Re: [hlds_linux] Upate today
> You can run with "-replay " or just "-replay," which will > default to "replay.cfg." > > -Jon And I can add that if you use "-replayserverdir ", then it must come before "-replay". If not, the server will hang during startup. Don't ask me how I know ;) Best regards, Mikael ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Upate today
Having the same issue.. Confirmed on my setup as well. On Fri, May 13, 2011 at 12:15 AM, oGre wrote: > Enabling with -replay: > > Steam gadget in win7 shows 0/25 > Checkvalve (android app) shows 0/25 and sets increased_playercount > Steam browser shows 0/24 > > /o > > -- > =MUPP= oGre | o...@muppfarmen.se | http://muppfarmen.se > Den 13 maj 2011 06.05 skrev "Tony Paloma" : > > And you guys are activating replay via -replay on the > command > > line? This is the new way and it was mentioned that otherwise you will > get > > the player count bug. > > > > -Original Message- > > From: hlds_linux-boun...@list.valvesoftware.com > > [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics > > Sent: Thursday, May 12, 2011 9:03 PM > > To: Half-Life dedicated Linux server mailing list > > Subject: Re: [hlds_linux] Upate today > > > > I can confirm this. Some weird is going on. > > > > Before the update, our website status for servers shows player counts > > correctly (0/30 and 0/24) but steam browser shows one less while replay > is > > enabled. > > > > After this latest update, these look ok if no players are in but if > replay > > is enabled and someone joins server, the server shows 0/30 (or > > 0/24 on browser with 1 player and 1/31 (or 1/25) on the website. I coun't > > test this now with more players but slot count rises +1. > > > > -ics > > > > 13.5.2011 5:04, Ross Bemrose kirjoitti: > >> OK, I'm seeing a lot of weirdness going on with slot counts. > >> > >> I tested this on a password server I use to test SourceMod plugins > >> > >> On Steam: > >> I see 0/25 players when the Replay bot is active. > >> I see 0/25 players when the SourceTV bot is active. > >> I see 0/25 players when the Replay AND SourceTV bots are active. > >> > >> In TF2: > >> I see 0/24 players when the Replay bot is active I see 0/24 players > >> when the SourceTV bot is active. > >> I see 0/23 players when both bots are active. > >> > >> Now, these numbers tell me some funny interaction with the Steam > >> browser is going on. It also tells me that there is some funny > >> interaction going on between the two of them. > >> > >> Also, does anyone know which kill signal to send the server to make it > >> properly shut down the replay system? My other admin is, for whatever > >> reason, sending a kill -9 to the screen process running the server, > >> which is clearly the wrong way to go about it. Does a normal SIGTERM > >> kill shut down replays correctly? > >> > >> On 5/12/2011 8:56 PM, Jeff Sugar wrote: > >>> I am still getting the issue where, in TF2, the *visible* max players > >>> is one less than what I set it to. Meaning, I set > >>> sv_visiblemaxplayers to 24, and > >>> TF2 server browser shows it as 23. This wouldn't be so bad if the > >>> STEAM server browser didn't then show it as what I set it to. > >>> > >>> So, if I set it to 25 to account for the issue in TF2 showing one > >>> less, then the Steam server browser also shows 25. It's a no-win > >>> situation. > >>> > >>> This long-standing issue is what caused us to avoid running SourceTV. > >>> It mucked up our (reserve) slots in exactly this way. > >>> > >>> > >>> On Thu, May 12, 2011 at 3:41 PM, Jon > >>> Lippincottwrote: > >>> > You can run with "-replay" or just "-replay," which > will default to "replay.cfg." > > -Jon > > -Original Message- > From: hlds_linux-boun...@list.valvesoftware.com [mailto: > hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Jon > Lippincott > Sent: Thursday, May 12, 2011 12:39 PM > To: Half-Life dedicated Linux server mailing list; 'Half-Life > dedicated > Win32 server mailing list' > Subject: [hlds_linux] Upate today > > After today's update, you can remove +exec replay.cfg from your > command line. Instead, use "-replay" which will: > > > 1. Automatically exec replay.cfg after valve.rc on startup. > > 2. Fix the max players bug. > > -Jon > ___ > 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
Re: [hlds_linux] Upate today
Enabling with -replay: Steam gadget in win7 shows 0/25 Checkvalve (android app) shows 0/25 and sets increased_playercount Steam browser shows 0/24 /o -- =MUPP= oGre | o...@muppfarmen.se | http://muppfarmen.se Den 13 maj 2011 06.05 skrev "Tony Paloma" : > And you guys are activating replay via -replay on the command > line? This is the new way and it was mentioned that otherwise you will get > the player count bug. > > -Original Message- > From: hlds_linux-boun...@list.valvesoftware.com > [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics > Sent: Thursday, May 12, 2011 9:03 PM > To: Half-Life dedicated Linux server mailing list > Subject: Re: [hlds_linux] Upate today > > I can confirm this. Some weird is going on. > > Before the update, our website status for servers shows player counts > correctly (0/30 and 0/24) but steam browser shows one less while replay is > enabled. > > After this latest update, these look ok if no players are in but if replay > is enabled and someone joins server, the server shows 0/30 (or > 0/24 on browser with 1 player and 1/31 (or 1/25) on the website. I coun't > test this now with more players but slot count rises +1. > > -ics > > 13.5.2011 5:04, Ross Bemrose kirjoitti: >> OK, I'm seeing a lot of weirdness going on with slot counts. >> >> I tested this on a password server I use to test SourceMod plugins >> >> On Steam: >> I see 0/25 players when the Replay bot is active. >> I see 0/25 players when the SourceTV bot is active. >> I see 0/25 players when the Replay AND SourceTV bots are active. >> >> In TF2: >> I see 0/24 players when the Replay bot is active I see 0/24 players >> when the SourceTV bot is active. >> I see 0/23 players when both bots are active. >> >> Now, these numbers tell me some funny interaction with the Steam >> browser is going on. It also tells me that there is some funny >> interaction going on between the two of them. >> >> Also, does anyone know which kill signal to send the server to make it >> properly shut down the replay system? My other admin is, for whatever >> reason, sending a kill -9 to the screen process running the server, >> which is clearly the wrong way to go about it. Does a normal SIGTERM >> kill shut down replays correctly? >> >> On 5/12/2011 8:56 PM, Jeff Sugar wrote: >>> I am still getting the issue where, in TF2, the *visible* max players >>> is one less than what I set it to. Meaning, I set >>> sv_visiblemaxplayers to 24, and >>> TF2 server browser shows it as 23. This wouldn't be so bad if the >>> STEAM server browser didn't then show it as what I set it to. >>> >>> So, if I set it to 25 to account for the issue in TF2 showing one >>> less, then the Steam server browser also shows 25. It's a no-win >>> situation. >>> >>> This long-standing issue is what caused us to avoid running SourceTV. >>> It mucked up our (reserve) slots in exactly this way. >>> >>> >>> On Thu, May 12, 2011 at 3:41 PM, Jon >>> Lippincottwrote: >>> You can run with "-replay" or just "-replay," which will default to "replay.cfg." -Jon -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto: hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Jon Lippincott Sent: Thursday, May 12, 2011 12:39 PM To: Half-Life dedicated Linux server mailing list; 'Half-Life dedicated Win32 server mailing list' Subject: [hlds_linux] Upate today After today's update, you can remove +exec replay.cfg from your command line. Instead, use "-replay" which will: 1. Automatically exec replay.cfg after valve.rc on startup. 2. Fix the max players bug. -Jon ___ 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 > > > ___ > To unsubscribe, edit your list preferences, or view the list archives, please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux _
Re: [hlds_linux] Upate today
I used the -replay as suggested after the update. I only included the pre-update info for comparison reasons. To make it more clear, now if we query the server info and put it up on the website, there is now one more slot if replay is enabled (with -replay) and things look fine there but at the same time if i am in the server with my game and try to refresh the server browser, it shows 0/30 players. Maybe my server browseer didn't properly update to show correct playercount or the players actually start counting from 0 and ending up on 29. Didn't have time to test more. -ics 13.5.2011 7:04, Tony Paloma kirjoitti: And you guys are activating replay via -replay on the command line? This is the new way and it was mentioned that otherwise you will get the player count bug. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics Sent: Thursday, May 12, 2011 9:03 PM To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] Upate today I can confirm this. Some weird is going on. Before the update, our website status for servers shows player counts correctly (0/30 and 0/24) but steam browser shows one less while replay is enabled. After this latest update, these look ok if no players are in but if replay is enabled and someone joins server, the server shows 0/30 (or 0/24 on browser with 1 player and 1/31 (or 1/25) on the website. I coun't test this now with more players but slot count rises +1. -ics 13.5.2011 5:04, Ross Bemrose kirjoitti: OK, I'm seeing a lot of weirdness going on with slot counts. I tested this on a password server I use to test SourceMod plugins On Steam: I see 0/25 players when the Replay bot is active. I see 0/25 players when the SourceTV bot is active. I see 0/25 players when the Replay AND SourceTV bots are active. In TF2: I see 0/24 players when the Replay bot is active I see 0/24 players when the SourceTV bot is active. I see 0/23 players when both bots are active. Now, these numbers tell me some funny interaction with the Steam browser is going on. It also tells me that there is some funny interaction going on between the two of them. Also, does anyone know which kill signal to send the server to make it properly shut down the replay system? My other admin is, for whatever reason, sending a kill -9 to the screen process running the server, which is clearly the wrong way to go about it. Does a normal SIGTERM kill shut down replays correctly? On 5/12/2011 8:56 PM, Jeff Sugar wrote: I am still getting the issue where, in TF2, the *visible* max players is one less than what I set it to. Meaning, I set sv_visiblemaxplayers to 24, and TF2 server browser shows it as 23. This wouldn't be so bad if the STEAM server browser didn't then show it as what I set it to. So, if I set it to 25 to account for the issue in TF2 showing one less, then the Steam server browser also shows 25. It's a no-win situation. This long-standing issue is what caused us to avoid running SourceTV. It mucked up our (reserve) slots in exactly this way. On Thu, May 12, 2011 at 3:41 PM, Jon Lippincottwrote: You can run with "-replay" or just "-replay," which will default to "replay.cfg." -Jon -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto: hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Jon Lippincott Sent: Thursday, May 12, 2011 12:39 PM To: Half-Life dedicated Linux server mailing list; 'Half-Life dedicated Win32 server mailing list' Subject: [hlds_linux] Upate today After today's update, you can remove +exec replay.cfg from your command line. Instead, use "-replay" which will: 1. Automatically exec replay.cfg after valve.rc on startup. 2. Fix the max players bug. -Jon ___ 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 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux _
Re: [hlds_linux] Upate today
And you guys are activating replay via -replay on the command line? This is the new way and it was mentioned that otherwise you will get the player count bug. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics Sent: Thursday, May 12, 2011 9:03 PM To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] Upate today I can confirm this. Some weird is going on. Before the update, our website status for servers shows player counts correctly (0/30 and 0/24) but steam browser shows one less while replay is enabled. After this latest update, these look ok if no players are in but if replay is enabled and someone joins server, the server shows 0/30 (or 0/24 on browser with 1 player and 1/31 (or 1/25) on the website. I coun't test this now with more players but slot count rises +1. -ics 13.5.2011 5:04, Ross Bemrose kirjoitti: > OK, I'm seeing a lot of weirdness going on with slot counts. > > I tested this on a password server I use to test SourceMod plugins > > On Steam: > I see 0/25 players when the Replay bot is active. > I see 0/25 players when the SourceTV bot is active. > I see 0/25 players when the Replay AND SourceTV bots are active. > > In TF2: > I see 0/24 players when the Replay bot is active I see 0/24 players > when the SourceTV bot is active. > I see 0/23 players when both bots are active. > > Now, these numbers tell me some funny interaction with the Steam > browser is going on. It also tells me that there is some funny > interaction going on between the two of them. > > Also, does anyone know which kill signal to send the server to make it > properly shut down the replay system? My other admin is, for whatever > reason, sending a kill -9 to the screen process running the server, > which is clearly the wrong way to go about it. Does a normal SIGTERM > kill shut down replays correctly? > > On 5/12/2011 8:56 PM, Jeff Sugar wrote: >> I am still getting the issue where, in TF2, the *visible* max players >> is one less than what I set it to. Meaning, I set >> sv_visiblemaxplayers to 24, and >> TF2 server browser shows it as 23. This wouldn't be so bad if the >> STEAM server browser didn't then show it as what I set it to. >> >> So, if I set it to 25 to account for the issue in TF2 showing one >> less, then the Steam server browser also shows 25. It's a no-win >> situation. >> >> This long-standing issue is what caused us to avoid running SourceTV. >> It mucked up our (reserve) slots in exactly this way. >> >> >> On Thu, May 12, 2011 at 3:41 PM, Jon >> Lippincottwrote: >> >>> You can run with "-replay" or just "-replay," which >>> will default to "replay.cfg." >>> >>> -Jon >>> >>> -Original Message- >>> From: hlds_linux-boun...@list.valvesoftware.com [mailto: >>> hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Jon >>> Lippincott >>> Sent: Thursday, May 12, 2011 12:39 PM >>> To: Half-Life dedicated Linux server mailing list; 'Half-Life >>> dedicated >>> Win32 server mailing list' >>> Subject: [hlds_linux] Upate today >>> >>> After today's update, you can remove +exec replay.cfg from your >>> command line. Instead, use "-replay" which will: >>> >>> >>> 1. Automatically exec replay.cfg after valve.rc on startup. >>> >>> 2. Fix the max players bug. >>> >>> -Jon >>> ___ >>> 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 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Upate today
I can confirm this. Some weird is going on. Before the update, our website status for servers shows player counts correctly (0/30 and 0/24) but steam browser shows one less while replay is enabled. After this latest update, these look ok if no players are in but if replay is enabled and someone joins server, the server shows 0/30 (or 0/24 on browser with 1 player and 1/31 (or 1/25) on the website. I coun't test this now with more players but slot count rises +1. -ics 13.5.2011 5:04, Ross Bemrose kirjoitti: OK, I'm seeing a lot of weirdness going on with slot counts. I tested this on a password server I use to test SourceMod plugins On Steam: I see 0/25 players when the Replay bot is active. I see 0/25 players when the SourceTV bot is active. I see 0/25 players when the Replay AND SourceTV bots are active. In TF2: I see 0/24 players when the Replay bot is active I see 0/24 players when the SourceTV bot is active. I see 0/23 players when both bots are active. Now, these numbers tell me some funny interaction with the Steam browser is going on. It also tells me that there is some funny interaction going on between the two of them. Also, does anyone know which kill signal to send the server to make it properly shut down the replay system? My other admin is, for whatever reason, sending a kill -9 to the screen process running the server, which is clearly the wrong way to go about it. Does a normal SIGTERM kill shut down replays correctly? On 5/12/2011 8:56 PM, Jeff Sugar wrote: I am still getting the issue where, in TF2, the *visible* max players is one less than what I set it to. Meaning, I set sv_visiblemaxplayers to 24, and TF2 server browser shows it as 23. This wouldn't be so bad if the STEAM server browser didn't then show it as what I set it to. So, if I set it to 25 to account for the issue in TF2 showing one less, then the Steam server browser also shows 25. It's a no-win situation. This long-standing issue is what caused us to avoid running SourceTV. It mucked up our (reserve) slots in exactly this way. On Thu, May 12, 2011 at 3:41 PM, Jon Lippincottwrote: You can run with "-replay" or just "-replay," which will default to "replay.cfg." -Jon -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto: hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Jon Lippincott Sent: Thursday, May 12, 2011 12:39 PM To: Half-Life dedicated Linux server mailing list; 'Half-Life dedicated Win32 server mailing list' Subject: [hlds_linux] Upate today After today's update, you can remove +exec replay.cfg from your command line. Instead, use "-replay" which will: 1. Automatically exec replay.cfg after valve.rc on startup. 2. Fix the max players bug. -Jon ___ 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
Re: [hlds_linux] Upate today
OK, I'm seeing a lot of weirdness going on with slot counts. I tested this on a password server I use to test SourceMod plugins On Steam: I see 0/25 players when the Replay bot is active. I see 0/25 players when the SourceTV bot is active. I see 0/25 players when the Replay AND SourceTV bots are active. In TF2: I see 0/24 players when the Replay bot is active I see 0/24 players when the SourceTV bot is active. I see 0/23 players when both bots are active. Now, these numbers tell me some funny interaction with the Steam browser is going on. It also tells me that there is some funny interaction going on between the two of them. Also, does anyone know which kill signal to send the server to make it properly shut down the replay system? My other admin is, for whatever reason, sending a kill -9 to the screen process running the server, which is clearly the wrong way to go about it. Does a normal SIGTERM kill shut down replays correctly? On 5/12/2011 8:56 PM, Jeff Sugar wrote: I am still getting the issue where, in TF2, the *visible* max players is one less than what I set it to. Meaning, I set sv_visiblemaxplayers to 24, and TF2 server browser shows it as 23. This wouldn't be so bad if the STEAM server browser didn't then show it as what I set it to. So, if I set it to 25 to account for the issue in TF2 showing one less, then the Steam server browser also shows 25. It's a no-win situation. This long-standing issue is what caused us to avoid running SourceTV. It mucked up our (reserve) slots in exactly this way. On Thu, May 12, 2011 at 3:41 PM, Jon Lippincottwrote: You can run with "-replay" or just "-replay," which will default to "replay.cfg." -Jon -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto: hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Jon Lippincott Sent: Thursday, May 12, 2011 12:39 PM To: Half-Life dedicated Linux server mailing list; 'Half-Life dedicated Win32 server mailing list' Subject: [hlds_linux] Upate today After today's update, you can remove +exec replay.cfg from your command line. Instead, use "-replay" which will: 1. Automatically exec replay.cfg after valve.rc on startup. 2. Fix the max players bug. -Jon ___ 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
Re: [hlds_linux] Upate today
Yes, and I'm disappointed that today's update didn't fix this bug. Strange, since it would seem to me to be the same fix that the Replay bot has, as with both SourceTV and replay connected, my 24 player server showed 0/25 players... which means it's doing the -1 for Replay just fine, but not for SourceTV. On 5/12/2011 8:56 PM, Jeff Sugar wrote: I am still getting the issue where, in TF2, the *visible* max players is one less than what I set it to. Meaning, I set sv_visiblemaxplayers to 24, and TF2 server browser shows it as 23. This wouldn't be so bad if the STEAM server browser didn't then show it as what I set it to. So, if I set it to 25 to account for the issue in TF2 showing one less, then the Steam server browser also shows 25. It's a no-win situation. This long-standing issue is what caused us to avoid running SourceTV. It mucked up our (reserve) slots in exactly this way. On Thu, May 12, 2011 at 3:41 PM, Jon Lippincottwrote: You can run with "-replay" or just "-replay," which will default to "replay.cfg." -Jon -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto: hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Jon Lippincott Sent: Thursday, May 12, 2011 12:39 PM To: Half-Life dedicated Linux server mailing list; 'Half-Life dedicated Win32 server mailing list' Subject: [hlds_linux] Upate today After today's update, you can remove +exec replay.cfg from your command line. Instead, use "-replay" which will: 1. Automatically exec replay.cfg after valve.rc on startup. 2. Fix the max players bug. -Jon ___ 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
Re: [hlds_linux] Upate today
I am still getting the issue where, in TF2, the *visible* max players is one less than what I set it to. Meaning, I set sv_visiblemaxplayers to 24, and TF2 server browser shows it as 23. This wouldn't be so bad if the STEAM server browser didn't then show it as what I set it to. So, if I set it to 25 to account for the issue in TF2 showing one less, then the Steam server browser also shows 25. It's a no-win situation. This long-standing issue is what caused us to avoid running SourceTV. It mucked up our (reserve) slots in exactly this way. On Thu, May 12, 2011 at 3:41 PM, Jon Lippincott wrote: > You can run with "-replay " or just "-replay," which will > default to "replay.cfg." > > -Jon > > -Original Message- > From: hlds_linux-boun...@list.valvesoftware.com [mailto: > hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Jon Lippincott > Sent: Thursday, May 12, 2011 12:39 PM > To: Half-Life dedicated Linux server mailing list; 'Half-Life dedicated > Win32 server mailing list' > Subject: [hlds_linux] Upate today > > After today's update, you can remove +exec replay.cfg from your command > line. Instead, use "-replay" which will: > > > 1. Automatically exec replay.cfg after valve.rc on startup. > > 2. Fix the max players bug. > > -Jon > ___ > 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] Team Fortress 2 Update Released
So, for whatever reason, despite being able to manually ftp into my remote web server with the same settings that appear in my replay_ftp.cfg file, I get a * Logging in and uploading.FAILED * * * ** ERROR: Access denied to remote resource message. I've double-checked the directory as well, and it appears to be correct, and can upload files to it. Any idea what could be causing this error? On 5/12/2011 8:15 PM, Jason Ruymen wrote: A required update for Team Fortress 2 is now available. The specific changes include: ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] Team Fortress 2 Update Released
A required update for Team Fortress 2 is now available. The specific changes include: Team Fortress 2 - Added a "Show in Backpack Order" setting to the loadout slot select screen - This flag also affects the Quickswitch dialog - Updated the Furious Fukaamigasa, the Hero's Hachimaki and the Connoisseur's Cap to be craftable - Updated the localization files - Replay - Added a new command line parameter "-replay" that will increase maxplayers by 1 at startup and automatically execute replay.cfg for the server - Fixed another bug that caused Mac replay renders to be blurry - Fixed a bug where Replay FTP offloading was not using "replay_fileserver_offload_port" - Improved detection of Replay server config problems - Replay is automatically disabled on servers if the Replay publish test fails - Saved Replay movies that were exported as TGA's/WAV will report more descriptive errors if YouTube(TM) upload or "Export" is attempted Jason ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Upate today
You can run with "-replay " or just "-replay," which will default to "replay.cfg." -Jon -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Jon Lippincott Sent: Thursday, May 12, 2011 12:39 PM To: Half-Life dedicated Linux server mailing list; 'Half-Life dedicated Win32 server mailing list' Subject: [hlds_linux] Upate today After today's update, you can remove +exec replay.cfg from your command line. Instead, use "-replay" which will: 1. Automatically exec replay.cfg after valve.rc on startup. 2. Fix the max players bug. -Jon ___ 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
[hlds_linux] Upate today
After today's update, you can remove +exec replay.cfg from your command line. Instead, use "-replay" which will: 1. Automatically exec replay.cfg after valve.rc on startup. 2. Fix the max players bug. -Jon ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] Replay: Unable to rename file on NFS share
Hi, I'm running the Game and Webserver on different machines and didn't want to setup a FTP. So I used a NFS share where the Game server should move the replays to. >From there they get read by the webserver. However, srcds seems to be unable to rename, although the user running srcds can perfectly create files and rename (mv) them as well. What could be the reason for this? Regards ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Replay feature requests
Perhaps valve can shed some light on the match_xx from youtube too.. On Thu, 12 May 2011 11:13:50 -0400, Nicholas Hastings wrote: > http://forums.steampowered.com/forums/showthread.php?t=1882939 > > On 5/12/2011 11:11 AM, Eric Riemers wrote: >> Below is something i would want to see too. Always nice to integrate >> those >> things. >> >>> Yes, an overview of this dmx file format could be useful. I'd also like >> to >>> know how these YouTube match_ tags are calculated, so that we can link >>> to >>> all videos that have been recorded on our servers. >>> >>> -Jan >>> >>> >>> ___ >>> 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
Re: [hlds_linux] Replay feature requests
http://forums.steampowered.com/forums/showthread.php?t=1882939 On 5/12/2011 11:11 AM, Eric Riemers wrote: Below is something i would want to see too. Always nice to integrate those things. Yes, an overview of this dmx file format could be useful. I'd also like to know how these YouTube match_ tags are calculated, so that we can link to all videos that have been recorded on our servers. -Jan ___ 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] Replay feature requests
Below is something i would want to see too. Always nice to integrate those things. > Yes, an overview of this dmx file format could be useful. I'd also like to > know how these YouTube match_ tags are calculated, so that we can link to > all videos that have been recorded on our servers. > > -Jan > > > ___ > 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] Replay feature requests
Nephyrin Zey: > - A way to automatically create real .dem files of entire rounds/maps > (basically, combine/dump the blocks at the end of each replay session). > Alternately, some info on the .dmx format the server uses for indexing the > blocks would make it easier to do this in a sourcemod plugin. Jon Lippincott: > Is there a way to access the format for the recording session block files > and/or session info files? See below. > If you have additional questions, you can mail the HLDS list (sign up here) > or post to the forums. If you don't get answers there, send mail to > j...@valvesoftware.com. Yes, an overview of this dmx file format could be useful. I'd also like to know how these YouTube match_ tags are calculated, so that we can link to all videos that have been recorded on our servers. -Jan ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
