GMod Community News Commits, GitHub & Discord. One feed. In #next-update, Redox asked to enable gmod_mcore_test by default on main and dev too before x86-64 goes away. On 24 Oct Darth replied it's already 1 in both x86-64 and dev, but not main as far as he knows.
Cheatoid posted a snippet crashing x64 with mcore. robotboy655 couldn't reproduce; Cheatoid then concluded it's a race condition.
In #lua-help, A1steaksa asked what causes Render queue too large, flushing! when rendering an IMesh. Rubat explained the multicore rendering queue is too large: over 32 MB of vertices or indices, or over 15 MB of data in the queue. He named mat_report_queue_status for stats. full metal sergeant 228 said he hit it with too many particle systems.
Commit 9ecf4a on main makes prediction errors on arrays include the index for ints and floats, fixes a couple of multicore rendering memory leaks and a crash in render.UpdateScreenEffectTexture.
trigger_portal_cleanser added to the entity override whitelistrender.UpdateScreenEffectTexturewidgets.RenderMe and properties.GetHovered removed serversiderender.UpdateScreenEffectTexture, render.PushCustomClipPlane)Commit 185851 on main makes surface.DrawPoly throw an error when given fewer than 3 vertices, fixes ropes turning invisible in a specific multicore setup and restores sk_auto_reload_time.
surface.DrawPoly throws an error on invalid data (fewer than 3 verts)r_queued_ropes 0; mat_queue_mode 2; gmod_mcore_test 1sk_auto_reload_time works again; it requires gmod_suit 1, and a value of 0 or below disables the feature