Sorry Vinous Beret, but I don't think you know much about shader programming. Shader programming is definitely a strength for GS, whether you're using A7 or A8.

Jibb

I did not knew shaders were so popular and easy! Awesome to read this . Forgot to mention the community, definitely one of the most important factors of our engine.

why the vec_ functions? they cause hard to read assembler style code. i prefer overloaded vector operators which enable you to use a notation similar to what you have learned in school.

...and i find the ellipsoid collision detection system very flawed and much harder to use than the collision system of other engines. hopefully the physx character controller turns out to be somewhat useable.

i agree with most other points in this thread though. the tools suck but the community is great and in general the engine is easy to use, lightweight and flexible.

Yes, you are of course right that overloaded operators are nicer, but functions like vec_rotate, vec_to_angle and vec_for_angle are just very handy, even though vec_for_angle can easily be done on your own, I often miss those three functions when working with other engines.

I actually just didn´t yet get used to character movement, which is based on a physics engine

that's true,i really don't know any thing about shader programing(though iam C programer,and 3d modeler ) ,but
comparing to unity,i feel that it's allot faster than A7 when using shaders.but seriously you guys are the true shaders programers,
you know better than i do,i was just giving my opinion.

Fair enough. I only downloaded Unity today. I haven't tried anything with it yet, so even though I deal more with shaders than anything else, I cannot offer a comparison either.

But while some people move on to Unity, and some stay on both, the shader gurus on the forum who've worked with both generally cite A7's shader programmability as a huge factor in keeping them here.

Jibb

More than 2 years ago I spend many time on this matter to tweak the collison hull value to make the movement code smooth, and finally settle using sphere as collsiion hull for moving on non-uniform surface.

Anything other than sphere hull will make the movement looks sticky when collide then rotate with other entities.

there is one feature in UNITY that's make it superior to 3dgs(regardless other features!!),TERRAINS,the terrain editor in unity is top notch,you only see such an editor in very expensive Engines such as UNREAL.
the terrain system in 3dgs(if you can even called terrain system!)is nothing,
you almost can't control any thing with it.forget unity for amoment,what about torque(the main competitor to 3dgs) terrain editor?it's simply great.

- Lite-C
- Still evolving
- Fast prototyping
- Community
- Manual
- JCL (and other workers are custoemr-oriented)

- Best Community ever
- Best Manual ever