GMod Community News Commits, GitHub & Discord. One feed. 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.
pruf reported an error loading a map with a 0-byte .lmp file on dev.
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 internallyIn #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.
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.
In #developer-talk, mage.tearz noticed that updated content addons no longer ship .sw.vtx files because gmad blacklists them, and the server console shows missing .vtx errors. Redox explained that .sw.vtx isn't used by GMod, which is why it's blacklisted. Astralcircle asked for .dx80.vtx to be blacklisted too; WinterPhoenix replied the counter-argument will be RTX Remix.
PhoenX279 asked for TF2-style c_hands animations separate from the viewmodel. robotboy655 closed it: they are two different approaches, and TF2's works because its weapons reuse animations.
DatGuy64 proposed keeping the existing 32 submaterial slots and adding an overflow allocated on first use for indices of 32 and above. The code is reconstructed from a disassembly of the x86-64 build.
nykez reported that on his 128-slot server some players see other players' heads stretched into huge polygons since the September update. robotboy655 replied that SetFlexWeight/SetFlexScale were never clamped, it's not model specific, and a reproducible case is needed.
Minou-6 asked to increase the bodypart limit for playermodels. robotboy655 replied there is no bodypart limit in the source code as far as he can tell, and a bodygroup request would be a duplicate; it was closed as not planned.