Tremulous Forum
General => General Discussion => Topic started by: jm82792 on December 18, 2010, 03:05:26 am
-
Would integrating bullet into trem be a bad idea?
Maybe the devs could consider it?
Currently they are working on integrating SPH particles(fluids, gasses, goops, etc) and open CL cloth.
That's some nice features that are going to be cool.
We'd get in the end real physics that are fast and look good.
And no I don't code and don't have a clue on how hard it would be to implement.
-
Most of Bullet features useless in Trem. And implementing physics engine w/o renderer upgrade? Sounds like waste of time for me.
-
Why bother?
There's two very compelling reasons not to.
1. Tremulous isn't about hardcore realism.
2. Most fighting in Tremulous happens so close you would never even notice a difference. Do you have any idea how fast a bullet is? If a bullet takes a couple hundredths of a second to get to a target, is it even humanly possible to tell it's not hitscan?
-
I am not talking about bullets, however I agree implementing it won't happen and probably isn't easy.
http://bulletphysics.org/wordpress/
-
(Note: I do write code but I don't write code for Tremulous, I used bullet in one of my projects)
Tremulous is written in C, Bullet is written in C++. While this isn't a problem per se, it does introduces a whole new set of issues.
Bullet basicly does two things: collision and movement constraint solving (think of it as 'skeleton animation')
It would be reasonably easy to implement bullet collision (load the map as a triangle mesh, add all entities as bounding box bodies)
but there are no tremulous map entities to support things like movable/throwable crates, swinging objects hanging from the ceiling
with a chain, or other 'kickable' stuff.
@CATAHA: yes, I think it's a waste of time, but not because of the renderer, more because
the maps have to be redesigned.
-
@CATAHA: yes, I think it's a waste of time, but not because of the renderer, more because
the maps have to be redesigned.
Maps redone not so hard. Most of time taking textures re-align. =D
Im thinking about recompiling current maps for 'different footsteps' mod we using in our server and some work done already, so i know how much time it taking. Mostly even destructable objects enough for Tremulous, its already affecting gameplay much. Personally i dont think 'movable' object will improva gameplay. May be they even will make gameplay worse. =D
-
I wasn't thinking along the lines of peppering everything with a new feature.
It's rather akin to bloom, and all the stuff(everything has it's use in the correct quantity) people pepper their XReal maps with.
Shells, grenades, pieces of buildings, etc(exploding alien buildings...) could be dynamic along with weapon particles.
In new maps people can choose to take advantage of entity dynamics or not.
Maybe cloth and the SPH solver(fluids, etc. I've gotten some nice effects from Blender's SPH solver) could be eventually used.....
It's just a thought, not an extremely serious proposal.
If it's not easy/idiot proof then you're better off utilizing your efforts into something else.
-
Most of Bullet functions still not usable for Trem. Do we really need cloth for example? Just think about it... Its not single-player game. Full human base on ATCS already laggy a lot. Imagine what you will get with cloth processing. And in most cases you have no time to take a closer look on cloth or something. And without the new renderer is still excessive and unnecessary features.
-
It's just an example. But yes cloth would have minimal uses,
I'd be more into ridged body dynamics than anything else to add a dash more of realism involving what I previously mentioned.
-
Full human base on ATCS already laggy a lot. Imagine what you will get with cloth processing.
If clothes will be computed by cpu, then yes. But if will be computed with gfx card, like for example nvidia physics features, then it will be ok.
-
Ragdoll would be extremely cool for trem, it'd be great to hit the goon with full charged luci blast and watch it fly 100 meteres away with all it's legs flying around it :) Or doing same to your battlesuited teammate
Though it would require redoing the models I think.
-
If clothes will be computed by cpu, then yes. But if will be computed with gfx card, like for example nvidia physics features, then it will be ok.
In topic about new engine/xreal a lot of playey cryed that they have too weak pc for running game with improved features. So in this case i only can repeat - w/o engine upgrade Bullet just waste of time, but many players just dont want engine upgrade. =\
-
OpenCL could happen because it's not proprietary, unlike NVidia's physics.
-
OpenCL could happen because it's not proprietary, unlike NVidia's physics.
NVidia's physics are a bitch to run (you need at least an 8800GT) and even then you'd get lag if others are on the server.
-
Does openCL work without interfering with openGL?
-
Does openCL work without interfering with openGL?
probably not IDK
ask someone that is a dev with opencl :D
anyway I need to see more details on openCL and see what the difference is with openGL thus making it better and faster than nvidia's phsX
-
OpenCL and OpenGL can work nicely together, you could e.g. compute a texture or VBO with OpenCL and then use OpenGL to render it to the screen. But OpenCL is not a physics engine, it is a language for running computations on the GPU. You can implement a phyics system in OpenCL, but you'll have to do all the algorithms yourself.
-
Fuck bullet physics. I shouldn't have to calculate where I shoot to kill something.
-
Fuck bullet physics. I shouldn't have to calculate where I shoot to kill something.
unless you had a sniper rifle. Thus making every other gun shoot the old way. ;)
-
Nah, its not real, I don't want it to try and be real.
-
Make a .particle system that looks very unrealistic.
-
Bullet physics is quite useless in q3 engine since (as far as i know ) you can't handle the collision/physics into the engine itself (since q3 is quite static) and unfortunately changing engine was and idea rejected some time ago.
-
I think it's a waste of time, but not because of the renderer, more because
the maps have to be redesigned.
Also means hard work redesigning radiant or scraping it? Do bsp maps even involve flying stuff? Though what would be awesome without changing map you can do things like getting the guts out like in L4D.
-
This still isn't dead?
I got the conclusion on the second post :)
-
This still isn't dead?
I got the conclusion on the second post :)
yeah STFU ^_^ XD
-
Not particularly "to run programs on gpu", but for parallel dsp programming.