[hlds_linux] Cant Load Mapcycle
When I fire up a fresh install (No plugins loaded), I get this error in the log file and I cant change to the next map. It just changes to the startup map WARNING: Couldn't find a valid map or the file doesn't exist (file "mapcycle.txt") The file exists and is in the cstrike dir. Any one know why? Thanks Joe ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] VAC Update
I just hope we don't get another update like the one before Thanksgiving! This Wednesday is Christmas Eve... > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Scott Pettit > Sent: Sunday, December 21, 2003 5:12 PM > To: [EMAIL PROTECTED] > Subject: [hlds_linux] VAC Update > > Could we get another VAC update? Cheating is getting > uncontrollable again... > Perhaps there could be a VAC update along with each Wednesday > Steam update? > > Cheers, > > Scott Pettit > > > ___ > 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] VAC Update
Aside from the fact I believe that CD is still not working since the lastest update to steam... (I haven't checked in the past few days, so maybe they got it working again...) >Cheating Death requires client intervention and the majority of players do >not know how/do not want to download addition tools to play which they then >must turn off to be able to play on servers that do run VAC. >If you make it hard for the client/player then they will go elsewhere. Let those people go elsewhere. CD is such a small program, and if someone has installed steam, they should have no problems installing the client for CD. I've done both on our servers in the past... The good players will use CD. Those who refuse to d/l it - don't let the door hit them in the. Of course, if VAC was updated more often, this would be a non-issue. RoAcH ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] cumulative patch for the 2 faults in hlds_l 1.1.1.0
[EMAIL PROTECTED] wrote: Know if there is a cumulative patch for the two faults of hlds_l 1.1.1.0? No, there is not. -- - 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
AW: [hlds_linux] VAC Update
yes, you are right on one get out of control does who rake, however, from gamble wants a clean server this just must accept. -Ursprungliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von Scott Pettit Gesendet: Montag, 22. Dezember 2003 00:46 An: [EMAIL PROTECTED] Betreff: RE: [hlds_linux] VAC Update Cheating Death requires client intervention and the majority of players do not know how/do not want to download addition tools to play which they then must turn off to be able to play on servers that do run VAC. If you make it hard for the client/player then they will go elsewhere. I run VAC and that's not going to change unless it's something server side that isn't as CPU raping as HLGuard. Cheers, Scott Pettit -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, 22 December 2003 12:37 p.m. To: [EMAIL PROTECTED] Subject: AW: [hlds_linux] VAC Update VACSERVER = F...SERVER TAKE "CHEATING DEATH" its better and full support for CS 1.6 http://www.unitedadmins.com/cdeath.php HAVE A nice DAY !!! visit us, www.gang-bang-crew.de -idle with us- [EMAIL PROTECTED] <-Ursprungliche Nachricht- mailto:[EMAIL PROTECTED] Auftrag von Scott 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
AW: [hlds_linux] VAC Update
yup -Ursprungliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von Scott Pettit Gesendet: Montag, 22. Dezember 2003 00:46 An: [EMAIL PROTECTED] Betreff: RE: [hlds_linux] VAC Update Cheating Death requires client intervention and the majority of players do not know how/do not want to download addition tools to play which they then must turn off to be able to play on servers that do run VAC. If you make it hard for the client/player then they will go elsewhere. I run VAC and that's not going to change unless it's something server side that isn't as CPU raping as HLGuard. Cheers, Scott Pettit -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, 22 December 2003 12:37 p.m. To: [EMAIL PROTECTED] Subject: AW: [hlds_linux] VAC Update VACSERVER = F...SERVER TAKE "CHEATING DEATH" its better and full support for CS 1.6 http://www.unitedadmins.com/cdeath.php HAVE A nice DAY !!! visit us, www.gang-bang-crew.de -idle with us- [EMAIL PROTECTED] <-Ursprungliche Nachricht- mailto:[EMAIL PROTECTED] Auftrag von Scott 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
RE: [hlds_linux] VAC Update
Cheating Death requires client intervention and the majority of players do not know how/do not want to download addition tools to play which they then must turn off to be able to play on servers that do run VAC. If you make it hard for the client/player then they will go elsewhere. I run VAC and that's not going to change unless it's something server side that isn't as CPU raping as HLGuard. Cheers, Scott Pettit -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, 22 December 2003 12:37 p.m. To: [EMAIL PROTECTED] Subject: AW: [hlds_linux] VAC Update VACSERVER = F...SERVER TAKE "CHEATING DEATH" its better and full support for CS 1.6 http://www.unitedadmins.com/cdeath.php HAVE A nice DAY !!! visit us, www.gang-bang-crew.de -idle with us- [EMAIL PROTECTED] <-Ursprungliche Nachricht- mailto:[EMAIL PROTECTED] Auftrag von Scott 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] Problems with HLDS Update Tool
Erik Johnson wrote: There will be a new version of the HLDSUpdateTool released in the near future (a couple of hours maximum) that will roll back the verify functionality that is causing server administrators problems. One point I'd like to raise on the subject of the updater (steam binary) is could we PLEASE have a connection timeout set on it? This goes for the Windows user client too. In the past I've started it, left for work, and 10 hours later it's still sitting there having done nothing while I've got a ton of users complaining they haven't been able to play cs all day. With timeouts implemented I could just leave it in a while(1) loop instead of having to nurse it through the process... ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
AW: [hlds_linux] VAC Update
VACSERVER = F...SERVER TAKE "CHEATING DEATH" its better and full support for CS 1.6 http://www.unitedadmins.com/cdeath.php HAVE A nice DAY !!! visit us, www.gang-bang-crew.de -idle with us- [EMAIL PROTECTED] <-Ursprungliche Nachricht- mailto:[EMAIL PROTECTED] Auftrag von Scott 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
[hlds_linux] VAC Update
Could we get another VAC update? Cheating is getting uncontrollable again... Perhaps there could be a VAC update along with each Wednesday Steam update? Cheers, Scott Pettit ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] Client side prediction on or not?
Bandwidth and packet loss are not the main driver for prediction, latency is (actually, variation in latency). Unless you only have LAN client connection then you should enable prediction to give them a better (smoother) gameplay experience. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Hawk > Sent: Saturday, December 20, 2003 5:10 PM > To: [EMAIL PROTECTED] > Subject: [hlds_linux] Client side prediction on or not? > > Hi all, I am interested in soliciting your opinions regarding the > enablement of client side prediction under 1.6. I have had it disabled > since 1.4 on the server but recently I have been told it should be > enabled under 1.6. I am wondering if there have been changes made in > 1.6 that make client side prediction a preferred configuration. The > connection to the server is 10 mbps and choke is mostly unheard of on > the server. I appreciate any comments or your own personal experience > with this option on or off. Thx all. > > -- > [TRiBForCe]Hawk > main website: http://www.tribforceclan.net > maps website: http://files.tribforceclan.net > > CS Server 24 ppl @ 139.142.185.228:27015 > > > ___ > 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] Does a hard drive effect HLDS Linux performance?
In relation with this topic... Does the floppy effect HLDS linux performance ? Not really just kidding ;) Have a Nice christmas! Britt Priddy (PZGN) wrote: wow - people are diggin now. - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Sunday, December 21, 2003 3:52 AM Subject: Re: [hlds_linux] Does a hard drive effect HLDS Linux performance? m0gely wrote: Rock wrote: -- [ Picked text/plain from multipart/alternative ] Don't forget IDE drives affect cpu alot harder than scsi drives when accessed. Not sure to what extent but 2 map changes at the same time could spike it. This hasn't been the case for some time. While IDE still uses some CPU, it's mostly insignificant. Well, that depends on how pegged out your single cpu is from the hlds processes. If you are taking up most if not all of your cpu with 2 or more hlds processes, when one changes maps, it *will* lag the servers. I have seen it happen recently on damn respectable hardware with an IDE drive in it. Its just too bad hlds uses so much cpu now, compared to when it used to. kev The lag is due especially at the speed of the disk which are in générals in IDE into 5400trs/min and in SCSI in 1trs/min. For the CPU, if the DMA are actived, the CPU usage for the hard disk is very low (look this =)) bye ___ 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] Does a hard drive effect HLDS Linux performance?
wow - people are diggin now. - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Sunday, December 21, 2003 3:52 AM Subject: Re: [hlds_linux] Does a hard drive effect HLDS Linux performance? > m0gely wrote: > >> Rock wrote: >> >>> -- >>> [ Picked text/plain from multipart/alternative ] >>> Don't forget IDE drives affect cpu alot harder than scsi drives when >>> accessed. Not sure to what extent but 2 map changes at the same time >>> could spike it. >> >> >> This hasn't been the case for some time. While IDE still uses some CPU, >> it's mostly insignificant. > > Well, that depends on how pegged out your single cpu is from the hlds > processes. If you are taking up most if not all of your cpu with 2 or > more hlds processes, when one changes maps, it *will* lag the servers. > I have seen it happen recently on damn respectable hardware with an IDE > drive in it. Its just too bad hlds uses so much cpu now, compared to > when it used to. > > kev > The lag is due especially at the speed of the disk which are in générals in IDE into 5400trs/min and in SCSI in 1trs/min. For the CPU, if the DMA are actived, the CPU usage for the hard disk is very low (look this =)) bye ___ 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] Does a hard drive effect HLDS Linux performance?
> m0gely wrote: > >> Rock wrote: >> >>> -- >>> [ Picked text/plain from multipart/alternative ] >>> Don't forget IDE drives affect cpu alot harder than scsi drives when >>> accessed. Not sure to what extent but 2 map changes at the same time >>> could spike it. >> >> >> This hasn't been the case for some time. While IDE still uses some CPU, >> it's mostly insignificant. > > Well, that depends on how pegged out your single cpu is from the hlds > processes. If you are taking up most if not all of your cpu with 2 or > more hlds processes, when one changes maps, it *will* lag the servers. > I have seen it happen recently on damn respectable hardware with an IDE > drive in it. Its just too bad hlds uses so much cpu now, compared to > when it used to. > > kev > The lag is due especially at the speed of the disk which are in générals in IDE into 5400trs/min and in SCSI in 1trs/min. For the CPU, if the DMA are actived, the CPU usage for the hard disk is very low (look this =)) bye ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] cumulative patch for the 2 faults in hlds_l 1.1.1.0
hi, Know if there is a cumulative patch for the two faults of hlds_l 1.1.1.0? Thank ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux