I am currently working on adding bullet (http://code.google.com/p/bullet/) to Tremfusion. Of course, it won't be compatible with Tremulous 1.1. I chose to use bullet because, as Asvarox said, we can't use Havok or PhysX because they are closed source, and thus incompatible with the GPL. Also, bullet is very close in features and performance behind Havok, which makes it the best open source physics engine.
blah blah... phycis engine... blah blah gravity gun... blah blah... But Dual Core 2.4 GHz is enough i think... blah blah...:(
I believe Dual Core 2.4 doesn't cost 14-16$. Also, Amanieu said that GPL prevents us from using closed source libraries.
http://amanieu.homelinux.com/ideatorrent/idea/2/
Optimized back-ends with multi-threaded support for Playstation 3 Cell SPU, CUDA, OpenCL and other platformsThen we can use OpenCL to make it possible that our Graphiccards calculate the Physics Engine "Bullet"?
Sorry but to have the same graphic effects like in Crysis we need years or a VEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEERY big community.lol (http://en.wikipedia.org/wiki/Sarcasm)
plis prt tremaeulis to cryseis ???he want it not me ^^
drunken?OH GAH IT HURTS
it is better when you quote his postplis prt tremaeulis to cryseis ???he want it not me ^^
A graphic like Quake 4 is enough for me ^^
It would be even better if the topic starter submitted a patch with a better physics engine !I ask the people if it would be a good idea to add to the game a better physic engine and which engine.
Last I checked this was the Tremulous forums where we discuss Tremulous.
If you really must talk about other games here, then maybe you should say instead of leaving us to guess?
David, being one of the asshole dev supporters on Tremulous, seems obligated to bash Tremfusion because it's probably offering gameplay differences and fun and features in general that will draw attention away from the myth of 1.2.Last I checked this was the Tremulous forums where we discuss Tremulous.Tremfusion is NOT another game. ^^
If you really must talk about other games here, then maybe you should say instead of leaving us to guess?
TRemfusion is a CLIENT for Tremulous like the Mercenariesguild Client.
I dislike TF because they use underhand tactics to try and stop people leaving their client, have repeatedly lied to this community, and have a stated aim to steal tremulous players and then break compatibility.
And of course we are way off-topic now ::)
tremfusion's developers have stated that it is a fork, not a tremulous client.Last I checked this was the Tremulous forums where we discuss Tremulous.
If you really must talk about other games here, then maybe you should say instead of leaving us to guess?
Tremfusion is NOT another game. ^^
TRemfusion is a CLIENT for Tremulous like the Mercenariesguild Client.
What do you mean with it is a fork?
When i translate it in german it is weird for me.
Then they could build in two gameplay path's.Thereby reinforcing the "fork" status.
One activated if we go with the tremfusion client on a non tremfusion server and the other gameplay path gets activated when we go on a tremfusion server.
Should be possible.
Or they make two cliients.
One for non tremfusion server and one for tremfusion servers.
But if Amanieu released a patch for the source code to put xreal and bullet in tremulous it could be included with 1.2As stated few times in this thread, in could be included, but it WON'T BE INCLUDED IN 1.2.
Are you one of the developers?But if Amanieu released a patch for the source code to put xreal and bullet in tremulous it could be included with 1.2As stated few times in this thread, in could be included, but it WON'T BE INCLUDED IN 1.2.
sorry link was broken
http://images.google.de/imgres?imgurl=http://odin.mercenariesguild.net/xreal/tremulous/screenshots/xreal-20090108-032250-000.jpg&imgrefurl=http://gameboom.net/node/1015&usg=__eBwxE6FV_9gGQpmyT2AhaI_WAB8=&h=1024&w=1280&sz=379&hl=de&start=10&um=1&tbnid=DkCIi9d3aNk4ZM:&tbnh=120&tbnw=150&prev=/images%3Fq%3Dxreal%26hl%3Dde%26safe%3Doff%26client%3Dfirefox-a%26rls%3Dorg.mozilla:de:official%26sa%3DN%26um%3D1 (http://images.google.de/imgres?imgurl=http://odin.mercenariesguild.net/xreal/tremulous/screenshots/xreal-20090108-032250-000.jpg&imgrefurl=http://gameboom.net/node/1015&usg=__eBwxE6FV_9gGQpmyT2AhaI_WAB8=&h=1024&w=1280&sz=379&hl=de&start=10&um=1&tbnid=DkCIi9d3aNk4ZM:&tbnh=120&tbnw=150&prev=/images%3Fq%3Dxreal%26hl%3Dde%26safe%3Doff%26client%3Dfirefox-a%26rls%3Dorg.mozilla:de:official%26sa%3DN%26um%3D1)
blah blah
And the Xreal renderer is faster than the Quake 4 renderer and looks like Quake 4.
Ye, sure. Move to xreal, add a physics engine, and release Trem 1.2 in 5 years from now. Thanks... but no.
People sure seem very possesive about their code which is kinda strange considering the licence they released it under. I don't know why the Trem devs didn't just do what the UrT devs did and kept the code closed source.
Don't get me wrong I like how Tremulous is opensource. It just seems strange to me that someone would discourage other people from using their code when they used a fairly liberal licence like the GPL.+1
Don't get me wrong I like how Tremulous is opensource. It just seems strange to me that someone would discourage other people from using their code when they used a fairly liberal licence like the GPL.Because when you take the code, then make it incompatible with the original product, that is a fork. Forking is something frowned upon because it splits the fanbase and potential developers in two, ending up getting nothing done for the original product, and the fork going nowhere. Why would it go nowhere? Because the fans of the original product get bored and leave, while the fork gets none of the users of the old product, thereby leaving it in a state of useless development for nobody. Forks are sometimes beneficial(take a look at XFree86/Xorg), but in this case it's of no use to anyone to take the code then break compatibility, when you could be sending patches in to the original product, furthering it to 1.2 status. I believe TremFusion will go the way of Cedega, having some nice features but eventually being phased out by the original product(Wine).
Because when you take the code, then make it incompatible with the original product, that is a fork. Forking is something frowned upon because it splits the fanbase and potential developers in two, ending up getting nothing done for the original product, and the fork going nowhere.
Why would it go nowhere? Because the fans of the original product get bored and leave, while the fork gets none of the users of the old product, thereby leaving it in a state of useless development for nobody.
Forks are sometimes beneficial(take a look at XFree86/Xorg), but in this case it's of no use to anyone to take the code then break compatibility, when you could be sending patches in to the original product, furthering it to 1.2 status. I believe TremFusion will go the way of Cedega, having some nice features but eventually being phased out by the original product(Wine).
The XreaL renderer is nice but there has yet to be a discovered way to port it in its current state to ioQ3 without breaking compatibility with 1.1 servers. The XreaL renderer depends on a new BSP version, which means all maps would have to be recompiled, not to mention converted to Doom3 format first. Think this is easy? Think again. I've gone through this grueling process. It is not fun or worthwhile.
This.
This is the most common sense I have read in this entire thread. Lets wait until both Xreal and Tremulous have developed first, shall we?
What do you mean?xreal's renderer changes often, maps/models/etc. made for it now might require being remade in the (possibly near) future.
Xreal and Tremulous are already developed. O.o