Wow. Nobody is going to be able to help you if every suggestion turns into some sort of conspiracy theory where everybody is against you trying to "win".
On Fri, Sep 14, 2012 at 10:36 PM, Tackdriver <[email protected]> wrote: >> It might be the update, but a lot of people had problems with that >> particular map before the update as well. I would suggest trying it >> with a different map, too, to be able to define the issue more >> precisely. > > I'm not "a lot of other people". > > But don't pay me any mind. You can even chalk me up as another "victory" > if you like. It's not a measuring contest for me. So, "you win". Just > keep telling yourself I had no idea what I was doing, and that I really > should have tried a different custom map. Surely that is why I had > problems. You'll probably even get some people to agree with you. > > I must have been wrong. That's why I just "went away" and didn't argue or > present any details, logs, etc. to prove my point. > > Yeah. That's it. > > Or maybe, this isn't my first rodeo and I know it doesn't matter how many > details I give. > > Einstein was such a genius. > > > >> >> On Fri, Sep 14, 2012 at 9:40 PM, Tackdriver <[email protected]> wrote: >>>> Did you try with another map? I believe there is a known issue with >>>> nuke_ve. >>> >>> Honestly, no, I didn't. I was on the server at the time, and seeing >>> that >>> EVERYBODY was gone, I took immediate action and changed the map to a >>> stock >>> map, hoping to see some people come back (which some did). >>> >>> Looking back at the apache logs, funny thing, not a single GET request >>> for >>> de_nuke_ve.bsp or de_nuke_ve.bsp.bz2. I would have at least expected a >>> player or three of the full server of connected players to not already >>> have this map and need to download it -- but there wasnt even a request >>> for it. Many, many requests for the overview and loading screen files >>> (using the overview/radar/loading downloader SM plugin) but none for the >>> actual map file. >>> >>> Many players attempted to return/join the map (going by the connect >>> announce plugin messages) but nobody could stay connected. >>> >>> I'll check the smac logs etc, but there were no problems before, so I am >>> blaming the update until I can prove otherwise. No problems before the >>> update. >>> >>> I had no problems fast downloading de_nuke_ve to myself and joining the >>> server/map when I played it for the first time (on this server) - that >>> is, >>> before this update. >>> >>> You don't believe, do you, that Valve wouldn't change something other >>> than >>> what they put in the official update items list? Then why did the >>> mapcyclefile cvar go hidden with this update, which was said to be a no >>> config changes update? >>> >>> >>>> On Sep 14, 2012 8:50 PM, "Tackdriver" <[email protected]> wrote: >>>> >>>>> Hopefully the subject is enough to begin setting the stage. >>>>> >>>>> Up until tonight's update (9/14), we had a working fast download that >>>>> would serve custom maps to connected/connecting players if they did >>>>> not >>>>> already have them, and they would be able to play. >>>>> >>>>> We have a properly configured HTTP redirect. I've only been doing >>>>> this >>>>> for about the last 6 years so I don't need any >>>>> well-meaning-but-presumptuous-and-contextually-irrelevant tutorials on >>>>> sv_downloadurl, bzip2, etc. >>>>> >>>>> After the update, a server we allow custom maps to be voted in >>>>> proceeded >>>>> to basically fill up (36 public slots, or 37 total counting the >>>>> reserved >>>>> slot). However with the config we run, via manipulation of the >>>>> mapcyclefile and mapgroup cvars based on player count, the server was >>>>> running stock valve maps for most of the time as the player count >>>>> built >>>>> up. Eventually, a custom map (de_nuke_ve) got voted in. >>>>> >>>>> Once the server changed to de_nuke_ve, we saw many (connect-announce >>>>> plugin based) connect announcements as players began reconnecting at >>>>> map >>>>> change, followed by disconnects. OF EVERY SINGLE PLAYER. My wife and >>>>> I, >>>>> on the local network, were the only 2 players on the server with the >>>>> bot_quota of bots, despite the multitude of connect announcements from >>>>> internet players. >>>>> >>>>> We lost everybody. A FULL SERVER OF HUMAN PLAYERS. >>>>> >>>>> Now, before somebody knee-jerks "you sure you have your custom maps >>>>> set >>>>> up >>>>> properly in your pure server whitelist config?" -- know this: sv_pure >>>>> is >>>>> disabled. So is sv_consistency. It's not that I want either of them >>>>> to >>>>> be off, it's just the way CS:GO is right now. You couldn't run >>>>> dedicated >>>>> servers with either of them ON. (and the reason I say this is: I can >>>>> vouch for my game config and my wife's -- we haven't modified ANYTHING >>>>> - >>>>> but our own servers would kick us for violations with pure or >>>>> consistency >>>>> enabled) >>>>> >>>>> So it's not an sv_pure or sv_consistency problem. >>>>> >>>>> I jumped into console for this server and checked, just be sure our >>>>> "no >>>>> config changes" update didn't finagle-force pure and consistency ON >>>>> despite my explicit configuration to turn them off. They were both >>>>> still >>>>> OFF. >>>>> >>>>> Yet NOBODY - not ONE SINGLE PLAYER - including many who according to >>>>> voice >>>>> chat leading up to the map change were well familiar with de_nuke_ve, >>>>> could connect/reconnect to our server once it changed to de_nuke_ve. >>>>> >>>>> But as soon as we changed the map back to a stock valve map, we >>>>> started >>>>> seeing players come back. >>>>> >>>>> Maybe if I write down Einstein's definition of insanity on a piece of >>>>> paper, and lay it under my pillow, it will finally seep through. >>>>> >>>>> Tackdriver >>>>> >>>>> _______________________________________________ >>>>> Csgo_servers mailing list >>>>> [email protected] >>>>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/csgo_servers >>>>> >>>> _______________________________________________ >>>> Csgo_servers mailing list >>>> [email protected] >>>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/csgo_servers >>> >>> >>> _______________________________________________ >>> Csgo_servers mailing list >>> [email protected] >>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/csgo_servers >> >> _______________________________________________ >> Csgo_servers mailing list >> [email protected] >> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/csgo_servers >> > > > _______________________________________________ > Csgo_servers mailing list > [email protected] > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/csgo_servers _______________________________________________ Csgo_servers mailing list [email protected] https://list.valvesoftware.com/cgi-bin/mailman/listinfo/csgo_servers
