Jump to content
  • Advertisement
Sign in to follow this  
lucky6969b

OpenGL Is the bullet engine compatible with d3d9?

This topic is 2491 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

Seems only support opengl. Any ideas? So sad, can't register to bullet's forum...
Also, How do I get started to interface with this library? How do I approach to use this library?

Thanks
Jack

Share this post


Link to post
Share on other sites
Advertisement

Seems only support opengl. Any ideas? So sad, can't register to bullet's forum...
Also, How do I get started to interface with this library? How do I approach to use this library?

Thanks
Jack


As far as I know, there is no reason that prevents you from using bullet with D3D9. Bullet works even with a console application without any graphic output. It is a another matter that the Bullet tutorials mostly use OpenGL.

There is a simple "hello world" application in the bullet web site which helps you set up the bullet API without worrying about graphics. It is a good approach to start there.

Edit : Look here for simple bullet program

Cheers!

Share this post


Link to post
Share on other sites
I use bullet at work. It doesn't strictly *need* OpenGL unless you want to use its debug drawing functions (which I don't use, even though I use GL to visualize the data bullet produces). There's no reason you can't use it with D3D. IIRC though, one of the annoying things is that it won't build without opengl, even if you don't use the opengl functionality, though I'm not entirely sure about this (it may be that you only need the GL portion for building the examples).


Share this post


Link to post
Share on other sites
Bullet is a physics API. D3D9 is a graphics API. They both do different tasks and have nothing in common.
You're free to connect the two together. There's no reason you couldn't.

Share this post


Link to post
Share on other sites

1. Seems only support opengl. Any ideas? 2. So sad, can't register to bullet's forum...
3. Also, How do I get started to interface with this library? 4. How do I approach to use this library?

  1. You got your facts wrong and I have no idea how did you get into this line of thinking. As far as I remember, the core Bullet libraries have no gl calls at all. All debugging draw calls are wrapped trough a class interface.
    Only thing to keep in mind when using D3D is that the z axis is in the opposite direction bullet expects so you will have to keep this is mind when doing transformations or when fetching data to it.
  2. I suppose it's a temporary problem. Don't worry too much however, traffic is rather low.
  3. I strongly suggest [font="Courier New"]BasicDemo [/font](it drops some boxes to a basic plane). All demos have an init function which explains the bread and butter of scene building. Documentation is unfortunately still a bit inconsistent, the provided examples are going to be your main source of knowledge. Unfortunately, some are a bit old.
  4. How does this question differs from previous? Anyway... there's a tick call ([font="monospace"]stepSimulation[/font]). You just call it and Bullet does everything for you. Static and dynamic objects are basically hassle-free. I'm having quite a few issues with kinematic objects however.

Share this post


Link to post
Share on other sites
Hi, I also wonder if the engine is bound to certain space partition format. Like grid, polygons etc Or it just simply use the distance between objects without the knowledge of the underlying map format? Sorry, I am just a complete starter on the engine Thanks Jack

Share this post


Link to post
Share on other sites
The engine must, on creating the physics simulator, choose an appropriate broad phase (see CDTestFramework). This requires indeed some engine support as the Sweep-and-Prune algorithms require to know world's extents in advance. This is not much of a big problem but if you're on the run, just use the dynamic AABB tree. It does not need that information and it's the best for highly dynamic scenes.

Once the world is created, the program must fetch to bullet the various shapes used (see Collision Shapes) and then instance them in the world as rigid bodies. How you do that is only your business and Bullet does not care about it. Be warned it requires quite some work - do not even think about using raw grid/triangles/polygons/whatever, especially from graphics representation. The performance will just be painful - of course on your Core i7 you might still think it's "good", until you give your game to one of your friends who is not a computer science aficionado.

Share this post


Link to post
Share on other sites
Just unsure how to get started incorporating the engine into my code base. I would consider it a software engineering practice rather than in technical rhymes A very daunting task for me. Let's take a break... :) Thanks Jack

Share this post


Link to post
Share on other sites
Hi, Just came back after the Christmas holidays. Now I am thinking about the alignment between max objects that I export and the collision shapes that I generate from my program during run-time. Are there any good interfaces/utilities that automatically map object positions to the collision shape transformations? I find it quite painful to manually do that by hand. What is your way of doing it? Thanks Jack

Share this post


Link to post
Share on other sites
One more question, I notice that there is a .bullet file exporter located somewhere at bullet engine web site. But this is only available to Maya users. I wonder, if it exists, the link for blender. Also, is it possible to export the mesh and collision shape in just one file without hassle? Many thanks in advance Jack

Share this post


Link to post
Share on other sites
Sign in to follow this  

  • Advertisement
×

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

We are the game development community.

Whether you are an indie, hobbyist, AAA developer, or just trying to learn, GameDev.net is the place for you to learn, share, and connect with the games industry. Learn more About Us or sign up!

Sign me up!