Tremulous Forum
Mods => Mod Releases => Non-Gameplay Changing => Topic started by: Lakitu7 on September 13, 2008, 06:32:32 pm
-
Howdy! Welcome to another great release of the standard in Game.qvms for Tremulous 1.1.
Download link: http://patches.mercenariesguild.net/index.php?do=details&task_id=198
This time around brings you a few nice new features. Also if you're still running the orignal release of 5.3, you should update for crashbug fixes. If you did update, then this is purely optional, but why not? :)
Highlights:
* g_nextmap and /callvote nextmap: A patch by Critux that finally gives everyone the "call a vote for the map to play AFTER THIS ONE IS OVER" that's been on our want-lists for so long.
* !rotation: Another patch by Critux that tells you the server map rotation and its current position within it.
* g_suddenDeathVoteDelay: Allows you to set a delay before SD votes are executed when they pass. Ie, a vote to "begin sudden death" becomes "begin sudden death in 120 seconds." The idea is to allow SD votes to be less abusable by making the moment they pass be harder to time to your advantage.
* As a whole, all known issues with g_suddenDeath and sudden death in general are fixed.
* Ben's fix for (most instances of) the shotgun not causing hurt animations on alien buildables.
* Admin commands will no longer be printed after their results when using g_adminsayfilter 0 or in console
* !cp will properly wordwrap color now
Upgrade instructions:
Overwrite the file and !nextmap, as always. g_suddenDeathVoteDelay defaults to 120 (2 minutes), so if you want the old behavior, set it to 0. !rotation uses the same flag as !listmaps.
-
* g_nextmap and /callvote nextmap: A patch by Critux that finally gives everyone the "call a vote for the map to play AFTER THIS ONE IS OVER" that's been on our want-lists for so long.
Nice, i've been thinking about that for months now :) Good job!
-
Now available on Twilight Dominion :)
-
Great, another version! But is it still based on old SVN?
-
Great, another version! But is it still based on old SVN?
At this point it's rather nebulous what svn it's "based on". It started from 966. It has the bugfixes from everything up to current. I could trivially claim it's "from" any svn revision but "backported."
-
The patch doesn't work with 1117. Are there any recent revisions it would work with?
-
Get it from http://source.mercenariesguild.net/lakitu7-qvm/tags/Release_5.4/.
If you really really want the patch, use it with 966.
-
I didn't think of looking in the source repository. Thanks, David.
[EDIT] It compiles with this error:
src/unix/unix_net.c: In function ‘NET_GetLocalAddress’:
src/unix/unix_net.c:438: error: ‘OSIOCGIFADDR’ undeclared (first use in this function)
src/unix/unix_net.c:438: error: (Each undeclared identifier is reported only once
src/unix/unix_net.c:438: error: for each function it appears in.)
I'm pretty sure I've seen this one before, but I don't know how to fix it.
-
Make sure its not trying to compile anything but the game.qvm, I think most of the other bits are broken and not cared about.
Bug tracker: http://patches.mercenariesguild.net/index.php?project=2&do=index&switch=1
-
BUILD_CLIENT = 0
BUILD_CLIENT_SMP = 0
BUILD_SERVER = 0
BUILD_GAME_SO = 0
BUILD_GAME_QVM = 1
Putting the above in a Makefile.local fixed that error, at least. But now I'm getting this:
Q3LCC src/cgame/cg_main.c
cpp: <cmdarg>:1 Illegal -D or -U argument
And I've never seen that.
[EDIT] Now why is it making a cgame.qvm? I never enabled that... No, wait, I'll see if I can do something about it.
[EDIT#2] I've done a kludgy workaround involving mass-commenting, but removing the bit that defines the cgame target just throws make into an endless loop. Now the only error I get is:
make[2]: *** No rule to make target `build/release-darwin-x86/base/vm/cgame.qvm'. Stop.
Now I just need to find a way of disabling the cgame target without wrecking the build process.
-
The other bits aren't really intended to be so broken that they don't compile. What os and arch is this?
-
Mac OS X Leopard, 10.5.4 to be exact. Intel Core 2 Duo.
-
To fix the cpp bug, try this:
http://svn.icculus.org/quake3?view=rev&revision=1326
a.k.a.
cd src; svn merge -c 1326 svn://svn.icculus.org/quake3/trunk/code
imo you should jsut leave the cgame.qvm target where it is.
Also, after modifying the Makefile you should probably use make clean to clear up your dependency files, as they will probably be broken.
-
Just to be safe, I downloaded a new copy and did the svn merge thing. I still get that same error.
cpp: <cmdarg>:1 Illegal -D or -U argument
[EDIT] When I do the merge, it says this:
Skipped missing target: 'tools/lcc/cpp/getopt.c'
Skipped missing target: 'tools/lcc/cpp/unix.c'
Skipped missing target: 'tools/lcc/cpp/nlist.c'
Skipped missing target: 'tools/lcc/cpp'
Skipped missing target: 'tools/lcc'
Skipped missing target: 'tools'
-
Did you cd src first?
If you did, try this instead:
svn di -c 1326 svn://svn.icculus.org/quake3/trunk | patch -p1 -d src
-
Did you cd src first?
:offended:
Hey hey, it worked! Thanks Ben, you're a lifesaver.
-
cool! when is lakitu 8 qvm out?
-
ROFL, EPIC FAILURE HAHHAHHHHAHHAHA THAT YOU GAVE YOU AN AUOMATIC -1
Actually you should ask
cool! when is lakitu7 game.qvm 6 (maybe 5.5) out?
Lakitu7 is his nick not the version of the game.qvm.
-
i automatically applauded him back because it was a cute joke :-)
-
Me too. I hope that joke was intentional.
-
Nice work, as always Lakitu.
Thanks alot Lakitu,
Your QVM helped me understand how to make admin commands such as ban, cp, ect.
Keep up the good work, and thanks again!
-
Why is g_markDeconstruct read only?
-
Why is g_markDeconstruct read only?
http://source.mercenariesguild.net/lakitu7-qvm?view=rev&revision=62
or
http://tremulous.net/forum/index.php?topic=8759.0
-
I see.
BTW, in your documentation is "g_suddenDeathMode Default 1 (off / default 1.1 behavior)" but default is 2.
-
I see.
BTW, in your documentation is "g_suddenDeathMode Default 1 (off / default 1.1 behavior)" but default is 2.
Oh, hah. Both halves of that are wrong. I will change the default to be 0, and update the manual to reflect that 0 is the default 1.1 behavior, not 1 (However, 1 is the 1.2 behavior). Anyway, thanks.
-
Security fix today. The game.qvm file has been updated. The patch for the fix is given as 5.4_2_5.41.patch. The fix is also applied to svn head versions, so if you're running one of those, just svn up. Thanks Critux.
-
Thanks you Lakitu7 for your security fix.
Are you sure that, at the line 284 of the 5.4_2_5.41.patch, it's .....sizeof( s2 ) );=> NOT .....sizeof( n2 ) ); ?
Sorry if i am wrong, i just try to help.
Anyway, when do you think the 5.5 will be out? for Christmas ?
It will be our Christmas's gift ;D
-
You're right, and thank you for pointing it out. I have updated the patch and my svn head.
Fortunately though, sizeof( s2 ) == sizeof( n2 ) since they're both statically MAX_NAME_LENGTH, so there's not actually any resultant change to the binary and nobody needs to update (again) or anything. Still, thanks for pointing it out. I admit quality control on critical bugfixes is a little less because of their time critical nature.
Honestly 5.5 is pretty well ready. It's just finals week and I don't have the time to spend half a day writing the docs it needs. I'd have done it today, otherwise. If you're comfortable compiling your own and getting your docs from the svn logs, by all means checkout from head and you'll be good.
-
Issue tracking, downloads, etc. for this are moving to our new shiny Redmine system. You'll find it quite a bit nicer than the flyspray install since it's also integrated with svn etc.
http://projects.mercenariesguild.net/projects/show/lakitu7-qvm
Feel free to start filling it up with (appropriate) things.
-
Wow, it even recognized that I speak German ;-P