Author Topic: Glib : a 3D graphics axe library (Read 91316 times)

TIfanx1999 · « **Reply #285 on:** January 02, 2014, 11:18:06 am »

Quote from: Xeda112358 on January 02, 2014, 10:56:51 am

Wow, the progress here looks excellent since the last time I checked this out!

^This

ben_g · « **Reply #286 on:** January 02, 2014, 11:28:18 am »

Quote from: TheMachine02 on January 02, 2014, 11:14:23 am

combinaison of both dithering and texturing. Note that this is at 15MHz. 6MHz is not *that* slow, but the screen is faster and look better like this

and thanks Xeda !

That looks really good. It seems like a great effect to make a dark environement.
Would it be hard to do lights at a different position as the camera, and multiple lights?

TheMachine02 · « **Reply #287 on:** January 02, 2014, 11:31:46 am »

Quote from: ben_g on January 02, 2014, 11:28:18 am

That looks really good. It seems like a great effect to make a dark environement.
Would it be hard to do lights at a different position as the camera, and multiple lights?

well, with the way I calculate the illumination, only directionnal light can be defined ; but mutiple and different light are not so difficult

ben_g · « **Reply #288 on:** January 02, 2014, 11:36:44 am »

Quote from: TheMachine02 on January 02, 2014, 11:31:46 am

Quote from: ben_g on January 02, 2014, 11:28:18 am
That looks really good. It seems like a great effect to make a dark environement.
Would it be hard to do lights at a different position as the camera, and multiple lights?

well, with the way I calculate the illumination, only directionnal light can be defined ; but mutiple and different light are not so difficult

would it be slow/hard to recalculate the light direction based of a certain point for every vertex or for every 4*4 pixel area?

fb39ca4 · « **Reply #289 on:** January 02, 2014, 03:11:50 pm »

Amazing what you can do with a 15MHz z80! You could also use the dithering for depth fog, like Doom did.

DJ Omnimaga · « **Reply #290 on:** January 03, 2014, 03:29:38 pm »

This totally looks impressive. Would it be practical inside a game?

Sorunome · « **Reply #291 on:** January 04, 2014, 06:03:29 am »

wooooooow, that is just awesome

TheMachine02 · « **Reply #292 on:** January 04, 2014, 12:36:01 pm »

Quote from: ben_g on January 02, 2014, 11:36:44 am

Quote from: TheMachine02 on January 02, 2014, 11:31:46 am
Quote from: ben_g on January 02, 2014, 11:28:18 am
That looks really good. It seems like a great effect to make a dark environement.
Would it be hard to do lights at a different position as the camera, and multiple lights?

well, with the way I calculate the illumination, only directionnal light can be defined ; but mutiple and different light are not so difficult
would it be slow/hard to recalculate the light direction based of a certain point for every vertex or for every 4*4 pixel area?

I am not sure for what you mean, but if you think of a sort of per-vertex lightning ; a modification of the texture routine allow me to do some sort of gouraud shading.

Quote from: DJ Omnimaga on January 03, 2014, 03:29:38 pm

Would it be practical inside a game?

I guess it would be better than texture, as it is faster ; and a bit cleaner

anyway, since cliping reallly annoy me, I decide to go to the hard way

perfect 3D clipping : many improvement expected :
-2D commands won't need clipping anymore
-I am thinking of a new way to do it, so it *may* be faster than the actual clipping routine
-all overflow due to this will be remove
-command will clip in a much more agressive way, cutting lot more of geometry

ben_g · « **Reply #293 on:** January 05, 2014, 08:18:00 am »

Quote from: TheMachine02 on January 04, 2014, 12:36:01 pm

Quote from: ben_g on January 02, 2014, 11:36:44 am
Quote from: TheMachine02 on January 02, 2014, 11:31:46 am
Quote from: ben_g on January 02, 2014, 11:28:18 am
That looks really good. It seems like a great effect to make a dark environement.
Would it be hard to do lights at a different position as the camera, and multiple lights?

well, with the way I calculate the illumination, only directionnal light can be defined ; but mutiple and different light are not so difficult
would it be slow/hard to recalculate the light direction based of a certain point for every vertex or for every 4*4 pixel area?

I am not sure for what you mean, but if you think of a sort of per-vertex lightning ; a modification of the texture routine allow me to do some sort of gouraud shading.

Yes, that's what I meant. And for the pixel area, I meant some kind of per-pixel lightning, but since that would be too slow, it could be done for every 4*4 area of pixels.
But vertex lightning would probably be faster, and the higher accuracy of per-pixel-lightning is probably useless because of the dithering and the small amount of shades (compared to a good screen) anyway.

TheMachine02 · « **Reply #294 on:** January 05, 2014, 08:58:35 am »

per vertex lighting wouldn't be *that* slow. I guess you can use a vertex shader (or geometry shader) / combine with a texture shader to achieve per vertex lightning. I could also implement this directly in the lib, but the total weight will become even more big

. Shader is good though.

ben_g · « **Reply #295 on:** January 05, 2014, 10:33:01 am »

Yea, not everyone would need lighting for his project, so I guess a shader for it is indeed the best option.

BTW, have you made any progress on backface culling and z-ordering?

TheMachine02 · « **Reply #296 on:** January 05, 2014, 10:40:30 am »

well backface culling work well, but sorting is pretty difficult due to data structure - and so I have a buggy routine, but it doesn't work

ben_g · « **Reply #297 on:** January 06, 2014, 09:55:56 am »

Feature request: could you add billboards? (basically sprites that always face the camera)
Because they always face the camera, only their scale changes based on the distance, not their persfective. Because of this, they only need 1 point to be transformed to get the on-screen coordinate of the sprite, and then you just draw a scaled sprite at that location. For the Z-ordering and finding the location and scale, you can probably re-use some code of the sphere drawing routine.

Matrefeytontias · « **Reply #298 on:** January 06, 2014, 10:20:23 am »

Z-ordering isn't really that hard, but it requires caching rotated vertices. I can help you with that as it's how I do it with AxeJh3D.

Vogtinator · « **Reply #299 on:** January 06, 2014, 12:51:00 pm »

Z-Ordering? And what about http://commons.wikimedia.org/wiki/File:Painters_problem.svg?

Author Topic: Glib : a 3D graphics axe library (Read 91316 times)

TIfanx1999

Re: GLIB a graphics axe 3d librairy

ben_g

Re: GLIB a graphics axe 3d librairy

TheMachine02

Re: GLIB a graphics axe 3d librairy

ben_g

Re: GLIB a graphics axe 3d librairy

fb39ca4

Re: GLIB a graphics axe 3d librairy

DJ Omnimaga

Re: Re: GLIB a graphics axe 3d librairy

Sorunome

Re: GLIB a graphics axe 3d librairy

TheMachine02

Re: GLIB a graphics axe 3d librairy

ben_g

Re: GLIB a graphics axe 3d librairy

TheMachine02

Re: GLIB a graphics axe 3d librairy

ben_g

Re: GLIB a graphics axe 3d librairy

TheMachine02

Re: GLIB a graphics axe 3d librairy

ben_g

Re: GLIB a graphics axe 3d librairy

Matrefeytontias

Re: GLIB a graphics axe 3d librairy

Vogtinator

Re: GLIB a graphics axe 3d librairy