Re: [hlds_linux] Upate today
On Fri, May 13, 2011 at 4:57 PM, Andrew Armitage wrote: > Surely there is a huge difference between bots that PLAY the game, and take > up a slot on a team, and bots that lurk for monitoring purposes? I agree there's a big difference, but most (real) players don't like playing multiplayer games with bots, no matter how good the AI is. So it makes sense to penalize playing bots in the server list, to increase the usefulness of the servers browser to the eye of the player. An alternative may be having spectator bots not take a player slot at all, but I fear now we are digging too deep in the internals of the engine. The change I suggested is just a cosmetic one, and could be implemented with the data already returned in A2S_INFO replies. ___ 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
For "bot" I wouldn't distinguish from SourceTV, replay, or tf_bot. Surely there is a huge difference between bots that PLAY the game, and take up a slot on a team, and bots that lurk for monitoring purposes? I'd expect player bots to take up slots, and spectator bots not to. Would it be possible to have two 'player' limits? One that controls how many people/bots can be connected to the server, and one that controls how many people can actually be playing. So I could set my server up with 24 player slots, but 28 connection slots. Replay and sourceTV would take up two of these extra connection slots, and I could allow people to join to watch the game while they wait for a free playing slot. A ___ 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
IMHO this should be the proper way of displaying player counts for a 24 slots server: 0 players, 0 bots: 0/24 0 players, 1 bots: 0(1)/24 0 players, 6 bots: 0(6)/24 5 players, 6 bots: 5(11)/24 1 players, 0 bots: 1/24 1 players, 1 bots: 1(2)/24 24 players, 0 bots: 24/24 24 players, 1 bots: 24(25)/24 What we get after yesterday update: In-game browser: 0 players, 0 bots: 0/24 0 players, 1 bots: 0/24 0 players, 6 bots: 0/19 5 players, 6 bots: 5/19 1 players, 0 bots: 1/24 1 players, 1 bots: 1/24 24 players, 0 bots: 24/24 24 players, 1 bots: 24/24 Steam browser: 0 players, 0 bots: 0/24 0 players, 1 bots: 1/25 0 players, 6 bots: 6/25 5 players, 6 bots: 11/25 1 players, 0 bots: 1/24 1 players, 1 bots: 2/25 24 players, 0 bots: 24/24 24 players, 1 bots: 25/25 In these examples I assumed that when at least one bot is in the server, it is a tv or replay bot. Hence 1 slot is added to maxplayers. For "bot" I wouldn't distinguish from SourceTV, replay, or tf_bot. On Fri, May 13, 2011 at 3:52 PM, Ronny Schedel wrote: > The Steam browser is correct, all other applications should show 1/25. > > > 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
Re: [hlds_linux] Upate today
The Steam browser is correct, all other applications should show 1/25. > 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. >>>>> >>&g
Re: [hlds_linux] Upate today
on my previous email please read replay_fileserver_path as replay_fileserver_remotepath. apologies about that i just got myself all confused as to why replay isnt working any more on our servers without crashing. On 13/05/2011 07:16, Mikael Ejberg Pedersen wrote: 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 ___ 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 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. > >>
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.valves
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 t
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] 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
