Weird graphical effect visible in class selector.

[johndrinkwater]

This has happened a few times, I’ve died and one of the character models on the loadout screen has a corrupted texture. I think it may be related to what class a spy is currently using - as it has sometimes been on my Heavy model when I know one of the enemies spy is me… but i’m not sure - its hard to reproduce.

http://steamcommunity.com/sharedfiles/filedetails/?id=129898778 http://steamcommunity.com/sharedfiles/filedetails/?id=129898897

Processor Information: Vendor: AuthenticAMD Speed: 3200 Mhz 4 logical processors 4 physical processors HyperThreading: Unsupported FCMOV: Supported SSE2: Supported SSE3: Supported SSSE3: Supported SSE4a: Supported SSE41: Unsupported SSE42: Unsupported

Network Information: Network Speed:

Operating System Version: Ubuntu 12.04.2 LTS (64 bit) Kernel Name: Linux Kernel Version: 3.5.0-18-generic X Server Vendor: The X.Org Foundation X Server Release: 11203000 X Window Manager: Metacity Steam Runtime Version: steam-runtime-release-i386_2013-02-22

Video Card: Driver: NVIDIA Corporation GeForce GT 630/PCIe/SSE2

Driver Version:  4.3.0 NVIDIA 313.18
Desktop Color Depth: 24 bits per pixel
Monitor Refresh Rate: 60 Hz
VendorID:  0x10de
DeviceID:  0xf00
Number of Monitors:  1
Number of Logical Video Cards:  1
Primary Display Resolution:  1920 x 1080
Desktop Resolution: 1920 x 1080
Primary Display Size: 18.78" x 10.55"  (21.54" diag)
                                        47.7cm x 26.8cm  (54.7cm diag)
Primary Bus: PCI Express 16x
Primary VRAM: 2048 MB
Supported MSAA Modes:  2x 4x 8x 16x 

Sound card: Audio device: Realtek ID 662

Memory: RAM: 16050 Mb

Miscellaneous: UI Language: English LANG: en_GB.UTF-8 Microphone: Not set Total Hard Disk Space Available: 295295 Mb Largest Free Hard Disk Block: 15021 Mb

Recent Failure Reports: Tue Feb 26 12:33:57 2013 GMT: file ''/tmp/dumps/assert_20130226123314_1.dmp'', upload yes: ''CrashID=bp-14cfe828-570c-4ae0-938e-702062130226'' Tue Feb 26 16:14:47 2013 GMT: file ''/tmp/dumps/assert_20130226161414_1.dmp'', upload yes: ''CrashID=bp-acf24534-66e4-406c-8012-118b12130226'' Wed Feb 27 22:01:19 2013 GMT: file ''/tmp/dumps/assert_20130227220044_1.dmp'', upload yes: ''CrashID=bp-19ee9db8-7485-4dcf-a52d-c951a2130227''

[johndrinkwater]

And just to help a bit more: I don’t have any other graphical corruption that I know of in Source titles, and CS:S has never shown this issue.

[matthewsor]

Any chance we can get the TF2 console log from when this happens?

[johndrinkwater]

Sure I’ll try to reproduce - is there any useful console commands I can run at the time to get info for you?

[matthewsor]

I'd start steam from a terminal, then TF2, get it to happen. Copy the output from the terminal here. Mostly what I'm looking for are messages from the OpenGL layer. I doubt it's quiet when it loses the texture like that. I suspect it's a core game bug with how the spy works. I wouldn't be surprised if it could be made to happen on the Mac and Windows too. But we are going to need to figure out how to reproduce it if we want a shot at fixing it. Anything you can give us to help reproduce it would be very useful.

This advice from nVidia on how to get more logging from their driver might also provide useful data (though I suspect you won't like running it like this):

By default, the NVIDIA X driver prints relatively few messages to stderr and the X log file. If you need to troubleshoot, then it may be helpful to enable more verbose output by using the X command line options -verbose and -logverbose, which can be used to set the verbosity level for the stderr and log file messages, respectively. The NVIDIA X driver will output more messages when the verbosity level is at or above 5 (X defaults to verbosity level 1 for stderr and level 3 for the log file). So, to enable verbose messaging from the NVIDIA X driver to both the log file and stderr, you could start X with the verbosity level set to 5, by doing the following

% startx -- -verbose 5 -logverbose 5

[johndrinkwater]

I’ve had steam+tf2 running from a terminal and seen this again, but there’s zero output in the terminal or inside the client of any opengl errors.

[ksnd]

Here's another from MvM, other classes looked normal but Spy looked like this...

System: http://pastebin.fi/msesouik2r.dos

[kisak-valve]

Closing as general video driver quality from 2013 is no longer relevant. If anyone is still experiencing this issue, please open a new issue report.