Mapspecific-Classlimits?


happyernst
06-28-2007, 06:35 PM
Is it possible? I know yes, but how?

I try it with an "map.cfg" (dod_hameau.cfg) and the "autoexec.cfg"

dod_hameau.cfg:
--------
// class limits dod_hameau

mp_limit_allies_rifleman -1
mp_limit_allies_assault 5
mp_limit_allies_support 5
mp_limit_allies_sniper 1
mp_limit_allies_mg 2
mp_limit_allies_rocket 2

mp_limit_axis_rifleman -1
mp_limit_axis_assault 5
mp_limit_axis_support 5
mp_limit_axis_sniper 1
mp_limit_axis_mg 2
mp_limit_axis_rocket 2

autoexec.cfg:
--------
exec "dod_hameau.cfg"


But it wont work, i only want one sniper per team, thats all!
Also i have trouble to use the autoexec.cfg, cause puplicservers
have it too.

thx for help

Furyo
06-28-2007, 07:19 PM
You'll need a logic_auto in your map, and a point_servercommand entity. Name your servercommand entity, and set an output on the logicauto "onmapspawn" targetting the servercommand to execute the command "command" with the parameters "exec nameofyourconfig.cfg"

That'll execute the cfg for every player, when the map starts. Literally it enters the command "exec nameofyourconfig.cfg" in the console and hits enter.

The cfg file needs to be in the cfg folder for the engine to know where to look.

Obviously the file will have to be embedded in the bsp file, or some players will delete the file and be able to play with whatever class limits the server has in place

happyernst
06-28-2007, 07:39 PM
Ah great! Always nice Furyo, thank you!

ultranew_b
06-28-2007, 09:10 PM
Good information to know !

Does this conflict with server set class limit settings?

happyernst
06-29-2007, 12:23 AM
Does this conflict with server set class limit settings?

Nope, through it starts the map.cfg on the mapstart after the server.cfg already was read. Works perfectly, thx again!:D

Formologic23
06-29-2007, 09:22 AM
That is interested news. Thanks Furyo. You're a superstar. :D

Ace_McGirk
06-29-2007, 03:01 PM
The cfg file needs to be in the cfg folder for the engine to know where to look.

Obviously the file will have to be embedded in the bsp file, or some players will delete the file and be able to play with whatever class limits the server has in place

I believe the cfg ONLY needs to be on the server.Even if a client deletes it, it's the server that sets class limits.Clients cannot override this.

happyernst
06-29-2007, 04:36 PM
Yes, but is it in the bsp so iŽll know it is also on every server!

Shane
06-29-2007, 04:44 PM
The 415 server has map-specific limits, maybe JCC can enlighten us.

Formologic23
06-29-2007, 05:04 PM
I believe the cfg ONLY needs to be on the server.Even if a client deletes it, it's the server that sets class limits.Clients cannot override this.The client won't even have it. When a server op downloads the map, they can put that config in their .cfg folder, and it will do that.

When the client downloads the map, they can delete the file, but as long as the server op installed the config on their server, it won't matter about the client deleting it.

When the .cfg is paked into the .bsp, the .bsp overides and .gcf files that are present.

Hope that makes sense.

Since reading the post clearly, Happy packed it into the .bsp, so no matter what limits the server has set, the .bsp will override the current .cfg, of course not deleting the servers .cfg.

Shane
06-29-2007, 05:07 PM
I'm not gonna put any maps on my server which dictate class limits.

Adam^
06-29-2007, 05:15 PM
Yea its a good idea but some people wont like it, and if everyone wants to play as sniper or MG let them, surely its up to server admins to decide.

Formologic23
06-29-2007, 05:26 PM
I'm not gonna put any maps on my server which dictate class limits.Not sure how the class limits affect different server sizes.

I kind of like the idea, but not sure how well it would work.

Day of Defeat Forum Archive created by Neil Jedrzejewski.

This in an partial archive of the old Day of Defeat forums orignally hosted by Valve Software LLC.
Material has been archived for the purpose of creating a knowledge base from messages posted between 2003 and 2008.