@Weasels Lair
Yes there has been a noticeable improvement in responses from Valve in the
past few months. It's nice to see that they are taking the time to read
stuff and respond.
On Wed, Nov 16, 2016 at 4:07 PM, Weasels Lair <wea...@weaselslair.com>
wrote:
> "proof-of-life" that Valve does actually read this stuff. :-)
>
> They probably just ignore the rants and "venting".
>
> On Nov 16, 2016 1:00 PM, "John Schoenick" <jo...@valvesoftware.com> wrote:
>
>> Thanks for the feedback, all!
>>
>> I've narrowed this down to an old typo in the engine that was
>> exacerbated by recent changes. We will have a fix ready in the near
>> future.
>>
>>
>> - John
>>
>>
>> On 11/15/2016 11:58 PM, ics wrote:
>> > I'm also sure that this has nothing to do with the maps entity counts
>> > at all. The connecting player is 1 entity and if the server for some
>> > reason reports it cannot create new entity, it will drop the player
>> > and give false information about max_edicts.
>> >
>> > -ics
>> >
>> > sigsegv kirjoitti:
>> >> Since I had the (possibly somewhat unique) experience of seeing this
>> >> problem from both the client side and server side at the same time
>> >> when it
>> >> happened, I have some console excerpts from both sides at the time of
>> >> disconnect.
>> >>
>> >> Unfortunately I don't have timestamps for every single line on the
>> >> server
>> >> side, because I let my console.log file saturate at 2GB several
>> >> months ago
>> >> (oops). However I can confirm that the system clocks on the client
>> >> side and
>> >> server side were exactly in sync (to within 1 second).
>> >>
>> >> Client:
>> >>
>> >> 11/15/2016 - 15:40:06: sigsegv connected
>> >> 11/15/2016 - 15:40:07: Attemped to precache unknown particle system
>> >> "drain_effect"!
>> >> 11/15/2016 - 15:40:07: Attemped to precache unknown particle system
>> >> "drain_effect"!
>> >> 11/15/2016 - 15:40:10: CAsyncWavDataCache: 2 .wavs total 0 bytes,
>> >> 0.00 %
>> >> of capacity
>> >> 11/15/2016 - 15:40:12: Set Gravity 800.0 (0.250 tolerance)
>> >> 11/15/2016 - 15:40:12: TODO: Refusing to discard 39882 bytes
>> >> 11/15/2016 - 15:40:12: Signon traffic "CLIENT": incoming 282.030 KB,
>> >> outgoing 3.277 KB
>> >> 11/15/2016 - 15:40:12: Queued Material System: ENABLED!
>> >> 11/15/2016 - 15:40:12: Compact freed 1122304 bytes
>> >> 11/15/2016 - 15:40:12: Using joystick 'Xbox360 controller'
>> configuration
>> >> 11/15/2016 - 15:40:12: JOY_AXIS_X: mapped to Side (absolute)
>> >> 11/15/2016 - 15:40:12: JOY_AXIS_Y: mapped to Forward (absolute)
>> >> 11/15/2016 - 15:40:12: JOY_AXIS_Z: unmapped
>> >> 11/15/2016 - 15:40:12: JOY_AXIS_R: mapped to Look (absolute)
>> >> 11/15/2016 - 15:40:12: JOY_AXIS_U: mapped to Turn (absolute)
>> >> 11/15/2016 - 15:40:12: JOY_AXIS_V: unmapped
>> >> 11/15/2016 - 15:40:12: Advanced Joystick settings initialized
>> >> 11/15/2016 - 15:40:12: Redownloading all lightmaps
>> >> 11/15/2016 - 15:40:12: R_RedownloadAllLightmaps took 7.764 msec!
>> >> 11/15/2016 - 15:40:12: Attemped to precache unknown particle system
>> >> "drain_effect"!
>> >> 11/15/2016 - 15:41:06: Starting ping measurement
>> >> 11/15/2016 - 15:41:11: Communications with routing cluster 'man' have
>> >> been
>> >> disrupted.
>> >> 11/15/2016 - 15:41:32:
>> >> Host_Error: CL_ReadPreserveEnt: u.m_nNewEntity == MAX_EDICTS ||
>> >> u.m_nNewEntity < 0
>> >>
>> >>
>> >> Server:
>> >>
>> >> L 11/15/2016 - 15:39:11: -------- Mapchange to mvm_example --------
>> >> L 11/15/2016 - 15:39:11: Error log file session closed.
>> >> Applying new item schema, version 27C794FC
>> >> **WARNING** Item schema mismatch after update!
>> >> GC told us to expect 27C794FC, we got 5CE6659C
>> >> ConVarRef room_type doesn't point to an existing ConVar
>> >> Executing dedicated server config file server.cfg
>> >> Set Gravity 800.0 (0.250 tolerance)
>> >> SoundEmitter: adding map sound overrides from
>> >> scripts/mvm_level_sounds.txt
>> >> [1667 total, 1667 replacements, 4 duplicated replacements]
>> >> SoundEmitter: adding map sound overrides from
>> >> scripts/mvm_level_sound_tweaks.txt [11 total, 11 replacements, 11
>> >> duplicated replacements]
>> >> SoundEmitter: adding map sound overrides from
>> >> scripts/game_sounds_vo_mvm.txt [2387 total, 4 replacements, 0
>> duplicated
>> >> replacements]
>> >> SoundEmitter: adding map sound overrides from
>> >> scripts/game_sounds_vo_mvm_mighty.txt [1434 total, 0 replacements, 0
>> >> duplicated replacements]
>> >> Loading AI graph
>> >> Step 1 loading
>> >> Checking version
>> >> Passed first ver check
>> >> Got version 37
>> >> Map version 174
>> >> Done version checks
>> >> Finishing load
>> >> Set motd from file 'cfg/motd_default.txt'. ('cfg/motd.txt' was not
>> >> found.)
>> >> Set motd_text from file 'cfg/motd_text_default.txt'.
>> >> ('cfg/motd_text.txt'
>> >> was not found.)
>> >> Created class baseline: 22 classes, 7831 bytes.
>> >> 32 player server started
>> >> execing server.cfg
>> >> 'mvm_example.cfg' not present; not executing.
>> >> Steamworks Stats: Requesting SERVER session id.
>> >> Steamworks Stats: Received SERVER session id: 1191059030756
>> >> Dropping ClientInfo packet from client not in appropriate state
>> >> Forcing client reconnect (2)
>> >> Stringtable modelprecache compression: 21192 -> 11080 bytes: 0.11ms
>> >> Stringtable soundprecache compression: 157111 -> 59643 bytes: 13.65ms
>> >> Stringtable instancebaseline compression: 7956 -> 2499 bytes: 0.03ms
>> >> Stringtable ParticleEffectNames compression: 23709 -> 19491 bytes:
>> >> 0.16ms
>> >> Stringtable Scenes compression: 47474 -> 21863 bytes: 16.74ms
>> >> Compressing fragments (120749 -> 118620 bytes): 0.22ms
>> >> Compressing fragments (15327 -> 12515 bytes): 0.09ms
>> >> Sending full update to Client sigsegv
>> >> Sending full update to Client sigsegv
>> >> MVM assigned sigsegv to defending team (5 more slots remaining after
>> us)
>> >> Dropped sigsegv from server (CL_ReadPreserveEnt: u.m_nNewEntity ==
>> >> MAX_EDICTS || u.m_nNewEntity < 0)
>> >> Server is hibernating
>> >>
>> >>
>> >>
>> >> Justin (sigsegv)
>> >>
>> >> On Tue, Nov 15, 2016 at 5:19 PM, sigsegv <sigs...@sigpipe.info> wrote:
>> >>
>> >>> I've had this happen multiple times with a Windows client and Linux
>> >>> dedicated server on my same box for testing.
>> >>>
>> >>> Had it occur on mvm_example (hardly a high-entity-quantity map) at
>> >>> least
>> >>> twice. Once of those times was literally moments after the server had
>> >>> started and changelevel'd to the map.
>> >>>
>> >>> So I'm reasonably sure this has little or nothing to do with maps in
>> >>> particular.
>> >>>
>> >>>
>> >>> Justin (sigsegv)
>> >>>
>> >>> On Mon, Nov 14, 2016 at 6:51 PM, N-Gon <ngongamedes...@gmail.com>
>> >>> wrote:
>> >>>
>> >>>> I've had it happen to me on cp_granary on a completely empty
>> >>>> server. I got
>> >>>> kicked the moment I ran "ugc_off" even though I hadn't exec'd any
>> >>>> previous
>> >>>> ugc config.
>> >>>> Don't ask me why I was doing that :P
>> >>>>
>> >>>> On Mon, Nov 14, 2016 at 9:44 PM, John Schoenick
>> >>>> <jo...@valvesoftware.com>
>> >>>> wrote:
>> >>>>
>> >>>>> We're looking in to this. Please let me know if you identify any
>> >>>>> maps/etc. that seem to reliably trigger the error.
>> >>>>>
>> >>>>> - John
>> >>>>>
>> >>>>>
>> >>>>> On 11/12/2016 04:12 AM, Sergey Dobretsov wrote:
>> >>>>>> Hi.
>> >>>>>>
>> >>>>>> Yesterday, I've realised people are getting kicked randomly on
>> >>>>>> all of
>> >>>> the
>> >>>>>> tf2 servers:
>> >>>>>> L 11/12/2016 - 14:53:06: "Kalashnikov<32><[U:1:17103025
>> >>>> 1]><Spectator>"
>> >>>>>> disconnected (reason "CL_ReadPreserveEnt: u.m_nNewEntity ==
>> >>>> MAX_EDICTS ||
>> >>>>>> u.m_nNewEntity < 0")
>> >>>>>> _______________________________________________
>> >>>>>> To unsubscribe, edit your list preferences, or view the list
>> >>>>>> archives,
>> >>>>> please visit:
>> >>>>>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>> >>>>>>
>> >>>>>
>> >>>>> _______________________________________________
>> >>>>> To unsubscribe, edit your list preferences, or view the list
>> >>>>> archives,
>> >>>>> please visit:
>> >>>>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>> >>>>>
>> >>>> _______________________________________________
>> >>>> To unsubscribe, edit your list preferences, or view the list
>> archives,
>> >>>> please visit:
>> >>>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>> >>>>
>> >>>
>> >> _______________________________________________
>> >> To unsubscribe, edit your list preferences, or view the list
>> >> archives, please visit:
>> >> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>> >
>> >
>> > _______________________________________________
>> > To unsubscribe, edit your list preferences, or view the list archives,
>> > please visit:
>> > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>>
>>
>> _______________________________________________
>> To unsubscribe, edit your list preferences, or view the list archives,
>> please visit:
>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>>
>
> _______________________________________________
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
>
>
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
