Silly question I know, but seeing as how static to static collision is a no show with bullet, I’m not left with all that many options but to ask.
First, just to clarify, I can’t use a ray sensor as an alternative, and there is no way that I can make any of the objects in question dynamic.
So… Is there a way? Maybe something through python, a way to register a static object as dynamic (just for the sake of collision) when it’s really not.
Nah, that won’t work in my case, because I need the “contact area” to form a certain shape, and for that I need the mesh itself to act as a collision surface. (something I should have probably mentioned right off the bat, sorry)
Toomai>
Yea, I know. It’s funny how these bugs come to bite you when you least expect it.
…um wait for Erwin to fix it (time permitting) or write your own version of blender or hope it’s fixed in the next release??? We need more people to help develop the game engine side of blender… I have know idea how to get more people interested… competitions maybe? unfortunately i’m just a 3d Artist…
I don’t know if you are reading it wrong, but you could be picking and choosing from what you want to read, instead of reading everything through.
As, I clearly stated in my first post, I’m looking for a way/method/hack (I’ll pretty much settle for anyting, short of editing the blender source code and compiling), anything that will allow me to enable static to static object collision detection within the BGE.
In case you didn’t know, there is a bug in blender (or did Erwin say he got rid of “static-static” functionality on purpose?) that prevents two (or more) static objects from detecting any collisions among eachother using things like the touch or collision sensors.
http://download.yousendit.com/A1CF6B5707043101 change the scene to “Main”… forgot to do that when i saved it.
i used python in this pong game im making to make a virtual rectangle where the paddles are. and if the ball is in the virtual rectangle, then the x velocity is reversed. im not sure what you need the static collisions for, but thats how i overcame the problem…
You are determining the virtual collision surface by calculating the distance of the object edges from the origin itself. Then you have your motion object adhere to the bounderies by testing weather or not the position of the ball is within that positional scope.
Very creative.
I do have my doubts however, about weather or not the same method can be implemented on my mesh, on all axes, and for each specific surface.
I’m beginning to wonder if the BGE will ever be workable again. It seems like all the energy goes into physics and the bugs just lay around and get worse. A few got fixed when the engine went over into Bullet and now it’s back to nothing. I tried ray sensor on a static, but when I used getHitObject() from the ray and changed the property of the static object, it also change the properties of the other static objects with that property name. It just seems hopeless. I can’t even find workarounds anymore. This engine is made for car games and marble games that have no logic involved and that’s it. I guess it’s time to try to find something else. It’s just too bad because Blender is such a great game development system but this is almost worse than being abandoned.
You know, I keep thinking that beside Erwin, there are only 3 or so more people really working on the GE’s development (I could be wrong on that, but that’s what it feels like), which would explain many things (like the lingering bugs), and why the logic side of things seems to be getting worse with every “upgrade”. As you said, Erwin seems to focus strictly on the physics engine, so I guess that’s something that we have to deal with.
I’m currently learning OpenGL (going through SDL), so I’m setting things up to cross-over to the purelly coded arena.
All inconsistency aside, the BGE is still a great stepping stone.
I’ve played around with it a little, but by the time you get models to load, especially boned models, you can get into some trouble. There is cal3d, which uses opengl code in the examples. I"ve considered that route, but scene managers come in handy. I guess I’ll check out Ogre, Crystal Space, and possibly Torque. All of them have their problems, but BGE doesn’t seem to be going anywhere.
BTW This doesn’t meant I won’t be using BGE any more. It’s still a great prototyping and small game tool.
here, I feel the need to enter (sorry) in your polite word exchange and say that I share the same feelings of you
I’ve low ambitions…a complete set of modern and workable Logic Bricks
will satisfied me
But unfortunately the Blender Foundation don’t care much for the game/interactive side of Blender
Once I’ve posted the idea of a new " fund raising" game/web/interactive oriented
No answers If I remember well…
But Blender it’s such a lovable thing…
Hang on guys