MOH:AA: VSTR nextmap

[morris]

The feedback @ modtheater was low, thus I'm not sure of who viewed this.
I'm re-posting it here, it's a copy of modtheater's post, so you don't have to re-read it.

Hope you like it


//**************************

Finally I'll contribute with something. So here's the thing:

* You've to set your nextmap with the cvar that will be executed, for example:

Code: Select all

set nextmap x1 // I've always wanted to use that :)
set x1 "set g_extgametype ftobj; set fraglimit 7; gamemap obj/obj_team2"
// if you want to use map, the you MUST set g_gametype 4 FIRST

* There is cons, nextmap will be used to vstr always, so seting it to dm/mohdmX, obj/obj_teamX or leaving it "" simply does nothing on linux, on windows it makes you stay on the scoreboard forever.

Well, this has many uses, my favourite is that you can finally follow the mixed-types-vstr.cfg that comes with Mefy's Ext-gametypes. I felt like an idiot when I tried that and didn't worked. When I read the instructions, what was good, I discovered why
Now, take this, Ext-gametypes!

I'm going to upload two different packages, Linux and Windows. Linux was fully tested ~5 days @ my server with 22 ppl on.
Windows, I'm not sure, ppl I sent it said there was some strange behaviour when nextmap isn't set at all.

I know many ppl use already edited binaries so if you want to have the same function you just have to edit your files:
ORIGINAL:

Code: Select all

67 61 6d 65 6d 61 70 20 22 25 73 22 0a

MOD:

Code: Select all

76 73 74 72 20 22 25 73 22 0a 00 00 00

Both binaries were patched for the well know bugs.

FINALLY:
http://files.filefront.com/gamex86zip/; ... einfo.html
http://files.filefront.com/fgamededzip/ ... einfo.html