I'm sorry for cluttering up this thread with AimIsADick quote paragraphs, don't know why I bothered
Account Details | |
---|---|
SteamID64 | 76561198374045865 |
SteamID3 | [U:1:413780137] |
SteamID32 | STEAM_0:1:206890068 |
Country | Pirate |
Signed Up | March 20, 2020 |
Last Posted | May 1, 2025 at 3:54 PM |
Posts | 310 (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 |
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.
There are 'intermittent' missing textures on all of the pipes for me (https://i.imgur.com/5BsCh6f.png). I have been scratching my head trying to figure out why they're sometimes missing but sometimes not and I can't figure it out.
I have found that the textures are more likely to be missing if I've loaded a different map before mannbase, and the textures always show up normal after a matsys reload like changing mat_specular or mat_phong.
I also have fps issues on this map, specifically bad fps when standing on 2nd looking towards mid or standing on mid looking towards 2nd, as if there's little to no occlusion going on between them. It's probably barely noticeable on non-toaster gpus though.