Look! Some falling boxes!

[rocketman]

Right got some joint demos here, plus Ive tinkered with all the code.

First up- a familiar face added to the first demo, as "level 8":


A boring one showing all the joints. From right to left: Spherical, Revolute, Cylindrical, Prismatic, PointOnLine and PointInPlane.


Sort-of cloth sim:


Gave old greenie some hair- who would have known he was really a floppy haired ginga!


Finally a mass car crash:


Im just packing up the code and the exes right now, so watch this space.

[rocketman]

here it is

http://rocketman.f2o.org/nogredex/nogredex.zip

enjoy

[ahmedali]

Very good. Just have to make a request. Please provide an option to change delta time so I can test demos at different rates.

[rocketman]

it doesnt have a fixed delta time, the time step depends on the frame rate (limited between 1/40s + 1/140s). If you want to implement a fixed time step just change Nogredex::simulate() providing your own delta for p->mScene->startRun(float dt).

[mac]

That's what I call a cool demo! I like the "headbanging" one very much. And: you are not far away from the official Ogre-bowling sim.

I had a lot of fun,
Thanks,
mac

[sinbad]

Excellent, I love the 'cloth' demo.

[ahmedali]

it doesnt have a fixed delta time, the time step depends on the frame rate (limited between 1/40s + 1/140s). If you want to implement a fixed time step just change Nogredex::simulate() providing your own delta for p->mScene->startRun(float dt).

Well i was a little lazy to build that. But alternativly you can give an option to time delta "Multiplier" or factor. Somthing like "p->mScene->startRun(dt * mult)"

[gfm]

these two lines:

Code: Select all

memcpy(vptr+count, vertices.begin(), size * sizeof(Vector3));
memcpy(cptr+count, colours.begin(), size * sizeof(unsigned int));

in DebugRenderable::everyFrame() are causing compilation errors on my system (VC 7.1, Novodex 2.11, Ogre 0.14.1).

Error is:

DebugGraphics.cpp(80) : error C2664: 'memcpy' : cannot convert parameter 2 from 'std::vector<_Ty>::iterator' to 'const void *'
with
[
_Ty=Ogre::Vector3
]
No user-defined-conversion operator available that can perform this conversion, or the operator cannot be called

Comment them out and everything works fine..

[sinbad]

This is a common issue when going from (older) VC to gcc, too. All it needs (I think) is this:

Code: Select all

memcpy(vptr+count, static_cast<void*>(vertices.begin()), size * sizeof(Vector3));
memcpy(cptr+count, static_cast<void*>(colours.begin()), size * sizeof(unsigned int));

.. or, alternatively:

Code: Select all

memcpy(vptr+count,  &(vertices[0]), size * sizeof(Vector3));
memcpy(cptr+count, &(colours[0]), size * sizeof(unsigned int));

[eZZy]

Really nice! But i was wondering, why Novodex'es demos are much faster then Nogredex ?

[rocketman]

@gfm
Yeah when I wrote that I wasnt sure that it looked particularly "safe", it assumes that the vector has the data in a nice array that can be copied straight over (which I think it should if it meets the STL specs). There is also the issue of data alignment, I dont think that it is guaranteed that sizeof(Vector3) == 3*sizeof(float).

@eZZy
I noticed that the nogredex demos are faster too, I think it is mainly down to the overhead of a scene management system. They are using a brute force method that is fine for demos, because all you see on the screen is all there is. But for a complex scene, say a game level, scene management is essential and I am sure ogre would hold its own. Plus there is a couple of other things that slow Nogredex down like scalling of primitives and recalculating normals. If I remember I will try to profile the demos to make sure the slow down isnt in the Novodex/Ogre interface.

[Phantom]

Looking good!

[Meddten]

When will we blessed with the next demo (ragdoll maybe)?

[Limb]

I've been working to get Trimesh support working with the nogredex framework, and I'm glad to announce I;ve got it working somewhat



heres a screenshot of a cylinder in the renderer, and it's collision is performed by a TriMesh. and she works beautifully. I've still got some stuff to work out, mutliple submesh support (Ogrehead only gets colission on his eyes), how to scale the trimesh with the model....

All in all, with approval from rocketman and some MAJOR code cleanup, I'll release the source code for it

-Limb

[Phantom]

Great! Looking very promising indeed.

[rocketman]

@ limb: ouch man, MAJOR code clean up? bit harsh lol. like to hear what you've got though...

[Limb]

Well By major code clean up I mean taking out all the commented out stuff, optimizing, etc etc...

-Limb

[chooikw]

Wow! Your demo looks awesome! This will be another great physics choice beside ogreode,ogretok and newton

[Slicky]

Looks very cool. I haven't tried any demos yet. Only problem I see is the license not being as flexible as some other physics engines.

[Emmeran]

That's really cool!

But I'm missing a balancing demo

[pinsa]

How mach the NovodeX commercial lisence cost?
I send a E-mail to him one week ago, but not receive a revert.

[rocketman]

@pinsa. Before they released the free non-commercial license it cost you $100 for a fully licensed sdk that was tied to one machine. I would guess that it would still cost about the same now. If you are looking at a shareware release or something small it would be kind of rude of them to charge anything more.

[dobbs]

I can't say thanks enough for nogredex. Just started checking it out yesterday and I'm already jumping in and prototyping an idea I've been kicking around for a while.

[pinsa]

thanks!

[sinbad]

@rocketman: do you want to put this in the ogreaddons CVS sometime? I think it would make a good addition.