Why doesn't cl_threaded_bone_setup do anything? What changed between 2017 and now?
edit: Nvm noticed that you can't set it with stuffcmds anymore for some reason
Account Details | |
---|---|
SteamID64 | 76561198374045865 |
SteamID3 | [U:1:413780137] |
SteamID32 | STEAM_0:1:206890068 |
Country | Pirate |
Signed Up | March 20, 2020 |
Last Posted | July 30, 2025 at 5:34 PM |
Posts | 311 (0.2 per day) |
Game Settings | |
---|---|
In-game Sensitivity | 5.2 |
Windows Sensitivity | no |
Raw Input | yes |
DPI |
no |
Resolution |
1024 768 |
Refresh Rate |
120 |
Hardware Peripherals | |
---|---|
Mouse | no |
Keyboard | yes |
Mousepad | no |
Headphones | no |
Monitor | yes |
Why doesn't cl_threaded_bone_setup do anything? What changed between 2017 and now?
edit: Nvm noticed that you can't set it with stuffcmds anymore for some reason
I'm sorry for cluttering up this thread with AimIsADick quote paragraphs, don't know why I bothered
AimIsADickNo. Sometimes a debugger is legit useful in these situations where console output doesn't give you any useful information relating to the problem.
Did you find this on google?
Debug symbols are stripped from both the windows and linux builds of tf2, and I assume you're not using osx. The only thing a debugger will show you is the contents of the stack and other registers. Even someone who's very familiar with reversing x86 asm would have difficulty determining much about a tf2 crash from debugger output on the windows or linux release builds.
try disabling any of
r_threaded_renderables
r_queued_decals
r_queued_post_processing
cl_threaded_client_leaf_system
cl_threaded_bone_setup
if you have them enabled (and stop w/ the debugger meme)
ManwithnolegsIntel grapichs card
At least some (maybe all) intel gpus have this https://i.imgur.com/xzOcdXY.jpg
Bro Youre Done Just Stop :D
Land on ppls head with mann treads
KZGive Opera GX a try: https://www.opera.com/gx
Opera Is a Chinese Malware
ah okay, watched part of that other video and it makes more sense now. kinda funny how he doesn't seem to know who jill is though
this Wamo kid doesn't really give any reasoning for why he thinks that
I think you can do that by just removing the whole RankModelPanel section from resource/ui/mainmenuoverride.res
pradahttps://www.youtube.com/watch?v=U4rSl5XwBo4
0:50 sec hud plez
It's Shrek Hud
skazhuh, I haven't seen that issue with the map before, it's possible there is another map that uses those same pipes but has them slightly different? Do you know if it happens with all maps or one in particular?
It seems to mostly happen when loading cp_workflow_b10, which does look to have the same pipes, although I haven't tested enough to say that's the only map and I think the textures were missing once without loading another map first. The reason is either an issue loading the vmts or the parameters in them clashing somehow with the precached ones https://i.imgur.com/8KX1yJG.png.
Honestly it's probably either a bug in cp_workflow or just tf2 in general and not in this map, although it does seem like this map is the only one affected, other maps with the same pipes have normal textures after loading cp_workflow.