Artemking4 found the root cause of the bone 0 problem in IMesh:DrawSkinned: in shaderapidx8.cpp, bone 0 is also loaded as the model matrix, so rendering breaks unless it is reset afterwards. Wrapping the call in cam.PushModelMatrix and the matching pop fixes it, and he asks for bone 0 to be exposed.
Without bone 0, player and NPC models that use all 53 bones have to be split into two draw calls, which hurts performance. The issue includes screenshots and a spiral test script. It follows his earlier argument with Rubat in #next-update about whether DrawSkinned should allow bone 0.
", "date_published": "2026-10-27T01:18:07.000Z", "date_modified": "2026-10-27T01:18:07.000Z", "tags": [ "GitHub", "meshes", "lua-api", "rendering", "performance" ], "authors": [ { "name": "Artemking4" } ], "external_url": "https://github.com/Facepunch/garrysmod-issues/issues/7119" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-27-empty-model-handling-reworked-prediction-error-counting-fix/", "url": "https://gmod-community-news.pages.dev/items/2026-10-27-empty-model-handling-reworked-prediction-error-counting-fix/", "title": "Empty model handling reworked, prediction error counting fix, icons for new TF2 maps", "summary": "Commit 5bca5b on `main` reworks how 0-byte model files are handled (\"Change where it bails so maybe its less error prone?\"), fixes prediction error counting for certain fields and adds icons for the 5 new TF2 maps.", "content_html": "Commit 5bca5b on main reworks how 0-byte model files are handled ("Change where it bails so maybe its less error prone?"), fixes prediction error counting for certain fields and adds icons for the 5 new TF2 maps.
The empty model fix also reached the x86-64 beta separately in commit 7e5aa8, together with the earlier "Handle 0 byte model files crashing the game" change.
Commit 09a162 on main makes the change that had Entity:SetPos fire trigger touch events opt-in via a separate argument, since it caused infinite loops in existing addons such as TTT. The UV behaviour without the sub-pixel adjustment moves to a new function, surface.DrawTexturedRectRawUV, so surface.DrawTexturedRectUV works the old way again.
This answers the complaints of the past days: RNDX and addons that compensated for the old adjustment no longer break. The same commit also fixes NPC-related crashes and lua_refresh_file autocomplete, adds the serverside Player:RunConsoleCommand (with the same limitations as the global RunConsoleCommand) and uses it in some Sandbox tools, and fixes citizen_sheet_bloody.vtf looking blurry. The changes reached the x86-64 beta in the large merge commit cfa73c.
TotallyARussian reported two long-standing bugs on the x86-64 beta: in #7117, a gamemode changed during a game reverts to the previous one on the next map; in #7118, subscribing to or unsubscribing from an addon while on a server unloads the server's content, turning models into errors.
He says both happen on all branches and have for a long time. For now, the only reliable way to switch gamemodes is to quit the map and do it in the main menu. No developer replies yet.
", "date_published": "2026-10-26T05:06:52.000Z", "date_modified": "2026-10-26T05:06:52.000Z", "tags": [ "GitHub", "addons", "content", "menu", "x86-64" ], "authors": [ { "name": "TotallyARussian" } ], "external_url": "https://github.com/Facepunch/garrysmod-issues/issues/7117" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-26-request-timer-isrunning/", "url": "https://gmod-community-news.pages.dev/items/2026-10-26-request-timer-isrunning/", "title": "Request: timer.IsRunning", "summary": "unknown-gd asked for `timer.IsRunning`, to go with the new `timer.IsPaused`.", "content_html": "unknown-gd asked for timer.IsRunning, to go with the new timer.IsPaused.
In #developer-talk, Xenthio explained that his Source 2-style renderer is a replacement for shaderapi plus his own lightmap baker. Baking takes about 40 seconds on a map's first load; after that the map opens instantly.
He plans bicubic lightmaps. Evgeny Akabenko showed a comparison and asked about seams, the main problem with bicubic filtering; Xenthio said he hasn't tackled that yet.
", "date_published": "2026-10-25T21:44:18.000Z", "date_modified": "2026-10-25T21:44:18.000Z", "tags": [ "Discord", "rendering", "shaders", "showcase" ], "authors": [ { "name": "Xenthio" }, { "name": "Evgeny Akabenko" } ], "external_url": "https://discord.com/channels/565105920414318602/565108080300261398/1564031880465227796" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-25-server-hangs-at-0-fps-on-big-maps-after-the-24-oct-update/", "url": "https://gmod-community-news.pages.dev/items/2026-10-25-server-hangs-at-0-fps-on-big-maps-after-the-24-oct-update/", "title": "Server hangs at 0 FPS on big maps after the 24 Oct update", "summary": "ArtyomChyornyj2035 reported 0 server FPS and \"Connection problem\" warnings on entity-heavy maps (x86-64 build 26168646).", "content_html": "ArtyomChyornyj2035 reported 0 server FPS and "Connection problem" warnings on entity-heavy maps (x86-64 build 26168646).
", "date_published": "2026-10-25T14:04:00.000Z", "date_modified": "2026-10-25T14:04:00.000Z", "tags": [ "GitHub", "performance", "x86-64", "networking" ], "authors": [ { "name": "ArtyomChyornyj2035" } ], "external_url": "https://github.com/Facepunch/garrysmod-issues/issues/7115" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-25-evgeny-akabenko-recommends-dispgen-reborn-for-displacement/", "url": "https://gmod-community-news.pages.dev/items/2026-10-25-evgeny-akabenko-recommends-dispgen-reborn-for-displacement/", "title": "Evgeny Akabenko recommends DispGen-Reborn for displacement terrain", "summary": "In #developer-talk, Evgeny Akabenko called DispGen-Reborn a good tool and a promising option for WorldMachine, but it doesn't support 16-bit PNG, HDR and EXR yet.", "content_html": "In #developer-talk, Evgeny Akabenko called DispGen-Reborn a good tool and a promising option for WorldMachine, but it doesn't support 16-bit PNG, HDR and EXR yet.
", "date_published": "2026-10-25T13:50:00.000Z", "date_modified": "2026-10-25T13:50:00.000Z", "tags": [ "Discord", "mapping", "tools" ], "authors": [ { "name": "Evgeny Akabenko" } ], "external_url": "https://discord.com/channels/565105920414318602/565108080300261398/1563912645264809994" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-25-request-autocomplete-for-lua-refresh-file/", "url": "https://gmod-community-news.pages.dev/items/2026-10-25-request-autocomplete-for-lua-refresh-file/", "title": "Request: autocomplete for lua_refresh_file", "summary": "Cynosphere asked for autocomplete for `lua_refresh_file`.", "content_html": "Cynosphere asked for autocomplete for lua_refresh_file.
Updates
In #developer-talk, TankNut and DMatter04 saw props spawning as effects on dev. drobotk said that every changelevel changes which models break, and the helicopter bomb becomes an effect after about 12 changelevels. Darth couldn't reproduce it on the same dev build after 25+ changelevels.
", "date_published": "2026-10-24T17:44:00.000Z", "date_modified": "2026-10-24T17:44:00.000Z", "tags": [ "Discord", "props", "dev-branch", "bug" ], "authors": [ { "name": "TankNut" }, { "name": "DMatter04" }, { "name": "drobotk" }, { "name": "Darth" } ], "external_url": "https://discord.com/channels/565105920414318602/565108080300261398/1563589615196053615" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-24-gm-acceptinput-fires-when-an-input-occurs-not-when-queued/", "url": "https://gmod-community-news.pages.dev/items/2026-10-24-gm-acceptinput-fires-when-an-input-occurs-not-when-queued/", "title": "GM:AcceptInput fires when an input occurs, not when queued", "summary": "In #lua-help, Darmagon asked whether `GM:AcceptInput` fires when a delayed input starts. Rubat: since there's no delay parameter, it fires when the input actually occurs.", "content_html": "In #lua-help, Darmagon asked whether GM:AcceptInput fires when a delayed input starts. Rubat: since there's no delay parameter, it fires when the input actually occurs.
BREEDNKMs reported that NPCs crash when searching for cover after the hEnemy change. ZehMatt added a repro; drobotk: spawning a Crow crashes; TotallyARussian: metrocops crash, only on dev.
Updates
In #lua-help, Artemking4 suggested fs_report_sync_opens 1 to check whether files are read twice; drobotk found it opens every time.
In #next-update, Yunhaohku hit a crash showing "funny number -12"; Evgeny Akabenko said the cause wasn't determined, and Blank said it happened to him nonstop since the day before. Rubat asked for a crash dump and linked the crash reporting guide. Later that day Darth said Yunhaohku's crash dump shows an outdated or edited launcher.dll.
", "date_published": "2026-10-23T21:47:00.000Z", "date_modified": "2026-10-23T21:47:00.000Z", "tags": [ "Discord", "crash", "x86-64" ], "authors": [ { "name": "Yunhaohku" }, { "name": "Evgeny Akabenko" }, { "name": "Blank" }, { "name": "Rubat" }, { "name": "Darth" } ], "external_url": "https://discord.com/channels/565105920414318602/589120351238225940/1563307984992346236" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-24-save-crash-fix-on-main-setsavevalue-allows-m-hgoalent-and-m/", "url": "https://gmod-community-news.pages.dev/items/2026-10-24-save-crash-fix-on-main-setsavevalue-allows-m-hgoalent-and-m/", "title": "Save crash fix on main; SetSaveValue allows m_hGoalEnt and m_hPhysicsEnt; ladder dismount fix", "summary": "Commit 7b6a89 on `main` brings the crash fixes (including saves), allows `m_hGoalEnt` and `m_hPhysicsEnt` in `SetSaveValue` and tries to account for `info_ladder_dismount` inside the ground.", "content_html": "Commit 7b6a89 on main brings the crash fixes (including saves), allows m_hGoalEnt and m_hPhysicsEnt in SetSaveValue and tries to account for info_ladder_dismount inside the ground.
m_hGoalEnt and m_hPhysicsEnt in SetSaveValue; hEnemy is replaced by NPC:SetEnemyinfo_ladder_dismount inside groundAstralcircle reported that SetNW* with nil only resets on the server. It was closed as a duplicate of #3397, where Astralcircle suggested falling back to the default value like NW2.
Commit f668ee on the x86-64 beta: "Fix crashes related to recent changes, including saves".
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.
Vinzuerio reported that players can't dismount ladders without a gap to the floor. robotboy655: "Should be fixed soon."; commit 7b6a89 accounts for info_ladder_dismount inside the ground.
In #developer-talk, Redox shared his gmod_perfutils script that detours physics object functions to find expensive calls, after full metal sergeant 228 said one of his functions might be an issue.
", "date_published": "2026-10-23T13:34:00.000Z", "date_modified": "2026-10-23T13:34:00.000Z", "tags": [ "Discord", "performance", "physics", "tools" ], "authors": [ { "name": "Redox" } ], "external_url": "https://discord.com/channels/565105920414318602/565108080300261398/1563183208554696788" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-23-compile-tools-and-hammer-crash-after-the-22-oct-x86-64/", "url": "https://gmod-community-news.pages.dev/items/2026-10-23-compile-tools-and-hammer-crash-after-the-22-oct-x86-64/", "title": "Compile tools and Hammer crash after the 22 Oct x86-64 update", "summary": "Cookiestrike reported that vbsp, vvis, vrad and studiomdl crash with access violations after the 22 Oct update; gedlunstts-lgtm posted a Crowbar workaround. In #next-update, lavrentievich, VARdanplay_YT and ejjk123 reported Hammer crashing and Hammer++ failing to compile. Closed 23 Oct.", "content_html": "Cookiestrike reported that vbsp, vvis, vrad and studiomdl crash with access violations after the 22 Oct update; gedlunstts-lgtm posted a Crowbar workaround. In #next-update, lavrentievich, VARdanplay_YT and ejjk123 reported Hammer crashing and Hammer++ failing to compile. Closed 23 Oct.
", "date_published": "2026-10-23T06:56:00.000Z", "date_modified": "2026-10-23T06:56:00.000Z", "tags": [ "GitHub", "crash", "hammer", "map-compilers", "x86-64", "fixed" ], "authors": [ { "name": "Cookiestrike" }, { "name": "gedlunstts-lgtm" }, { "name": "lavrentievich" } ], "external_url": "https://github.com/Facepunch/garrysmod-issues/issues/7111" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-23-0-byte-model-files-no-longer-crash-the-game-linux-build/", "url": "https://gmod-community-news.pages.dev/items/2026-10-23-0-byte-model-files-no-longer-crash-the-game-linux-build/", "title": "0-byte model files no longer crash the game; Linux build cleanups", "summary": "Commit 038c27 on `main` handles 0-byte model files that were crashing the game; commit 75a5a6 gets Linux32 building again for now.", "content_html": "Commit 038c27 on main handles 0-byte model files that were crashing the game; commit 75a5a6 gets Linux32 building again for now.
lib/; 0-byte model files handled; compile warning fixes; Linux64 build progress; tool projects renamed internallyevilpigeonlol reported that save and map transitions crash with an empty save file on x86-64 (Windows). In #next-update, Ormi asked the same.
Updates
In #lua-help, DoctorHugoSource asked about a new error in an unchanged mod; Redox identified an infinite loop and explained that SetPos now triggers Touch, which calls SetPos again, after the change "Make Entity:SetPos run trigger touch events".
Updates
BREEDNKMs asked for m_hGoalEnt for GOALTYPE_PATHCORNER navigation. Closed on 23 October; commit 7b6a89 allows it.
In #next-update, Vitroze reported that after Alt+F4 → Cancel, opening the Problems menu and clicking outside loses focus on the main menu (x86-64 build 10211). Dezlo saw server-created menus not removing properly after cancelling the prompt. Earlier, Drago🐉 noted that closing GMod via Alt+F4 or the taskbar now brings up a confirmation menu.
", "date_published": "2026-10-22T18:54:00.000Z", "date_modified": "2026-10-22T18:54:00.000Z", "tags": [ "Discord", "input", "menu", "x86-64", "bug" ], "authors": [ { "name": "Vitroze" }, { "name": "Dezlo" }, { "name": "Drago🐉" } ], "external_url": "https://discord.com/channels/565105920414318602/589120351238225940/1562901880437481634" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-23-0-byte-model-files-crash-map-loading-on-x86-64/", "url": "https://gmod-community-news.pages.dev/items/2026-10-23-0-byte-model-files-crash-map-loading-on-x86-64/", "title": "0-byte model files crash map loading on x86-64", "summary": "In #next-update, Evgeny Akabenko reported a crash on map load after the x86-64 update (`CUtlBuffer::PeekGet invalid offset 0`), caused by an addon with 0-byte model files left by a download that ran out of disk space.", "content_html": "In #next-update, Evgeny Akabenko reported a crash on map load after the x86-64 update (CUtlBuffer::PeekGet invalid offset 0), caused by an addon with 0-byte model files left by a download that ran out of disk space.
Updates
.lmp file on dev.In #next-update, Redox reported servers where cache/map_pack.bsp stops updating, so new maps load lumps from previous ones until a restart. Rubat said it must be written to disk and may need more error handling, and listed the related log messages. They have to be searched for in console.log with -condebug, which Redox avoids for performance; Cynthia suggested enginespew.
In #next-update, Redox (22 Oct) and Nykez (23 Oct) saw bad argument #1 to 'DrawPoly' (table must contain at least three vertices), for example from cl_arc.lua. On 25 Oct Vitroze asked whether it would be fixed. Nykez said it is a bug fix and code has to be fixed, and Rubat agreed: "its not valid code on your end". Beelzebub posted a one-line patch for the bad math in luabee's arc library.
In #next-update, Redox asked why x86-64 still gets updates when it looks like it'll be deleted in weeks or months. Rubat: "for more wide testing, yeah". Redox suggested an announcement telling people to switch from x86-64 to dev.
", "date_published": "2026-10-22T14:56:00.000Z", "date_modified": "2026-10-22T14:56:00.000Z", "tags": [ "Discord", "x86-64" ], "authors": [ { "name": "Redox" }, { "name": "Rubat" } ], "external_url": "https://discord.com/channels/565105920414318602/589120351238225940/1562842079648948335" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-22-x86-64-beta-catches-up-alt-f4-drawpoly-errors-setpos-touch/", "url": "https://gmod-community-news.pages.dev/items/2026-10-22-x86-64-beta-catches-up-alt-f4-drawpoly-errors-setpos-touch/", "title": "x86-64 beta catches up: ALT+F4, DrawPoly errors, SetPos touch events and more", "summary": "Commit bb0975 on the `x86-64` beta brings over the `main` changes from 5–12 October: the `surface.DrawPoly` error on fewer than 3 vertices, the mcore rope fix, ALT+F4 closing the game, the `getmetatable()` LuaJIT fix, the map compiler updates, `Entity:SetPos` running trigger touch events, menu state library removal, the HQ Eli face and the other fixes listed in commits 185851, efb205, 7be067, 71ca28, c18cba and 693484.", "content_html": "Commit bb0975 on the x86-64 beta brings over the main changes from 5–12 October: the surface.DrawPoly error on fewer than 3 vertices, the mcore rope fix, ALT+F4 closing the game, the getmetatable() LuaJIT fix, the map compiler updates, Entity:SetPos running trigger touch events, menu state library removal, the HQ Eli face and the other fixes listed in commits 185851, efb205, 7be067, 71ca28, c18cba and 693484.
Badger9 confirmed tex2Dlod returns 0 in vs_3_0 shaders and asked for $vertextexture0 support, for things like deformable snow and water ripples.
In #developer-talk, Nak showed 5 maps rendered at 187 FPS with his pocket map script, saying baking static meshes helps performance a lot. Later he said he'd combine his RTS base with the pocket map script.
", "date_published": "2026-10-22T10:27:00.000Z", "date_modified": "2026-10-22T10:27:00.000Z", "tags": [ "Discord", "showcase", "rendering", "mapping" ], "authors": [ { "name": "Nak" } ], "external_url": "https://discord.com/channels/565105920414318602/565108080300261398/1562774278162751499" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-22-shader-crash-with-mcore-on-the-64-bit-build/", "url": "https://gmod-community-news.pages.dev/items/2026-10-22-shader-crash-with-mcore-on-the-64-bit-build/", "title": "Shader crash with mcore on the 64-bit build", "summary": "Cheatoid posted a snippet crashing x64 with mcore. robotboy655 couldn't reproduce; Cheatoid then concluded it's a race condition.", "content_html": "Cheatoid posted a snippet crashing x64 with mcore. robotboy655 couldn't reproduce; Cheatoid then concluded it's a race condition.
", "date_published": "2026-10-22T09:01:00.000Z", "date_modified": "2026-10-22T09:01:00.000Z", "tags": [ "GitHub", "crash", "mcore", "shaders" ], "authors": [ { "name": "Cheatoid" } ], "external_url": "https://github.com/Facepunch/garrysmod-issues/issues/7109" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-22-per-player-sv-sticktoground-still-needs-a-request/", "url": "https://gmod-community-news.pages.dev/items/2026-10-22-per-player-sv-sticktoground-still-needs-a-request/", "title": "Per-player sv_sticktoground still needs a request", "summary": "In #lua-help, Bloodmasked asked how to disable `sv_sticktoground` only for some players, such as above a certain speed. Cynthia pointed to the open request for it and otherwise suggested living with it off.", "content_html": "In #lua-help, Bloodmasked asked how to disable sv_sticktoground only for some players, such as above a certain speed. Cynthia pointed to the open request for it and otherwise suggested living with it off.
In #developer-talk, nighty said he might release two tools he "purely vibe coded": an opinionated linter/formatter for GMod Lua and a documentation page generator modeled on hexdocs. They process a 1000-file codebase in under 100 ms on his machine.
", "date_published": "2026-10-22T06:11:00.000Z", "date_modified": "2026-10-22T06:11:00.000Z", "tags": [ "Discord", "tools" ], "authors": [ { "name": "nighty" } ], "external_url": "https://discord.com/channels/565105920414318602/565108080300261398/1562709928173379586" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-22-helix-persistence-pr-collisions-name-health-and-nw-vars/", "url": "https://gmod-community-news.pages.dev/items/2026-10-22-helix-persistence-pr-collisions-name-health-and-nw-vars/", "title": "Helix persistence PR: collisions, name, health and NW vars", "summary": "Be1zebub's Helix PR #464 saves collision bounds and group, name, health and network vars and adds `HelixPersistSave`/`HelixPersistLoad` hooks. Opened December 2024; automated review on 22 Oct.", "content_html": "Be1zebub's Helix PR #464 saves collision bounds and group, name, health and network vars and adds HelixPersistSave/HelixPersistLoad hooks. Opened December 2024; automated review on 22 Oct.
In #lua-help, CreativeGuy asked whether networkVars are saved for persistent props; they seemed to save in his singleplayer test. Beelzebub answered "afaik yes".
", "date_published": "2026-10-22T01:47:00.000Z", "date_modified": "2026-10-22T01:47:00.000Z", "tags": [ "Discord", "saves", "networking" ], "authors": [ { "name": "CreativeGuy" }, { "name": "Beelzebub" } ], "external_url": "https://discord.com/channels/565105920414318602/567617926991970306/1562643559977320481" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-22-bloom-builds-an-automatic-fbx-obj-xps-to-playermodel/", "url": "https://gmod-community-news.pages.dev/items/2026-10-22-bloom-builds-an-automatic-fbx-obj-xps-to-playermodel/", "title": "Bloom builds an automatic FBX/OBJ/XPS to playermodel importer", "summary": "In #developer-talk, Bloom said he is building an app (on the French side) that imports FBX, OBJ and XPS models into GMod as playermodels automatically. It learns from each import; after almost 200 imports the automatic result is nearly perfect. Annie suggested a guided porting interface would be less bug prone.", "content_html": "In #developer-talk, Bloom said he is building an app (on the French side) that imports FBX, OBJ and XPS models into GMod as playermodels automatically. It learns from each import; after almost 200 imports the automatic result is nearly perfect. Annie suggested a guided porting interface would be less bug prone.
", "date_published": "2026-10-21T22:44:00.000Z", "date_modified": "2026-10-21T22:44:00.000Z", "tags": [ "Discord", "models", "tools", "showcase" ], "authors": [ { "name": "Bloom" }, { "name": "Annie" } ], "external_url": "https://discord.com/channels/565105920414318602/565108080300261398/1562597566451949791" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-22-request-player-runconsolecommand/", "url": "https://gmod-community-news.pages.dev/items/2026-10-22-request-player-runconsolecommand/", "title": "Request: Player:RunConsoleCommand", "summary": "Astralcircle proposed `Player:RunConsoleCommand`, since `Player:ConCommand` is unsafe due to command injection.", "content_html": "Astralcircle proposed Player:RunConsoleCommand, since Player:ConCommand is unsafe due to command injection.
Updates
Player:RunConsoleCommand is serverside only, has the same limitations as the global RunConsoleCommand, and some Sandbox tools already use it. The same commit adds lua_refresh_file autocomplete (#3428) and fixes the blurry citizen_sheet_bloody.vtf texture (garrysmod-issues #7116).In #lua-help, .kkrill wanted to draw a model on a transparent background in a render target. Phoenixf suggested render.SetWriteDepthToDestAlpha(false), and .kkrill confirmed that was it.
Commit 291b48 on main removes the LibEdit dependency (SRCDS input on Linux now works like on the x86-64 beta), fixes Linux32 SRCDS under WSL and fixes a wrongful error in Mesh:DrawSkinned with 52 bones.
srcds_runMesh:DrawSkinned with 52 bonesSys_Error_Internal printfIn #developer-talk, nighty said the main branch uses LuaJIT 2.0.4 and the x86-64 beta uses LuaJIT 2.1 beta 3. Zaurzo added that 64-bit main uses the same LuaJIT as x86-64. nighty described his lua_shared fork: it targets a custom language but should run existing GMod Lua exactly like stock, and isn't public yet. Its threading is worker-based, with message passing between separate Lua states. He also showed Jolt physics experiments.
", "date_published": "2026-10-21T18:37:00.000Z", "date_modified": "2026-10-21T18:37:00.000Z", "tags": [ "Discord", "luajit", "physics", "showcase" ], "authors": [ { "name": "nighty" }, { "name": "Zaurzo" }, { "name": "RaphaelIT7" } ], "external_url": "https://discord.com/channels/565105920414318602/565108080300261398/1562533054243938357" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-21-drawtexturedrectuv-change-breaks-rndx-based-uis-on-dev/", "url": "https://gmod-community-news.pages.dev/items/2026-10-21-drawtexturedrectuv-change-breaks-rndx-based-uis-on-dev/", "title": "DrawTexturedRectUV change breaks RNDX-based UIs on dev", "summary": "In #next-update, Zaurzo reported his UI broken on dev. Rubat said it's likely the `surface.DrawTexturedRectUV` change, and Zaurzo confirmed that was the cause, since RNDX uses the function. He will fix his copy of RNDX, and suggested the new behaviour may need to go behind an argument since it's \"already starting to break shit\".", "content_html": "In #next-update, Zaurzo reported his UI broken on dev. Rubat said it's likely the surface.DrawTexturedRectUV change, and Zaurzo confirmed that was the cause, since RNDX uses the function. He will fix his copy of RNDX, and suggested the new behaviour may need to go behind an argument since it's "already starting to break shit".
The thread turned to RNDX's author: puffy asked whether Srlion still works on his GMod projects, Nykez said "no, he quit", and Astralcircle noted he left the GMod Discord too.
Updates
surface.DrawTexturedRectRawUV; surface.DrawTexturedRectUV works the old way again.In #next-update, Artemking4 said IMesh:DrawSkinned can't use all 53 matrices: it's off by one and wrongly errors on the last bone. Rubat replied that matrix 0 is reserved by the engine as far as he remembers, so DrawSkinned gets 1–52. In his tests, setting matrix 0 did nothing or caused issues. Artemking4 disagreed: bone 0 is a normal bone that also serves as the model matrix for unskinned vertices, and his patched client.dll renders models almost perfectly with it.
Updates
shaderapidx8.cpp, and wrapping the call in cam.PushModelMatrix fixes the rendering.Commit b9fc35 on main fixes a crash with inputs firing from removed triggers, the Hunter NPC's wrong lookup function and lets SetSaveValue set m_hStoredPathTarget; VPC and gmad/gmpublish now build for Linux64.
m_hStoredPathTarget added to the SetSaveValue whitelistmin/max macros removed so they don't interfere with C++ headers on 64-bit Linuxartemking4 commented on the 2016 AVX2 request that SSE2 can be enabled safely since LuaJIT already requires it.
", "date_published": "2026-10-20T21:28:00.000Z", "date_modified": "2026-10-20T21:28:00.000Z", "tags": [ "GitHub", "performance", "build" ], "authors": [ { "name": "artemking4" } ], "external_url": "https://github.com/Facepunch/garrysmod-requests/issues/666" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-21-rubat-explains-render-queue-too-large-flushing/", "url": "https://gmod-community-news.pages.dev/items/2026-10-21-rubat-explains-render-queue-too-large-flushing/", "title": "Rubat explains \"Render queue too large, flushing!\"", "summary": "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.", "content_html": "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.
In #next-update, Gonzo Pipi said Lua autorefresh stopped working for him on 64-bit dev (Windows 11 26H2) and asked how to debug it. Rubat said he added a console print for when autorefresh will certainly not work. On Windows there may be debug output, visible by attaching a debugger such as Visual Studio or WinDbg. Autorefresh changed in the previous day's dev update; he isn't having issues himself.
", "date_published": "2026-10-20T18:28:00.000Z", "date_modified": "2026-10-20T18:28:00.000Z", "tags": [ "Discord", "debugging", "dev-branch", "windows" ], "authors": [ { "name": "Gonzo Pipi" }, { "name": "Rubat" } ], "external_url": "https://discord.com/channels/565105920414318602/589120351238225940/1562170603648065617" }, { "id": "https://gmod-community-news.pages.dev/items/2026-10-20-hunter-used-the-wrong-lookup-for-stagger-yaw/", "url": "https://gmod-community-news.pages.dev/items/2026-10-20-hunter-used-the-wrong-lookup-for-stagger-yaw/", "title": "Hunter used the wrong lookup for stagger_yaw", "summary": "DVIsm6 found `LookupAttachment` used instead of `LookupPoseParameter` for the Hunter's `stagger_yaw`. Fixed (commit b9fc35).", "content_html": "DVIsm6 found LookupAttachment used instead of LookupPoseParameter for the Hunter's stagger_yaw. Fixed (commit b9fc35).