Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[pjcast]

Well, I tried my hand at compining Ogrenewt. Both cvs (absolute newest - using Dev access), and the download from the site. In either case, i got errors. Related to boost - and god, I hate boost.

If you can compile it and want to give it a go, then by all means. If not, then we could use Newton without the wrapper.

[mysterycoder]

It compiled fine for me   , I got the demos running too. Do you want me to upload the .lib file. By default it is compiled as a static lib, do you want me to change that?

[mysterycoder]

Ok, I built OgreNewt from the latest anonymous CVS as a DLL. You'll need the newest Newton SDK. It is built against Ogre 1.20 RC2 . http://sfp.homeip.net/OgreNewtDLL.zip

edit: I believe this is the non-boost version

edit 2: Added headers to the zip

[pjcast]

Did you include some demos in the zip? Anyway, cool beans. The non-boost one sounds better too me. CEGUI use to use boost::bind, and it took forever to compile. When CE removed boost, it only took 3-4 minutes to compile.

[mysterycoder]

I'll upload some demos when I get home    They'll probably be up by tommorow.

[pjcast]

How do you feel about attempting to add in physics support? I think there should be a class (not sure what to name it) which the Actor class maintains a pointer to... Something like PhysicsObject.. Somehow, this could be populated with coldet primitive types (ie boxes, cylinders, etc) which make up the collision entity... Also, it could support trimesh, but that is typically much slower and not always as stable as using the basic coldet objects for collisions.

In anycase, i think i am going to start working on the camera system, (and then go back and implement theora fully, and also clean up some of the sound system internals).. As, i feel that v0.1 has been met, and it is time for some demo work, which needs camera's and physics to really rock.

Though, if you don't want to work on physics, that's fine, perhaps more tweaking to actor class, in regards to animations, materials, sub materials, turning on/off submesh visibility.. Plus, there is also particles.. anyway, whatever you feel like working on

[mysterycoder]

Sure, I'll give physics a go   , I'll get trimesh working first, since that is simpler from what I gather. Then, after that is working, I'll do it with collision shapes.

btw, what kind of demo would you like to make?, and do you have any models, aside from the default Ogre ones that we could use?

[pjcast]

I don't have any ideas really of what type of demo to do.. I was kind of thinking of maybe mini-games.

Each level loaded could be a seperate game. One such easy to make game could be a moon lander type game.. Just land a craft on a platform - uses a little bit of physics, sound effects, not too much eye candy.

Another would just be a walk through little outdoor scenery with some ambient sound effects, water reflections, grass/trees, and a couple little water falls.

Anyway, just some ideas, do you have any ideas for little mini-games?

As far as models, nope nothing here. For the most part, we could use royalty free models off of various 3D art sites. Or, if we actually had an artist.

[mysterycoder]

Well, I think I've found a 2D artist that can do some stuff for us, textures, etc.  

[mysterycoder]

/*
   OgreNewt Library

   Ogre implementation of Newton Game Dynamics SDK

   OgreNewt basically has no license, you may use any or all of the library however you desire... I hope it can help you in any way.

      by Walaber

*/

Since there is no licence, should I static-link it, or dynamic-link it?

[pjcast]

Are you planning to use Newton itself? Or Newton via OgreNewt?

If via Ogrenew (as a dll?)t, just static link it to OgreNewt. Though, it has a license, just that you have to inform them of your project using it, and show it on any "credits" - not sure if this counts towards middleware like WGE, or just actual apps. In anycase, we are just testing it for now, and once we are 100% certain to use it (as in, tested and works), we can email them and make a credits screen and some credits in the documentation

Though, OgreNewt is also public domian IIRC, so we could either be static linking to that. But, I had a thought, that we just modify OgreNewt to suit our needs.. by adding SqPlus bindings to it, or whatnot.. Though, whatever you want to try it as right now. I can't say much about the design, as I have yet to study any of the Newton demos or OgreNewt demos.

[mysterycoder]

I'm planning on using OgreNewt, so I'll static-link it.

[mysterycoder]

Physics is going pretty well. Just one question would you rather have a seperate physics object, or just integrate it straight into the Actor class?

[pjcast]

It depends mainly on if all actors will always have physics? I can't say for sure.. :/

For now, I would integrate all the stuff directly into Actor.. As long, as there is a way to turn if off per created actor, if not, a seperate class which can be assigned or not depending on the need for physics.

[mysterycoder]

I had a bunch of naming conflicts with Ogre after you added WGE::SceneNode. They took me a while to track down, but there actually turned out to be a couple of stray using namespace Ogre; in some of the OgreNewt header files, instead on in the cpp files. Also there is one in line3d.h too. But it is all working well now, we have a falling robot with proper inertia and mass calculations too