My main concern is the readability of the output. First of all I don't really feel like scrolling for ages when I type status and also does it take longer to read 4-5 lines per user rather than 1 per client.
Philip
Morten Aarøe wrote:
Yep, I must agree on the status thing, if for a different reason also. I did my own realtime stats and admin server frontend for hlds. It works by parsing the log output realtime using the logaddress and a java server application and it uses rcon status to keep track of the users on the server (well, actually it just uses it to correct for the fact that packets containing connects/disconnects might be lost and also it seems that hlds sometimes forgets to write some disconnect events in the log - is this a bug other people have noticed or am I just not parsing the log well enough?). I haven't been able to get srcds running on my Debian stable servers so I haven't tested it, but I have heard rumors (on this list as far as I remember) that the new rcon status command doesn't include the user SteamID. This seems very impractical for many different reasons. In my own case it's annoying because my whole system is based on a unique player ID derived from the SteamID. In this way I can avoid people cheating on their stats by just changing their name etc.
So please, please don’t change the rcon status output info without good reason to do so. I can understand why you might want to restrict normal user access to SteamIDs (as earlier with IPs) but server admins can always find this information in the logs anyway, right? The layout is not really a big concern as I have no problem with adapting my parser to a different format if necessary, but the info should not be limited in the rcon status.
I am a big fan of the old saying "Don't fix it if it ain't broke" - and I don’t see anything broken here. If you have good reason to change it there really isn't a lot for us to do about it, but please tell us why.
I'm not trying flame you guys at valve, as I think you do a good job trying to improve everyone's experience with hlds/srcds - especially on this mailing list. Hope you will note my input and take it as constructive feedback in stead of just ranting...
Regards, Morten Aarøe [EMAIL PROTECTED]
_______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
