whith amxmodx http://www.amxmodx.org/ you can do this easy.
text taken from amxmodx doc.
If you use the mapsmenu plugin, you can simply create a folder in
addons\amxmodx\configs called "maps" and place a .cfg file named after the
map with the settings in it, for example, you might have
addons\am
--
[ Picked text/plain from multipart/alternative ]
James
Could you elaborate on what you mean?
On 9/4/05, James Tucker <[EMAIL PROTECTED]> wrote:
>
> All tests we did with that resutled in the bus getting too full first,
> which increased latency to an unacceptable level.
>
> 3:1 packing is as
I"ve seen this before, thought it was from a TFC server. I have not yet had
time to try it out yet. Does anyone know of an admin mod plugin that will do
this? I looked through lists of available plugings, but didn't see anything.
- Original Message -
From: "Stomper" <[EMAIL PROTECTED]>
To
All tests we did with that resutled in the bus getting too full first,
which increased latency to an unacceptable level.
3:1 packing is as dense as I will run.
Whisper wrote:
--
[ Picked text/plain from multipart/alternative ]
Let me rephrase
Is anybody running multiple SRCDS (4 or more) on Du
bah its
mapname "\mp_timelimit\45\"
- Original Message -
From: "Stomper" <[EMAIL PROTECTED]>
To:
Sent: Saturday, September 03, 2005 11:10 AM
Subject: Re: [hlds] How to change mp_timelimit on a map by map basis
maby this is old but heres a cfg from a op4 sierra install,
so you cfg
maby this is old but heres a cfg from a op4 sierra install,
so you cfg line should be
mapname "\sv_timelimit\45\"
i dont know if it works in steam
// Example/Default mapcycle for Deathmatch Maps
// Copy to mapcycle.txt to use :)
//
op4_bootcamp "\minplayers\0\maxplayers\32\mp_weaponstay\1\
nah, they're all treated as seperate entities. If you turn on the
process ID column in task manager's processes tab, view, select
columns, you can see that they're all seperate processes and have
their own IDs.
Every process in windows gets its own private 4GB 'virtual' address
space. This gets
--
[ Picked text/plain from multipart/alternative ]
Is that correct Alfred?
What Clayton says makes sense, as each instance of SRCDS ougth to be
treated as seperate applications on a single box, and making changes to the
way the OS treats memory won't make any difference, or does the OS for
whatev
again, the 2GB limit you're worrying about only involves seperate
processes, it's got nothing to do with the box and all its processes
as a whole. Since a single SRCDS process is never going to get
anywhere near 2GB of memory usage you have no concerns there at all.
You don't have to do anything s
At a lan party I hosted back in July, I ran 8 srcds processes on a dual
2.8ghz xeon w/ 4 gig ram (w2k3 standard) - 4 of them being 20 player @ 33
tick, the other 4 at 10 player @ 100 tick. When all started getting full I
had to kill two of the 100 tick processes to ensure things ran smooth. I
didn'
10 matches
Mail list logo