Re: [hlds_linux] command line too long, 512 max
Coming back on this item, with forked servers for l4d2, it seems you cannot use server_cfg##.cfg and then -fork 8 inside an +exec command at the end. Does this mean that any commands with ## for fork support needs to go in the commandline? -Original Message- From: Erik-jan Riemers [mailto:riem...@binkey.nl] Sent: donderdag 23 mei 2013 19:51 To: Half-Life dedicated Linux server mailing list Subject: RE: [hlds_linux] command line too long, 512 max I actually didn't know that, i still learn more each day :) thanks for the reply's. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Saul Rennison Sent: donderdag 23 mei 2013 19:29 To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] command line too long, 512 max To elaborate on what Fletcher is saying, change your command-line to: screen -A -m -d -S tradeunusual ./srcds_run -debug -game tf -port 27015 -replayserverdir tradeunusual -maxplayers 32 -pidfile ~/tf/tradeunusual.pid -autoupdate -steam_dir /home/lzgames/steamcmd/ -steamcmd_script /home/lzgames/steamcmd/tf.txt -insert_search_path tf/servercustom/trade +exec commandline_tradeunusual.cfg Note the lack of +xxx commands and the addition of the final +exec commandline_tradeunusual.cfg. Create a file called commandline_tradeunusual.cfg, and fill it with: servercfgfile server_tradeunusual.cfg ip 144.76.59.36 clientport 27030 motdfile motd_tradeunusual.txt sv_logsdir logs_tradeunusual/ mm_pluginsfile addons/metamod/metaplugins_tradeunusual.ini sm_basepath addons/sourcemod_tradeunusual exec autoexec_tradeunusual.cfg map trade_post_a34 Kind regards, Saul Rennison On 23 May 2013 17:19, Fletcher Dunn fletch...@valvesoftware.com wrote: You might try moving some of the +options into a single startup script and +exec them all at once. For example I am pretty sure that ++servercfgfile, motdfile, +map, +exec could all be executed from a startup script. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto: hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Erik-jan Riemers Sent: Thursday, May 23, 2013 9:09 AM To: Half-Life dedicated Linux server mailing list Subject: [hlds_linux] command line too long, 512 max Well the topic says it all. Starting a tf2 server, with the search path options being able to add multiple search paths and all other stuff to run multiple servers from 1 install makes my startup line rather big. Can this be bumped up a bit or can the search paths be moved into a file or anything else? As example: screen -A -m -d -S tradeunusual ./srcds_run -debug -game tf +servercfgfile server_tradeunusual.cfg +ip 144.76.59.36 -port 27015 +clientport 27030 -replayserverdir tradeunusual -maxplayers 32 +motdfile motd_tradeunusual.txt +map trade_post_a34 -pidfile ~/tf/tradeunusual.pid -autoupdate -steam_dir /home/lzgames/steamcmd/ -steamcmd_script /home/lzgames/steamcmd/tf.txt +exec autoexec_tradeunusual.cfg +mm_pluginsfile addons/metamod/metaplugins_tradeunusual.ini ++sm_basepath addons/sourcemod_tradeunusual +sv_logsdir logs_tradeunusual/ -insert_search_path tf/servercustom/trade Gives me about 577 characters. I've got in my scripts ~/steamcmd but it writes it out full in the script though. I could change the name of the server to reduce a bit more. And yes I could add some of these options in my server.cfg, but I rather keep them outside so I can easily create new servers. Erik ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] command line too long, 512 max
On Fri, Jul 12, 2013 at 11:38 PM, Erik-jan Riemers riem...@binkey.nl wrote: Does this mean that any commands with ## for fork support needs to go in the commandline? Well, -fork starts with a hyphen, so it goes (= has to go) on the command line. Only those options that are console variables/commands (and therefore start with a plus when specified on the command line) can go into a cfg file. Blame it on the Quake heritage. ;-) Cheers, ~~ Ondra ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] command line too long, 512 max
You might try moving some of the +options into a single startup script and +exec them all at once. For example I am pretty sure that +servercfgfile, +motdfile, +map, +exec could all be executed from a startup script. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Erik-jan Riemers Sent: Thursday, May 23, 2013 9:09 AM To: Half-Life dedicated Linux server mailing list Subject: [hlds_linux] command line too long, 512 max Well the topic says it all. Starting a tf2 server, with the search path options being able to add multiple search paths and all other stuff to run multiple servers from 1 install makes my startup line rather big. Can this be bumped up a bit or can the search paths be moved into a file or anything else? As example: screen -A -m -d -S tradeunusual ./srcds_run -debug -game tf +servercfgfile server_tradeunusual.cfg +ip 144.76.59.36 -port 27015 +clientport 27030 -replayserverdir tradeunusual -maxplayers 32 +motdfile motd_tradeunusual.txt +map trade_post_a34 -pidfile ~/tf/tradeunusual.pid -autoupdate -steam_dir /home/lzgames/steamcmd/ -steamcmd_script /home/lzgames/steamcmd/tf.txt +exec autoexec_tradeunusual.cfg +mm_pluginsfile addons/metamod/metaplugins_tradeunusual.ini +sm_basepath addons/sourcemod_tradeunusual +sv_logsdir logs_tradeunusual/ -insert_search_path tf/servercustom/trade Gives me about 577 characters. I've got in my scripts ~/steamcmd but it writes it out full in the script though. I could change the name of the server to reduce a bit more. And yes I could add some of these options in my server.cfg, but I rather keep them outside so I can easily create new servers. Erik ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] command line too long, 512 max
To elaborate on what Fletcher is saying, change your command-line to: screen -A -m -d -S tradeunusual ./srcds_run -debug -game tf -port 27015 -replayserverdir tradeunusual -maxplayers 32 -pidfile ~/tf/tradeunusual.pid -autoupdate -steam_dir /home/lzgames/steamcmd/ -steamcmd_script /home/lzgames/steamcmd/tf.txt -insert_search_path tf/servercustom/trade +exec commandline_tradeunusual.cfg Note the lack of +xxx commands and the addition of the final +exec commandline_tradeunusual.cfg. Create a file called commandline_tradeunusual.cfg, and fill it with: servercfgfile server_tradeunusual.cfg ip 144.76.59.36 clientport 27030 motdfile motd_tradeunusual.txt sv_logsdir logs_tradeunusual/ mm_pluginsfile addons/metamod/metaplugins_tradeunusual.ini sm_basepath addons/sourcemod_tradeunusual exec autoexec_tradeunusual.cfg map trade_post_a34 Kind regards, Saul Rennison On 23 May 2013 17:19, Fletcher Dunn fletch...@valvesoftware.com wrote: You might try moving some of the +options into a single startup script and +exec them all at once. For example I am pretty sure that +servercfgfile, +motdfile, +map, +exec could all be executed from a startup script. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto: hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Erik-jan Riemers Sent: Thursday, May 23, 2013 9:09 AM To: Half-Life dedicated Linux server mailing list Subject: [hlds_linux] command line too long, 512 max Well the topic says it all. Starting a tf2 server, with the search path options being able to add multiple search paths and all other stuff to run multiple servers from 1 install makes my startup line rather big. Can this be bumped up a bit or can the search paths be moved into a file or anything else? As example: screen -A -m -d -S tradeunusual ./srcds_run -debug -game tf +servercfgfile server_tradeunusual.cfg +ip 144.76.59.36 -port 27015 +clientport 27030 -replayserverdir tradeunusual -maxplayers 32 +motdfile motd_tradeunusual.txt +map trade_post_a34 -pidfile ~/tf/tradeunusual.pid -autoupdate -steam_dir /home/lzgames/steamcmd/ -steamcmd_script /home/lzgames/steamcmd/tf.txt +exec autoexec_tradeunusual.cfg +mm_pluginsfile addons/metamod/metaplugins_tradeunusual.ini +sm_basepath addons/sourcemod_tradeunusual +sv_logsdir logs_tradeunusual/ -insert_search_path tf/servercustom/trade Gives me about 577 characters. I've got in my scripts ~/steamcmd but it writes it out full in the script though. I could change the name of the server to reduce a bit more. And yes I could add some of these options in my server.cfg, but I rather keep them outside so I can easily create new servers. Erik ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] command line too long, 512 max
I actually didn't know that, i still learn more each day :) thanks for the reply's. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Saul Rennison Sent: donderdag 23 mei 2013 19:29 To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] command line too long, 512 max To elaborate on what Fletcher is saying, change your command-line to: screen -A -m -d -S tradeunusual ./srcds_run -debug -game tf -port 27015 -replayserverdir tradeunusual -maxplayers 32 -pidfile ~/tf/tradeunusual.pid -autoupdate -steam_dir /home/lzgames/steamcmd/ -steamcmd_script /home/lzgames/steamcmd/tf.txt -insert_search_path tf/servercustom/trade +exec commandline_tradeunusual.cfg Note the lack of +xxx commands and the addition of the final +exec commandline_tradeunusual.cfg. Create a file called commandline_tradeunusual.cfg, and fill it with: servercfgfile server_tradeunusual.cfg ip 144.76.59.36 clientport 27030 motdfile motd_tradeunusual.txt sv_logsdir logs_tradeunusual/ mm_pluginsfile addons/metamod/metaplugins_tradeunusual.ini sm_basepath addons/sourcemod_tradeunusual exec autoexec_tradeunusual.cfg map trade_post_a34 Kind regards, Saul Rennison On 23 May 2013 17:19, Fletcher Dunn fletch...@valvesoftware.com wrote: You might try moving some of the +options into a single startup script and +exec them all at once. For example I am pretty sure that ++servercfgfile, motdfile, +map, +exec could all be executed from a startup script. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto: hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Erik-jan Riemers Sent: Thursday, May 23, 2013 9:09 AM To: Half-Life dedicated Linux server mailing list Subject: [hlds_linux] command line too long, 512 max Well the topic says it all. Starting a tf2 server, with the search path options being able to add multiple search paths and all other stuff to run multiple servers from 1 install makes my startup line rather big. Can this be bumped up a bit or can the search paths be moved into a file or anything else? As example: screen -A -m -d -S tradeunusual ./srcds_run -debug -game tf +servercfgfile server_tradeunusual.cfg +ip 144.76.59.36 -port 27015 +clientport 27030 -replayserverdir tradeunusual -maxplayers 32 +motdfile motd_tradeunusual.txt +map trade_post_a34 -pidfile ~/tf/tradeunusual.pid -autoupdate -steam_dir /home/lzgames/steamcmd/ -steamcmd_script /home/lzgames/steamcmd/tf.txt +exec autoexec_tradeunusual.cfg +mm_pluginsfile addons/metamod/metaplugins_tradeunusual.ini ++sm_basepath addons/sourcemod_tradeunusual +sv_logsdir logs_tradeunusual/ -insert_search_path tf/servercustom/trade Gives me about 577 characters. I've got in my scripts ~/steamcmd but it writes it out full in the script though. I could change the name of the server to reduce a bit more. And yes I could add some of these options in my server.cfg, but I rather keep them outside so I can easily create new servers. Erik ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] command line too long, 512 max
If it starts with a plus then it's simply a console command and can be executed from a script. Only the parameters that start with a dash require to be in the actual command line. On Thu, May 23, 2013 at 1:50 PM, Erik-jan Riemers riem...@binkey.nl wrote: I actually didn't know that, i still learn more each day :) thanks for the reply's. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Saul Rennison Sent: donderdag 23 mei 2013 19:29 To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] command line too long, 512 max To elaborate on what Fletcher is saying, change your command-line to: screen -A -m -d -S tradeunusual ./srcds_run -debug -game tf -port 27015 -replayserverdir tradeunusual -maxplayers 32 -pidfile ~/tf/tradeunusual.pid -autoupdate -steam_dir /home/lzgames/steamcmd/ -steamcmd_script /home/lzgames/steamcmd/tf.txt -insert_search_path tf/servercustom/trade +exec commandline_tradeunusual.cfg Note the lack of +xxx commands and the addition of the final +exec commandline_tradeunusual.cfg. Create a file called commandline_tradeunusual.cfg, and fill it with: servercfgfile server_tradeunusual.cfg ip 144.76.59.36 clientport 27030 motdfile motd_tradeunusual.txt sv_logsdir logs_tradeunusual/ mm_pluginsfile addons/metamod/metaplugins_tradeunusual.ini sm_basepath addons/sourcemod_tradeunusual exec autoexec_tradeunusual.cfg map trade_post_a34 Kind regards, Saul Rennison On 23 May 2013 17:19, Fletcher Dunn fletch...@valvesoftware.com wrote: You might try moving some of the +options into a single startup script and +exec them all at once. For example I am pretty sure that ++servercfgfile, motdfile, +map, +exec could all be executed from a startup script. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto: hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Erik-jan Riemers Sent: Thursday, May 23, 2013 9:09 AM To: Half-Life dedicated Linux server mailing list Subject: [hlds_linux] command line too long, 512 max Well the topic says it all. Starting a tf2 server, with the search path options being able to add multiple search paths and all other stuff to run multiple servers from 1 install makes my startup line rather big. Can this be bumped up a bit or can the search paths be moved into a file or anything else? As example: screen -A -m -d -S tradeunusual ./srcds_run -debug -game tf +servercfgfile server_tradeunusual.cfg +ip 144.76.59.36 -port 27015 +clientport 27030 -replayserverdir tradeunusual -maxplayers 32 +motdfile motd_tradeunusual.txt +map trade_post_a34 -pidfile ~/tf/tradeunusual.pid -autoupdate -steam_dir /home/lzgames/steamcmd/ -steamcmd_script /home/lzgames/steamcmd/tf.txt +exec autoexec_tradeunusual.cfg +mm_pluginsfile addons/metamod/metaplugins_tradeunusual.ini ++sm_basepath addons/sourcemod_tradeunusual +sv_logsdir logs_tradeunusual/ -insert_search_path tf/servercustom/trade Gives me about 577 characters. I've got in my scripts ~/steamcmd but it writes it out full in the script though. I could change the name of the server to reduce a bit more. And yes I could add some of these options in my server.cfg, but I rather keep them outside so I can easily create new servers. Erik ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] command to see server trend
cl_gameserver_list W dniu 2012-08-21 8:54, Saint K. napisał(a): Hi, Does anyone remember what the client command is to view the ID's/key's and server trend of each server registered under the account? Can't seem to find it anymore... Saint K. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux [1] -- Paweł _AcidWeb_ Jastrzębski XMPP: paw...@vulturis.eu GG: 6821657 Links: -- [1] https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] command to see server trend
thanks! From: hlds_linux-boun...@list.valvesoftware.com [hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Paweł Jastrzębski [paw...@vulturis.eu] Sent: 21 August 2012 08:58 To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] command to see server trend cl_gameserver_list W dniu 2012-08-21 8:54, Saint K. napisał(a): Hi, Does anyone remember what the client command is to view the ID's/key's and server trend of each server registered under the account? Can't seem to find it anymore... Saint K. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux [1] -- Paweł _AcidWeb_ Jastrzębski XMPP: paw...@vulturis.eu GG: 6821657 Links: -- [1] https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command aborted during TF2 update
What this guy said. If you are sending clients a kiss-of-death packet, please at least acknowledge it on the client. David A. Parker wrote: If Command aborted means the servers are full, then perhaps they should reword that message. Thanks. - Dave On 10/13/2011 05:15 PM, Andrew DeMerse wrote: The servers are being hammered, just give it some time. On Thu, Oct 13, 2011 at 5:14 PM, David A. Parkerdpar...@utica.edu wrote: Is anyone seeing this when they attempt to update TF2? Checking bootstrapper version ... Updating Installation Command aborted CAsyncIOManager: 0 threads terminating. 0 reads, 0 writes, 0 deferrals. CAsyncIOManager: 15 single object sleeps, 0 multi object sleeps CAsyncIOManager: 0 single object alertable sleeps, 0 multi object alertable sleeps This happened when I restarted the server using _restart, so I killed the server and tried using steam on the command line but it did not help. I deleted ~/.steam/ClientRegistry.blob and ~/Steam/ClientRegistry.blob but this also did not help. - Dave -- Dave Parker Systems Administrator Utica College Integrated Information Technology Services (315) 792-3229 Registered Linux User #408177 __**_ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/**mailman/listinfo/hlds_linuxhttp://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- # Jesse Molina # Mail = je...@opendreams.net # Page = page-je...@opendreams.net # Cell = 1.602.323.7608 # Web = http://www.opendreams.net/jesse/ ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command aborted during TF2 update
Do you perhaps have verify all in your update command line? I removed that and it worked. Dunno if that could really be it though. Sent from my iPhone 4 On Oct 13, 2011, at 11:21 PM, Jesse Molina je...@opendreams.net wrote: What this guy said. If you are sending clients a kiss-of-death packet, please at least acknowledge it on the client. David A. Parker wrote: If Command aborted means the servers are full, then perhaps they should reword that message. Thanks. - Dave On 10/13/2011 05:15 PM, Andrew DeMerse wrote: The servers are being hammered, just give it some time. On Thu, Oct 13, 2011 at 5:14 PM, David A. Parkerdpar...@utica.edu wrote: Is anyone seeing this when they attempt to update TF2? Checking bootstrapper version ... Updating Installation Command aborted CAsyncIOManager: 0 threads terminating. 0 reads, 0 writes, 0 deferrals. CAsyncIOManager: 15 single object sleeps, 0 multi object sleeps CAsyncIOManager: 0 single object alertable sleeps, 0 multi object alertable sleeps This happened when I restarted the server using _restart, so I killed the server and tried using steam on the command line but it did not help. I deleted ~/.steam/ClientRegistry.blob and ~/Steam/ClientRegistry.blob but this also did not help. - Dave -- Dave Parker Systems Administrator Utica College Integrated Information Technology Services (315) 792-3229 Registered Linux User #408177 __**_ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/**mailman/listinfo/hlds_linuxhttp://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- # Jesse Molina # Mail = je...@opendreams.net # Page = page-je...@opendreams.net # Cell = 1.602.323.7608 # Web = http://www.opendreams.net/jesse/ ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command aborted during TF2 update
I was using -verify_all in the update command line when I received this error. I left the server down over night and then tried the update again this morning, and it worked. Command aborted just sounds so dire. A message like that makes me think something went seriously wrong. It seems to me that something like All content servers are full would be more appropriate in this case. Thanks, Dave On 10/14/2011 04:17 AM, DontWannaName! wrote: Do you perhaps have verify all in your update command line? I removed that and it worked. Dunno if that could really be it though. Sent from my iPhone 4 On Oct 13, 2011, at 11:21 PM, Jesse Molinaje...@opendreams.net wrote: What this guy said. If you are sending clients a kiss-of-death packet, please at least acknowledge it on the client. David A. Parker wrote: If Command aborted means the servers are full, then perhaps they should reword that message. Thanks. - Dave On 10/13/2011 05:15 PM, Andrew DeMerse wrote: The servers are being hammered, just give it some time. On Thu, Oct 13, 2011 at 5:14 PM, David A. Parkerdpar...@utica.edu wrote: Is anyone seeing this when they attempt to update TF2? Checking bootstrapper version ... Updating Installation Command aborted CAsyncIOManager: 0 threads terminating. 0 reads, 0 writes, 0 deferrals. CAsyncIOManager: 15 single object sleeps, 0 multi object sleeps CAsyncIOManager: 0 single object alertable sleeps, 0 multi object alertable sleeps This happened when I restarted the server using _restart, so I killed the server and tried using steam on the command line but it did not help. I deleted ~/.steam/ClientRegistry.blob and ~/Steam/ClientRegistry.blob but this also did not help. - Dave -- Dave Parker Systems Administrator Utica College Integrated Information Technology Services (315) 792-3229 Registered Linux User #408177 __**_ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/**mailman/listinfo/hlds_linuxhttp://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- # Jesse Molina # Mail = je...@opendreams.net # Page = page-je...@opendreams.net # Cell = 1.602.323.7608 # Web = http://www.opendreams.net/jesse/ ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- Dave Parker Systems Administrator Utica College Integrated Information Technology Services (315) 792-3229 Registered Linux User #408177 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command aborted during TF2 update
From my understanding, the tool should keep retrying when it gets that error using the -retry command prompt, however it is not. On Fri, Oct 14, 2011 at 7:54 AM, David A. Parker dpar...@utica.edu wrote: I was using -verify_all in the update command line when I received this error. I left the server down over night and then tried the update again this morning, and it worked. Command aborted just sounds so dire. A message like that makes me think something went seriously wrong. It seems to me that something like All content servers are full would be more appropriate in this case. Thanks, Dave On 10/14/2011 04:17 AM, DontWannaName! wrote: Do you perhaps have verify all in your update command line? I removed that and it worked. Dunno if that could really be it though. Sent from my iPhone 4 On Oct 13, 2011, at 11:21 PM, Jesse Molinaje...@opendreams.net wrote: What this guy said. If you are sending clients a kiss-of-death packet, please at least acknowledge it on the client. David A. Parker wrote: If Command aborted means the servers are full, then perhaps they should reword that message. Thanks. - Dave On 10/13/2011 05:15 PM, Andrew DeMerse wrote: The servers are being hammered, just give it some time. On Thu, Oct 13, 2011 at 5:14 PM, David A. Parkerdpar...@utica.edu wrote: Is anyone seeing this when they attempt to update TF2? Checking bootstrapper version ... Updating Installation Command aborted CAsyncIOManager: 0 threads terminating. 0 reads, 0 writes, 0 deferrals. CAsyncIOManager: 15 single object sleeps, 0 multi object sleeps CAsyncIOManager: 0 single object alertable sleeps, 0 multi object alertable sleeps This happened when I restarted the server using _restart, so I killed the server and tried using steam on the command line but it did not help. I deleted ~/.steam/ClientRegistry.blob and ~/Steam/ClientRegistry.blob but this also did not help. - Dave -- Dave Parker Systems Administrator Utica College Integrated Information Technology Services (315) 792-3229 Registered Linux User #408177 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linuxhttp://list.valvesoftware.com/**mailman/listinfo/hlds_linux **http://list.valvesoftware.com/**mailman/listinfo/hlds_linuxhttp://list.valvesoftware.com/mailman/listinfo/hlds_linux __**_ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/**mailman/listinfo/hlds_linuxhttp://list.valvesoftware.com/mailman/listinfo/hlds_linux -- # Jesse Molina # Mail = je...@opendreams.net # Page = page-je...@opendreams.net # Cell = 1.602.323.7608 # Web = http://www.opendreams.net/**jesse/http://www.opendreams.net/jesse/ __**_ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/**mailman/listinfo/hlds_linuxhttp://list.valvesoftware.com/mailman/listinfo/hlds_linux __**_ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/**mailman/listinfo/hlds_linuxhttp://list.valvesoftware.com/mailman/listinfo/hlds_linux -- Dave Parker Systems Administrator Utica College Integrated Information Technology Services (315) 792-3229 Registered Linux User #408177 __**_ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/**mailman/listinfo/hlds_linuxhttp://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command aborted during TF2 update
The servers are being hammered, just give it some time. On Thu, Oct 13, 2011 at 5:14 PM, David A. Parker dpar...@utica.edu wrote: Is anyone seeing this when they attempt to update TF2? Checking bootstrapper version ... Updating Installation Command aborted CAsyncIOManager: 0 threads terminating. 0 reads, 0 writes, 0 deferrals. CAsyncIOManager: 15 single object sleeps, 0 multi object sleeps CAsyncIOManager: 0 single object alertable sleeps, 0 multi object alertable sleeps This happened when I restarted the server using _restart, so I killed the server and tried using steam on the command line but it did not help. I deleted ~/.steam/ClientRegistry.blob and ~/Steam/ClientRegistry.blob but this also did not help. - Dave -- Dave Parker Systems Administrator Utica College Integrated Information Technology Services (315) 792-3229 Registered Linux User #408177 __**_ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/**mailman/listinfo/hlds_linuxhttp://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command aborted during TF2 update
If Command aborted means the servers are full, then perhaps they should reword that message. Thanks. - Dave On 10/13/2011 05:15 PM, Andrew DeMerse wrote: The servers are being hammered, just give it some time. On Thu, Oct 13, 2011 at 5:14 PM, David A. Parkerdpar...@utica.edu wrote: Is anyone seeing this when they attempt to update TF2? Checking bootstrapper version ... Updating Installation Command aborted CAsyncIOManager: 0 threads terminating. 0 reads, 0 writes, 0 deferrals. CAsyncIOManager: 15 single object sleeps, 0 multi object sleeps CAsyncIOManager: 0 single object alertable sleeps, 0 multi object alertable sleeps This happened when I restarted the server using _restart, so I killed the server and tried using steam on the command line but it did not help. I deleted ~/.steam/ClientRegistry.blob and ~/Steam/ClientRegistry.blob but this also did not help. - Dave -- Dave Parker Systems Administrator Utica College Integrated Information Technology Services (315) 792-3229 Registered Linux User #408177 __**_ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/**mailman/listinfo/hlds_linuxhttp://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- Dave Parker Systems Administrator Utica College Integrated Information Technology Services (315) 792-3229 Registered Linux User #408177 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command aborted during TF2 update
yes, getting a lot of them.. client instead is updated... sadly there are no servers to play on... why don't they give priority to servers...? :D Il 13/10/2011 23:14, David A. Parker ha scritto: Is anyone seeing this when they attempt to update TF2? Checking bootstrapper version ... Updating Installation Command aborted CAsyncIOManager: 0 threads terminating. 0 reads, 0 writes, 0 deferrals. CAsyncIOManager: 15 single object sleeps, 0 multi object sleeps CAsyncIOManager: 0 single object alertable sleeps, 0 multi object alertable sleeps This happened when I restarted the server using _restart, so I killed the server and tried using steam on the command line but it did not help. I deleted ~/.steam/ClientRegistry.blob and ~/Steam/ClientRegistry.blob but this also did not help. - Dave ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command aborted during TF2 update
The best way to avoid this one is to use the -retry switch. The old version just used to just sit there forever. Sometimes it still does this, but I'd rather have it abort rather than just sit there forever. On Thu, Oct 13, 2011 at 5:20 PM, David A. Parker dpar...@utica.edu wrote: If Command aborted means the servers are full, then perhaps they should reword that message. Thanks. - Dave On 10/13/2011 05:15 PM, Andrew DeMerse wrote: The servers are being hammered, just give it some time. On Thu, Oct 13, 2011 at 5:14 PM, David A. Parkerdpar...@utica.edu wrote: Is anyone seeing this when they attempt to update TF2? Checking bootstrapper version ... Updating Installation Command aborted CAsyncIOManager: 0 threads terminating. 0 reads, 0 writes, 0 deferrals. CAsyncIOManager: 15 single object sleeps, 0 multi object sleeps CAsyncIOManager: 0 single object alertable sleeps, 0 multi object alertable sleeps This happened when I restarted the server using _restart, so I killed the server and tried using steam on the command line but it did not help. I deleted ~/.steam/ClientRegistry.blob and ~/Steam/ClientRegistry.blob but this also did not help. - Dave -- Dave Parker Systems Administrator Utica College Integrated Information Technology Services (315) 792-3229 Registered Linux User #408177 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linuxhttp://list.valvesoftware.com/**mailman/listinfo/hlds_linux **http://list.valvesoftware.com/**mailman/listinfo/hlds_linuxhttp://list.valvesoftware.com/mailman/listinfo/hlds_linux __**_ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/**mailman/listinfo/hlds_linuxhttp://list.valvesoftware.com/mailman/listinfo/hlds_linux -- Dave Parker Systems Administrator Utica College Integrated Information Technology Services (315) 792-3229 Registered Linux User #408177 __**_ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/**mailman/listinfo/hlds_linuxhttp://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command line switch fixes timeout on map change bug
This more or less stops the tracking of achievements on the server? Tony Paloma wrote: Use the -nogamestats command line switch to fix timeout on map change. It disables the uploading of game stats to Valve's servers and at the same time fixes the timeout on map change problem. By game stats I mean who died where, weapon data, all the info displayed on their site basically. Myself and ServerAlex from hlds have both attached GDB during the timeout problem. It clearly shows that it's blocking waiting from a response from Valve's server after uploading game stats data. Using the -nogamestats switch prevents this code from ever getting executed. Using -nogamestats disables sending the stats data on round-end whereas setting tf_stats_track to 0 does not. Thank you to Nephyrin for confirming this works. I'd appreciate if you'd all try this and confirm or deny it works as well. Thanks, Tony ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command line switch fixes timeout on map change bug
This was already answered. -Atreus On Mon, Feb 9, 2009 at 7:40 AM, Kevin J. Anderson les...@counter-strike.net wrote: This more or less stops the tracking of achievements on the server? Tony Paloma wrote: Use the -nogamestats command line switch to fix timeout on map change. It disables the uploading of game stats to Valve's servers and at the same time fixes the timeout on map change problem. By game stats I mean who died where, weapon data, all the info displayed on their site basically. Myself and ServerAlex from hlds have both attached GDB during the timeout problem. It clearly shows that it's blocking waiting from a response from Valve's server after uploading game stats data. Using the -nogamestats switch prevents this code from ever getting executed. Using -nogamestats disables sending the stats data on round-end whereas setting tf_stats_track to 0 does not. Thank you to Nephyrin for confirming this works. I'd appreciate if you'd all try this and confirm or deny it works as well. Thanks, Tony ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command line switch fixes timeout on map change bug
Achievments are working with this parametr :) On Mon, Feb 9, 2009 at 5:01 PM, Jeff Sugar jeffsu...@gmail.com wrote: This was already answered. -Atreus On Mon, Feb 9, 2009 at 7:40 AM, Kevin J. Anderson les...@counter-strike.net wrote: This more or less stops the tracking of achievements on the server? Tony Paloma wrote: Use the -nogamestats command line switch to fix timeout on map change. It disables the uploading of game stats to Valve's servers and at the same time fixes the timeout on map change problem. By game stats I mean who died where, weapon data, all the info displayed on their site basically. Myself and ServerAlex from hlds have both attached GDB during the timeout problem. It clearly shows that it's blocking waiting from a response from Valve's server after uploading game stats data. Using the -nogamestats switch prevents this code from ever getting executed. Using -nogamestats disables sending the stats data on round-end whereas setting tf_stats_track to 0 does not. Thank you to Nephyrin for confirming this works. I'd appreciate if you'd all try this and confirm or deny it works as well. Thanks, Tony ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- Pozdrawiam, Paweł Majewski ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command line switch fixes timeout on map change bug
This has nothing to do with achievements. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Kevin J. Anderson Sent: Monday, February 09, 2009 7:41 AM To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] Command line switch fixes timeout on map change bug This more or less stops the tracking of achievements on the server? Tony Paloma wrote: Use the -nogamestats command line switch to fix timeout on map change. It disables the uploading of game stats to Valve's servers and at the same time fixes the timeout on map change problem. By game stats I mean who died where, weapon data, all the info displayed on their site basically. Myself and ServerAlex from hlds have both attached GDB during the timeout problem. It clearly shows that it's blocking waiting from a response from Valve's server after uploading game stats data. Using the -nogamestats switch prevents this code from ever getting executed. Using -nogamestats disables sending the stats data on round-end whereas setting tf_stats_track to 0 does not. Thank you to Nephyrin for confirming this works. I'd appreciate if you'd all try this and confirm or deny it works as well. Thanks, Tony ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command line switch fixes timeout on map change bug
I had today 1 timeout. Are you sure that only this is causing problem? On Mon, Feb 9, 2009 at 7:49 PM, Tony Paloma drunkenf...@hotmail.com wrote: This has nothing to do with achievements. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Kevin J. Anderson Sent: Monday, February 09, 2009 7:41 AM To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] Command line switch fixes timeout on map change bug This more or less stops the tracking of achievements on the server? Tony Paloma wrote: Use the -nogamestats command line switch to fix timeout on map change. It disables the uploading of game stats to Valve's servers and at the same time fixes the timeout on map change problem. By game stats I mean who died where, weapon data, all the info displayed on their site basically. Myself and ServerAlex from hlds have both attached GDB during the timeout problem. It clearly shows that it's blocking waiting from a response from Valve's server after uploading game stats data. Using the -nogamestats switch prevents this code from ever getting executed. Using -nogamestats disables sending the stats data on round-end whereas setting tf_stats_track to 0 does not. Thank you to Nephyrin for confirming this works. I'd appreciate if you'd all try this and confirm or deny it works as well. Thanks, Tony ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- Pozdrawiam, Paweł Majewski ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command line switch fixes timeout on map change bug
It looks like it doesn't always block communication with the stats server. It does in some cases (unclear what those cases are) so it should at least help. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Pawel Sent: Monday, February 09, 2009 12:11 PM To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] Command line switch fixes timeout on map change bug I had today 1 timeout. Are you sure that only this is causing problem? On Mon, Feb 9, 2009 at 7:49 PM, Tony Paloma drunkenf...@hotmail.com wrote: This has nothing to do with achievements. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Kevin J. Anderson Sent: Monday, February 09, 2009 7:41 AM To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] Command line switch fixes timeout on map change bug This more or less stops the tracking of achievements on the server? Tony Paloma wrote: Use the -nogamestats command line switch to fix timeout on map change. It disables the uploading of game stats to Valve's servers and at the same time fixes the timeout on map change problem. By game stats I mean who died where, weapon data, all the info displayed on their site basically. Myself and ServerAlex from hlds have both attached GDB during the timeout problem. It clearly shows that it's blocking waiting from a response from Valve's server after uploading game stats data. Using the -nogamestats switch prevents this code from ever getting executed. Using -nogamestats disables sending the stats data on round-end whereas setting tf_stats_track to 0 does not. Thank you to Nephyrin for confirming this works. I'd appreciate if you'd all try this and confirm or deny it works as well. Thanks, Tony ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- Pozdrawiam, Paweł Majewski ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command Line args
Anything you can put into the server.cfg needs a + if you put it in the command line. Options which are only accessable during startup have a - in front. http://developer.valvesoftware.com/wiki/Launch_options That page needs to be updated for L4D servers / clients but should give you most of what is important for launch properties. - Original Message - From: AFAdmin To: Half-Life dedicated Linux server mailing list hlds_linux@list.valvesoftware.com Sent: Wednesday, November 19, 2008 11:10 AM Subject: [hlds_linux] Command Line args Would someone be so kind as to explain why some command line arguments are prefixed with a + and some with a -? I have a difficult time remembering which arguments have which prefix. Is there any pattern to to these arguments? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command Line args
Thanks for that -- had always wondered! On Wed, Nov 19, 2008 at 2:21 PM, Kevin Ottalini [EMAIL PROTECTED] wrote: Anything you can put into the server.cfg needs a + if you put it in the command line. Options which are only accessable during startup have a - in front. http://developer.valvesoftware.com/wiki/Launch_options That page needs to be updated for L4D servers / clients but should give you most of what is important for launch properties. - Original Message - From: AFAdmin To: Half-Life dedicated Linux server mailing list hlds_linux@list.valvesoftware.com Sent: Wednesday, November 19, 2008 11:10 AM Subject: [hlds_linux] Command Line args Would someone be so kind as to explain why some command line arguments are prefixed with a + and some with a -? I have a difficult time remembering which arguments have which prefix. Is there any pattern to to these arguments? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command rate / update rate limitation.
-- [ Picked text/plain from multipart/alternative ] Please Alfred, can you give me an answer? Thanks you in advance. 2007/6/17, AnAkIn . [EMAIL PROTECTED]: well, sorry didn't want to mean you or anything... I think I already asked Whisper but he doesn't remember about HL1 netcode or something... I would like a answer from Alfred. 2007/6/17, David Williams [EMAIL PROTECTED]: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ok then smart ass why don't you field the initial question, seeing as you know so much? i was after all trying to help. With what is my understanding of the code. right or wrong i at least did more than you did. all you could do was try and embarrass me. way to go. i would have much preferred it if you had explained why i was wrong more clearly as i feel no it doesn't revert to the max value if you change it to 500 alone is not adequate. if it doesn't revert to the max value then wtf does it do? do you even know? i think whisper should pipe up. he seems to have the best understanding of the netcode. i know alfred won't he has better things to do like fix the buggy crap the valve linux dev team puts out as stable code AnAkIn . wrote: -- [ Picked text/plain from multipart/alternative ] No. In HL1 Engine, if you type the cvar without a value, it doesn't give any description. It just say the current value of the CVar. Only in Source Engine you have a description when you type the CVar. Try it. And no it doesn't revert to the max value if you change it to 500. That is only in Source Engine. 2007/6/17, David Williams [EMAIL PROTECTED]: if you type the command and hit enter (giving no value) it display a short description. And cl_updaterate shouldn't be 101, because if do cl_updaterate 500, and then ex_interp 0, i'm able to get ex_interp 0.002. And after 500 it doesn't auto set to a lower value than 0.002. Or maybe that normal... cl_update rate is capped at 101. if you enter in a value of 500 it just reverts to the nearest legal value. which is 101. so when you set ex_interp to 0 you getting what you would get if you set cl_updaterate to 101. the guy who wrote that page is wrong or it's a typo. just type rate with no value and see for yourself AnAkIn . wrote: -- [ Picked text/plain from multipart/alternative ] Well, you probably think that when you type cl_cmdrate in console, it says min and max ? this is only in source, not in hl1 engine. There is no descriptions with cvars in hl1 engine. 2007/6/16, AnAkIn . [EMAIL PROTECTED]: client console command descriptions ? where did you see that ? And cl_updaterate shouldn't be 101, because if do cl_updaterate 500, and then ex_interp 0, i'm able to get ex_interp 0.002. And after 500 it doesn't auto set to a lower value than 0.002. Or maybe that normal... From this article : http://www.gotfrag.com/cs/story/5577/ He says that the rate is capped at 2... I would like that Alfred answer... AnAkIn 2007/6/16, David Williams [EMAIL PROTECTED]: yes the maximum for cl_cmdrate and cl_updaterate in hlds clients is 101 and for rate it is 3. this is clearly stated in the client console command descriptions. AnAkIn . wrote: -- [ Picked text/plain from multipart/alternative ] Hello, I would like to know if there is a limitation in the HL1 Engine of the command rate (cl_cmdrate) / update rate (cl_updaterate), excluding sv_maxupdaterate/sv_minupdaterate. And also for rate, again excluding sv_minrate/sv_maxrate limitation. Thanks you in advance. AnAkIn -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
Re: [hlds_linux] Command rate / update rate limitation.
-- [ Picked text/plain from multipart/alternative ] No. In HL1 Engine, if you type the cvar without a value, it doesn't give any description. It just say the current value of the CVar. Only in Source Engine you have a description when you type the CVar. Try it. And no it doesn't revert to the max value if you change it to 500. That is only in Source Engine. 2007/6/17, David Williams [EMAIL PROTECTED]: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 if you type the command and hit enter (giving no value) it display a short description. And cl_updaterate shouldn't be 101, because if do cl_updaterate 500, and then ex_interp 0, i'm able to get ex_interp 0.002. And after 500 it doesn't auto set to a lower value than 0.002. Or maybe that normal... cl_update rate is capped at 101. if you enter in a value of 500 it just reverts to the nearest legal value. which is 101. so when you set ex_interp to 0 you getting what you would get if you set cl_updaterate to 101. the guy who wrote that page is wrong or it's a typo. just type rate with no value and see for yourself AnAkIn . wrote: -- [ Picked text/plain from multipart/alternative ] Well, you probably think that when you type cl_cmdrate in console, it says min and max ? this is only in source, not in hl1 engine. There is no descriptions with cvars in hl1 engine. 2007/6/16, AnAkIn . [EMAIL PROTECTED]: client console command descriptions ? where did you see that ? And cl_updaterate shouldn't be 101, because if do cl_updaterate 500, and then ex_interp 0, i'm able to get ex_interp 0.002. And after 500 it doesn't auto set to a lower value than 0.002. Or maybe that normal... From this article : http://www.gotfrag.com/cs/story/5577/ He says that the rate is capped at 2... I would like that Alfred answer... AnAkIn 2007/6/16, David Williams [EMAIL PROTECTED]: yes the maximum for cl_cmdrate and cl_updaterate in hlds clients is 101 and for rate it is 3. this is clearly stated in the client console command descriptions. AnAkIn . wrote: -- [ Picked text/plain from multipart/alternative ] Hello, I would like to know if there is a limitation in the HL1 Engine of the command rate (cl_cmdrate) / update rate (cl_updaterate), excluding sv_maxupdaterate/sv_minupdaterate. And also for rate, again excluding sv_minrate/sv_maxrate limitation. Thanks you in advance. AnAkIn -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGdHOrL/HqkPK+q6kRAsdLAKDQaEBjJgMldKJlhjUFEhzQn37dzwCfVqG7 zUqU8mX7QIKY8oiX+ztBm3g= =s2Gi -END PGP SIGNATURE- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command rate / update rate limitation.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ok then smart ass why don't you field the initial question, seeing as you know so much? i was after all trying to help. With what is my understanding of the code. right or wrong i at least did more than you did. all you could do was try and embarrass me. way to go. i would have much preferred it if you had explained why i was wrong more clearly as i feel no it doesn't revert to the max value if you change it to 500 alone is not adequate. if it doesn't revert to the max value then wtf does it do? do you even know? i think whisper should pipe up. he seems to have the best understanding of the netcode. i know alfred won't he has better things to do like fix the buggy crap the valve linux dev team puts out as stable code AnAkIn . wrote: -- [ Picked text/plain from multipart/alternative ] No. In HL1 Engine, if you type the cvar without a value, it doesn't give any description. It just say the current value of the CVar. Only in Source Engine you have a description when you type the CVar. Try it. And no it doesn't revert to the max value if you change it to 500. That is only in Source Engine. 2007/6/17, David Williams [EMAIL PROTECTED]: if you type the command and hit enter (giving no value) it display a short description. And cl_updaterate shouldn't be 101, because if do cl_updaterate 500, and then ex_interp 0, i'm able to get ex_interp 0.002. And after 500 it doesn't auto set to a lower value than 0.002. Or maybe that normal... cl_update rate is capped at 101. if you enter in a value of 500 it just reverts to the nearest legal value. which is 101. so when you set ex_interp to 0 you getting what you would get if you set cl_updaterate to 101. the guy who wrote that page is wrong or it's a typo. just type rate with no value and see for yourself AnAkIn . wrote: -- [ Picked text/plain from multipart/alternative ] Well, you probably think that when you type cl_cmdrate in console, it says min and max ? this is only in source, not in hl1 engine. There is no descriptions with cvars in hl1 engine. 2007/6/16, AnAkIn . [EMAIL PROTECTED]: client console command descriptions ? where did you see that ? And cl_updaterate shouldn't be 101, because if do cl_updaterate 500, and then ex_interp 0, i'm able to get ex_interp 0.002. And after 500 it doesn't auto set to a lower value than 0.002. Or maybe that normal... From this article : http://www.gotfrag.com/cs/story/5577/ He says that the rate is capped at 2... I would like that Alfred answer... AnAkIn 2007/6/16, David Williams [EMAIL PROTECTED]: yes the maximum for cl_cmdrate and cl_updaterate in hlds clients is 101 and for rate it is 3. this is clearly stated in the client console command descriptions. AnAkIn . wrote: -- [ Picked text/plain from multipart/alternative ] Hello, I would like to know if there is a limitation in the HL1 Engine of the command rate (cl_cmdrate) / update rate (cl_updaterate), excluding sv_maxupdaterate/sv_minupdaterate. And also for rate, again excluding sv_minrate/sv_maxrate limitation. Thanks you in advance. AnAkIn -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGdS96L/HqkPK+q6kRAuMdAJ4tz/gJxqwBJuc2xEPYgJMWTKMkyACeNI/P lwppGqaKLnAEeSdtOwlKsrM= =DnmY -END PGP SIGNATURE- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command rate / update rate limitation.
-- [ Picked text/plain from multipart/alternative ] well, sorry didn't want to mean you or anything... I think I already asked Whisper but he doesn't remember about HL1 netcode or something... I would like a answer from Alfred. 2007/6/17, David Williams [EMAIL PROTECTED]: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ok then smart ass why don't you field the initial question, seeing as you know so much? i was after all trying to help. With what is my understanding of the code. right or wrong i at least did more than you did. all you could do was try and embarrass me. way to go. i would have much preferred it if you had explained why i was wrong more clearly as i feel no it doesn't revert to the max value if you change it to 500 alone is not adequate. if it doesn't revert to the max value then wtf does it do? do you even know? i think whisper should pipe up. he seems to have the best understanding of the netcode. i know alfred won't he has better things to do like fix the buggy crap the valve linux dev team puts out as stable code AnAkIn . wrote: -- [ Picked text/plain from multipart/alternative ] No. In HL1 Engine, if you type the cvar without a value, it doesn't give any description. It just say the current value of the CVar. Only in Source Engine you have a description when you type the CVar. Try it. And no it doesn't revert to the max value if you change it to 500. That is only in Source Engine. 2007/6/17, David Williams [EMAIL PROTECTED]: if you type the command and hit enter (giving no value) it display a short description. And cl_updaterate shouldn't be 101, because if do cl_updaterate 500, and then ex_interp 0, i'm able to get ex_interp 0.002. And after 500 it doesn't auto set to a lower value than 0.002. Or maybe that normal... cl_update rate is capped at 101. if you enter in a value of 500 it just reverts to the nearest legal value. which is 101. so when you set ex_interp to 0 you getting what you would get if you set cl_updaterate to 101. the guy who wrote that page is wrong or it's a typo. just type rate with no value and see for yourself AnAkIn . wrote: -- [ Picked text/plain from multipart/alternative ] Well, you probably think that when you type cl_cmdrate in console, it says min and max ? this is only in source, not in hl1 engine. There is no descriptions with cvars in hl1 engine. 2007/6/16, AnAkIn . [EMAIL PROTECTED]: client console command descriptions ? where did you see that ? And cl_updaterate shouldn't be 101, because if do cl_updaterate 500, and then ex_interp 0, i'm able to get ex_interp 0.002. And after 500 it doesn't auto set to a lower value than 0.002. Or maybe that normal... From this article : http://www.gotfrag.com/cs/story/5577/ He says that the rate is capped at 2... I would like that Alfred answer... AnAkIn 2007/6/16, David Williams [EMAIL PROTECTED]: yes the maximum for cl_cmdrate and cl_updaterate in hlds clients is 101 and for rate it is 3. this is clearly stated in the client console command descriptions. AnAkIn . wrote: -- [ Picked text/plain from multipart/alternative ] Hello, I would like to know if there is a limitation in the HL1 Engine of the command rate (cl_cmdrate) / update rate (cl_updaterate), excluding sv_maxupdaterate/sv_minupdaterate. And also for rate, again excluding sv_minrate/sv_maxrate limitation. Thanks you in advance. AnAkIn -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGdS96L/HqkPK+q6kRAuMdAJ4tz/gJxqwBJuc2xEPYgJMWTKMkyACeNI/P lwppGqaKLnAEeSdtOwlKsrM= =DnmY -END PGP SIGNATURE- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit:
Re: [hlds_linux] Command rate / update rate limitation.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 yes the maximum for cl_cmdrate and cl_updaterate in hlds clients is 101 and for rate it is 3. this is clearly stated in the client console command descriptions. AnAkIn . wrote: -- [ Picked text/plain from multipart/alternative ] Hello, I would like to know if there is a limitation in the HL1 Engine of the command rate (cl_cmdrate) / update rate (cl_updaterate), excluding sv_maxupdaterate/sv_minupdaterate. And also for rate, again excluding sv_minrate/sv_maxrate limitation. Thanks you in advance. AnAkIn -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGdCEWL/HqkPK+q6kRAowSAJ4lb8RGcVp2k8n5ipetuSUUwoZtAACgzBow W9Gs7lqqd20UzlHVNYDXK8w= =uR/M -END PGP SIGNATURE- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command rate / update rate limitation.
-- [ Picked text/plain from multipart/alternative ] client console command descriptions ? where did you see that ? And cl_updaterate shouldn't be 101, because if do cl_updaterate 500, and then ex_interp 0, i'm able to get ex_interp 0.002. And after 500 it doesn't auto set to a lower value than 0.002. Or maybe that normal... From this article : http://www.gotfrag.com/cs/story/5577/ He says that the rate is capped at 2... I would like that Alfred answer... AnAkIn 2007/6/16, David Williams [EMAIL PROTECTED]: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 yes the maximum for cl_cmdrate and cl_updaterate in hlds clients is 101 and for rate it is 3. this is clearly stated in the client console command descriptions. AnAkIn . wrote: -- [ Picked text/plain from multipart/alternative ] Hello, I would like to know if there is a limitation in the HL1 Engine of the command rate (cl_cmdrate) / update rate (cl_updaterate), excluding sv_maxupdaterate/sv_minupdaterate. And also for rate, again excluding sv_minrate/sv_maxrate limitation. Thanks you in advance. AnAkIn -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGdCEWL/HqkPK+q6kRAowSAJ4lb8RGcVp2k8n5ipetuSUUwoZtAACgzBow W9Gs7lqqd20UzlHVNYDXK8w= =uR/M -END PGP SIGNATURE- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command rate / update rate limitation.
-- [ Picked text/plain from multipart/alternative ] Well, you probably think that when you type cl_cmdrate in console, it says min and max ? this is only in source, not in hl1 engine. There is no descriptions with cvars in hl1 engine. 2007/6/16, AnAkIn . [EMAIL PROTECTED]: client console command descriptions ? where did you see that ? And cl_updaterate shouldn't be 101, because if do cl_updaterate 500, and then ex_interp 0, i'm able to get ex_interp 0.002. And after 500 it doesn't auto set to a lower value than 0.002. Or maybe that normal... From this article : http://www.gotfrag.com/cs/story/5577/ He says that the rate is capped at 2... I would like that Alfred answer... AnAkIn 2007/6/16, David Williams [EMAIL PROTECTED]: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 yes the maximum for cl_cmdrate and cl_updaterate in hlds clients is 101 and for rate it is 3. this is clearly stated in the client console command descriptions. AnAkIn . wrote: -- [ Picked text/plain from multipart/alternative ] Hello, I would like to know if there is a limitation in the HL1 Engine of the command rate (cl_cmdrate) / update rate (cl_updaterate), excluding sv_maxupdaterate/sv_minupdaterate. And also for rate, again excluding sv_minrate/sv_maxrate limitation. Thanks you in advance. AnAkIn -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGdCEWL/HqkPK+q6kRAowSAJ4lb8RGcVp2k8n5ipetuSUUwoZtAACgzBow W9Gs7lqqd20UzlHVNYDXK8w= =uR/M -END PGP SIGNATURE- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command rate / update rate limitation.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 if you type the command and hit enter (giving no value) it display a short description. And cl_updaterate shouldn't be 101, because if do cl_updaterate 500, and then ex_interp 0, i'm able to get ex_interp 0.002. And after 500 it doesn't auto set to a lower value than 0.002. Or maybe that normal... cl_update rate is capped at 101. if you enter in a value of 500 it just reverts to the nearest legal value. which is 101. so when you set ex_interp to 0 you getting what you would get if you set cl_updaterate to 101. the guy who wrote that page is wrong or it's a typo. just type rate with no value and see for yourself AnAkIn . wrote: -- [ Picked text/plain from multipart/alternative ] Well, you probably think that when you type cl_cmdrate in console, it says min and max ? this is only in source, not in hl1 engine. There is no descriptions with cvars in hl1 engine. 2007/6/16, AnAkIn . [EMAIL PROTECTED]: client console command descriptions ? where did you see that ? And cl_updaterate shouldn't be 101, because if do cl_updaterate 500, and then ex_interp 0, i'm able to get ex_interp 0.002. And after 500 it doesn't auto set to a lower value than 0.002. Or maybe that normal... From this article : http://www.gotfrag.com/cs/story/5577/ He says that the rate is capped at 2... I would like that Alfred answer... AnAkIn 2007/6/16, David Williams [EMAIL PROTECTED]: yes the maximum for cl_cmdrate and cl_updaterate in hlds clients is 101 and for rate it is 3. this is clearly stated in the client console command descriptions. AnAkIn . wrote: -- [ Picked text/plain from multipart/alternative ] Hello, I would like to know if there is a limitation in the HL1 Engine of the command rate (cl_cmdrate) / update rate (cl_updaterate), excluding sv_maxupdaterate/sv_minupdaterate. And also for rate, again excluding sv_minrate/sv_maxrate limitation. Thanks you in advance. AnAkIn -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGdHOrL/HqkPK+q6kRAsdLAKDQaEBjJgMldKJlhjUFEhzQn37dzwCfVqG7 zUqU8mX7QIKY8oiX+ztBm3g= =s2Gi -END PGP SIGNATURE- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command Line?
m0gely wrote: Alfred Reynolds wrote: By me changing the code :) Sorry, I should have said, Yes, I will make the change in code to increase that limit. - Alfred mp_forceautojoin for CS would be cool while you're in the feature adding mood. ;) -- - m0gely http://quake2.telestream.com/ Q2 | Q3A | Counter-strike I second that motion! -- KnowHow ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command Line?
increasing the command line buffer is nothing compared to what mp_forceautojoin will do. hard coding, game implications. these are 2 VERY different things to implement. /mike On Mon, Apr 26, 2004 at 08:57:05AM +0200 or thereabouts, KnowHow The NetCrawler wrote: m0gely wrote: Alfred Reynolds wrote: By me changing the code :) Sorry, I should have said, Yes, I will make the change in code to increase that limit. - Alfred mp_forceautojoin for CS would be cool while you're in the feature adding mood. ;) -- - m0gely http://quake2.telestream.com/ Q2 | Q3A | Counter-strike I second that motion! -- KnowHow ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command Line?
I don't know exactly what you guys mean with the mp_forceautojoin, but i assume its similar to TFC where people are automatically joined to a team which helps with team stacking. I don't see how this would be hard to implement. Coming from a coding standpoint its just 1 extra variable to check for. A simple hack would be to just disable 1 and 2 from the team selection. Another slightly better option would be to just pass 5(or whatever variable selection 5 sets) to the corresponding classes or functions for team selection when mp_forceautojoin is true, however, this would require some other parts of the hlds and hl.exe binaries to be modified. All in all, I dont see how this could be difficult at all, unless the cs code is just horrible(which may be the case give the amount of bugs that show up with each update). This is however not a linux specific request and would probably get more attention on the general hlds mailing list. [EMAIL PROTECTED] wrote: increasing the command line buffer is nothing compared to what mp_forceautojoin will do. hard coding, game implications. these are 2 VERY different things to implement. /mike -- Thanks, David Lee ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] Command Line?
I have seen this in action. A couple of servers I have played on had a team limiting system where you could only join one team if they were uneven. I don't know what script was used but when the team selection screen came up then if you tried to go on the larger team it wouldn't let you. The servers were cs.axia.org.uk and csx.axia.org.uk - both good uk based servers as well! Regards, Matt White [ [EMAIL PROTECTED] ] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Lee Sent: 26 April 2004 10:25 To: [EMAIL PROTECTED] Subject: Re: [hlds_linux] Command Line? I don't know exactly what you guys mean with the mp_forceautojoin, but i assume its similar to TFC where people are automatically joined to a team which helps with team stacking. I don't see how this would be hard to implement. Coming from a coding standpoint its just 1 extra variable to check for. A simple hack would be to just disable 1 and 2 from the team selection. Another slightly better option would be to just pass 5(or whatever variable selection 5 sets) to the corresponding classes or functions for team selection when mp_forceautojoin is true, however, this would require some other parts of the hlds and hl.exe binaries to be modified. All in all, I dont see how this could be difficult at all, unless the cs code is just horrible(which may be the case give the amount of bugs that show up with each update). This is however not a linux specific request and would probably get more attention on the general hlds mailing list. [EMAIL PROTECTED] wrote: increasing the command line buffer is nothing compared to what mp_forceautojoin will do. hard coding, game implications. these are 2 VERY different things to implement. /mike -- Thanks, David Lee ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command Line?
Daniel Stroven wrote: mp_limitteams 1 mp_autoteambalance 1 I have my server running these values. As far as mp_forceautojoin be added or used, I really don't see the reason it would need to be added. Most autojoiner's never consider talent vs talent on a team and autojoin definitely doesn't do anything other than randomly choose the team. It doesn't prevent stacking and I usually consider it a poor excuse by any player to on a stacked team to say he used autojoin instead of looking at which team needed help. Where mp_foreceautojoin exists would be random from the getgo and thus impossible to *intentionally* stack. I can't understand how you would think this doesn't prevent stacking. Sure there will always be better teams but thats not what we're talking about here. You are relying on people making the 'right' choice. And if that works for you then great, you have very honorable players on your server. -- - m0gely http://quake2.telestream.com/ Q2 | Q3A | Counter-strike ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command Line?
M0gely, I figured you had those cvars already, I was replying to the Matt White who posted: I don't know what script was used but when the team selection screen came up then if you tried to go on the larger team it wouldn't let you. I think its possible it force autojoin would help, but then again if someone simply waits for one team to have as many as the other, or one more when he chooses..he has a good chance to get the team he wants anyway. Course if people weren't stack/stat whores..we wouldnt have to worry about it ;) - Original Message - From: m0gely [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, April 26, 2004 12:35 PM Subject: Re: [hlds_linux] Command Line? Daniel Stroven wrote: mp_limitteams 1 mp_autoteambalance 1 I have my server running these values. As far as mp_forceautojoin be added or used, I really don't see the reason it would need to be added. Most autojoiner's never consider talent vs talent on a team and autojoin definitely doesn't do anything other than randomly choose the team. It doesn't prevent stacking and I usually consider it a poor excuse by any player to on a stacked team to say he used autojoin instead of looking at which team needed help. Where mp_foreceautojoin exists would be random from the getgo and thus impossible to *intentionally* stack. I can't understand how you would think this doesn't prevent stacking. Sure there will always be better teams but thats not what we're talking about here. You are relying on people making the 'right' choice. And if that works for you then great, you have very honorable players on your server. -- - m0gely http://quake2.telestream.com/ Q2 | Q3A | Counter-strike ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command Line Parameter List?
Daniel Stroven wrote: Another question is since some of these variables can be loaded via the autoexec.cfg. Can variables like pingboost, tos and others be set in the autoexec.cfg instead of command line? Im guessing no, but thought I would at least ask. AFAIK cmdline vars that start with - cannot be set in autoexec.cfg while those that start with + can. -- /Stefan Software never has bugs. It just develops random features. =) ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command
bah, PID USERNAME PRI NICE SIZERES STATE C TIME WCPU CPU COMMAND 239 gameserver 10 0 85640K 80744K nanslp 1 54:40 35.30% 35.30% hlds 229 gameserver 10 0 68256K 63224K nanslp 0 51:32 23.88% 23.88% hlds 242 gameserver 28 0 53356K 48120K CPU1 0 10:22 4.64% 4.64% hlds 219 gameserver 10 0 56700K 51088K RUN0 9:23 4.10% 4.10% hlds I will have to re-install. If this doesn't fix it ima be upset. -- - m0gely http://quake2.telestream.com/ Q2 | Q3A | Counter-strike ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command
Drew Broadley wrote: Actually, on that server nothing but VAC. No Metamod or anything. FreeBSD 5.0 (SMP) PID USERNAME PRI NICE SIZERES STATE C TIME WCPUCPU COMMAND 62180 gameserv 960 54872K 49156K select 0 0:02 0.10% 0.10% hlds 62172 gameserv 960 54872K 49184K select 1 0:02 0.08% 0.08% hlds 62154 gameserv 960 54872K 49156K select 0 0:02 0.05% 0.05% hlds 62163 gameserv 960 54872K 49156K select 1 0:02 0.05% 0.05% hlds Installed: Metamod, Small, AMX, Headshot Only Mod, NO VAC (0 people) PID USERNAME PRI NICE SIZERES STATE C TIME WCPUCPU COMMAND 62291 gameserv 960 55032K 49356K select 1 0:03 0.10% 0.10% hlds 62282 gameserv 960 55572K 50040K *Giant 1 0:03 0.05% 0.05% hlds 62308 gameserv 960 55032K 49356K select 0 0:03 0.05% 0.05% hlds 62300 gameserv 960 55032K 49356K *Giant 1 0:03 0.05% 0.05% hlds Installed: Same as above, WITH VAC (0 people) I am not sure what problem you are having, what system are you running ? Well, the system is a dual AMD 2400+. I think I may have to reinstall. The old system was a dual P3 850. I just took my drives out and put them in the new machine without re-installing. I went through the kernel and didn't see any reason why it should work. Ouch.. the next question Was this not what I should have done? The system just came right back up with no issues at all. -- - m0gely http://quake2.telestream.com/ Q2 | Q3A | Counter-strike ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] Command
Well, the system is a dual AMD 2400+. I think I may have to reinstall. The old system was a dual P3 850. I just took my drives out and put them in the new machine without re-installing. I went through the kernel and didn't see any reason why it should work. Ouch.. the next question Was this not what I should have done? The system just came right back up with no issues at all. Ekk, I have had massive issues just with my own personal computer with swapping hard disk drives from an Intel - AMD machines and they have blue screened on occasion. I would highly advise at least recompiling the kernel, if not a full re-install of FreeBSD. May I suggest trying FreeBSD 5.0-RELEASE as there is a big improvement in SMP (I haven't had ANY issues with it just running HLDS) - Drew ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command
Drew Broadley wrote: Ekk, I have had massive issues just with my own personal computer with swapping hard disk drives from an Intel - AMD machines and they have blue screened on occasion. Well yeah, thats windows. FreeBSD doesn't seam to want to know the hardware *that well*. So I thought it would be ok. I would highly advise at least recompiling the kernel, I thought about that but what would it do? The kernel is compile to the options epcified in it correct? How would that help? The AMD cpu's are identified as i686 just like the p3's. I looked for AMD flags and couldn't find any. if not a full re-install of FreeBSD. May I suggest trying FreeBSD 5.0-RELEASE as there is a big improvement in SMP Yeah I am aware of the BSDi based SMP improvements. I was kinda holding out until the stable branch appeared. I know 5.0 is pretty stable. I installed it at home but haven't played with it much once I found out updating and other things I do were pretty much the same. What about CVSUP though? How do you update the code until the stable branch comes out? What if there is a security issue. Like I said, I haven't messed with 5.0 very much at all. I did try to see how CVSUP worked and it didn't for me. My supfile was probably wrong though. -- - m0gely http://quake2.telestream.com/ Q2 | Q3A | Counter-strike ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] Command
Well yeah, thats windows. FreeBSD doesn't seam to want to know the hardware *that well*. So I thought it would be ok. What were the components not recognised, can I help you in any way with finding the correct drivers for these ? I thought about that but what would it do? The kernel is compile to the options epcified in it correct? How would that help? The AMD cpu's are identified as i686 just like the p3's. I looked for AMD flags and couldn't find any. Kernel is defintely the point where you are going to resolve issues like what you are seeing, so I would advise as AMD has to have different compiling flags as these might be automated as prior 4.5 (maybe earlier) I recall AMD having additional optimising options in the kernel. Yeah I am aware of the BSDi based SMP improvements. I was kinda holding out until the stable branch appeared. I know 5.0 is pretty stable. I installed it at home but haven't played with it much once I found out updating and other things I do were pretty much the same. What about CVSUP though? How do you update the code until the stable branch comes out? What if there is a security issue. Like I said, I haven't messed with 5.0 very much at all. I did try to see how CVSUP worked and it didn't for me. My supfile was probably wrong though. Indeed I wouldn't recommend it for more then running HLDS servers atm, as I have not tested the current release for anything further, just a suggestion if you have a Wild side that wants to try something new ;) - Drew ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command
On Thu, 3 Apr 2003, m0gely wrote: Drew Broadley wrote: Ekk, I have had massive issues just with my own personal computer with swapping hard disk drives from an Intel - AMD machines and they have blue screened on occasion. Well yeah, thats windows. FreeBSD doesn't seam to want to know the hardware *that well*. So I thought it would be ok. I would highly advise at least recompiling the kernel, I thought about that but what would it do? The kernel is compile to the options epcified in it correct? How would that help? The AMD cpu's are identified as i686 just like the p3's. I looked for AMD flags and couldn't find any. I would recommend to recompile the kernel, too.. if you have not cvsuped, you just need to recompile the kernel.. what would it take? 2 minutes? 3 minutes if your server is slow at restart? if not a full re-install of FreeBSD. May I suggest trying FreeBSD 5.0-RELEASE as there is a big improvement in SMP Yeah I am aware of the BSDi based SMP improvements. I was kinda holding out until the stable branch appeared. I know 5.0 is pretty stable. I installed it at home but haven't played with it much once I found out updating and other things I do were pretty much the same. What about CVSUP though? How do you update the code until the stable branch comes out? What if there is a security issue. Like I said, I haven't messed with 5.0 very much at all. I did try to see how CVSUP worked and it didn't for me. My supfile was probably wrong though. If you use the 5-RELEASE option in the supfile it will not download alot of files. you have to change it to CURRENT. When stable comes out it will certainly be called 5-STABLE. (im too tired to lookup if its called 5-RELEASE, so dont pick me on that one...) /Bjorn What does this BUTTON DO? HEY! THE LIGHT WENT ON. WAIT A MINUTE, WHY ARE MY LETTERS THIS BIG? HMZ.. I DON'T LIKE THIS... MAYBE IT HAS SOMETHING TO DO WITH THE BUTTON I JUST PUSHED... WAIT A SEC, MAYBE THIS helps... wow.. thank goodness.. I need a break, a cup of tea and my daily soap.. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] command line help
Got it working and all that was needed was the game. Thanks all and a little trial and error. - Original Message - From: Eric (Deacon) [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, October 25, 2002 11:58 PM Subject: RE: [hlds_linux] command line help /hlds_run -noipx -game valve +map crossfire First of all, -noipx isn't really necessary unless you're actually running IPX on the box. Second, the -game argument should be the first one in. Third, you don't have to specify a game if it's just an HLDM server, do you? Doesn't the game default to valve anyway? Is valve actually capitalized? Like Valve? -- Eric (the Deacon remix) ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] command line help
Ehm. dont place it in the background. I had all sorts of problem doing that. so get rid of that at your commandline if you want it in the background, install and use screen instead. /Bjorn ...i did nothing, Michael, and it was everything i dreamed it could be! On Fri, 25 Oct 2002, Eucke wrote: No such luckit never gets further than this [mach@tfc hlds_l]$ ./hlds_run +map crossfire +maxplayers 16 [1] 539 [mach@tfc hlds_l]$ Auto-restarting the server on crash Host_Init Added packfile /home/mach/hlds_l/valve/pak0.pak (985 files) Protocol version 46 Exe version 3.1.1.0 Exe build: 14:46:34 Jun 11 2002 (2056) I can run it on TFC all day long Did WON change or something since my last restart a couple of weeks ago? Isnt it freezing at WON's Mother may I? - Original Message - From: Brian A. Stumm [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, October 25, 2002 8:54 PM Subject: Re: [hlds_linux] command line help On Fri, 25 Oct 2002, Eucke wrote: I run bare hlds_l and Im having a block. Can anyone remember what the command line is to run a hldm server? ./hlds_run -noipx -game valve +map crossfire what am I doing wrong. Many thanks in advance! |404| Innoc I thought dm (valve) was default, so try with no -game arg at all... ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command Name
there are plugins to disable these types of names. Check out clanmod, it allows wildcards in the illegal names. Wont let a person with a bad name join, and when you try to change your name to a bad name it doesnt let you. m0gely [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Mad Scientist wrote: Of course, then they just disconnect and reconnect with a different name... -Mad admin_llama changes their name to llama and won't let thm change it back unless they disconnect to do it. so adminmod must have functionality to not allow changing names while connected. while they could disconnect and change their name anyways, i think it would still be effective. usually people that change their name do it when they are about to die, or like arene said when they start to suck. it would make it a pain to have to disconnect to change the name, and who's to say they wouldn't start playing well again then hose their attempt. i would put in a request in the adminmod sript forum. -- - m0gely http://quake2.telestream.com/ Q2 | Q3A | Counter-strike ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Command Name
On Wed, 2002-10-02 at 05:49, Florian Zschocke wrote: You could also rewrite it to store the WONID or IP of the offender and change his name back as soon as he joins the server again. There are also scripts dealing with this, IIRC. ...forcing people on shared computers/net cafes to have to use the same name, regardless of how many hundred different people use it... Or he could just start logging stats based on WONID. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] Command Name
This is not trueThey can change their name but.. They only can say oorgle and those llama says =) White Tiger* http://www.powerbuy.biz -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of m0gely Sent: Tuesday, October 01, 2002 1:09 PM To: [EMAIL PROTECTED] Subject: Re: [hlds_linux] Command Name Mad Scientist wrote: Of course, then they just disconnect and reconnect with a different name... -Mad admin_llama changes their name to llama and won't let thm change it back unless they disconnect to do it. so adminmod must have functionality to not allow changing names while connected. while they could disconnect and change their name anyways, i think it would still be effective. usually people that change their name do it when they are about to die, or like arene said when they start to suck. it would make it a pain to have to disconnect to change the name, and who's to say they wouldn't start playing well again then hose their attempt. i would put in a request in the adminmod sript forum. -- - m0gely http://quake2.telestream.com/ Q2 | Q3A | Counter-strike ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] Command Name
This is not trueThey can change their name but.. They only can say oorgle and those llama says =) It depends on the settings you specify. -- Eric (the Deacon remix) ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux