VDPAU: All H.264 videos cause hardware errors NVRM: Xid (PCI:0000:01:00): 68, CCMDs 00000014

Edit 2018-11-10:

The issue is reproducible with all AVC videos when this configuration option is enabled:

Option          "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x2222; PowerMizerLevel=0x3; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x3"

It really sucks.

It takes quite some time (over 20 minutes) before it occurs at which point MPV completely freezes with 100% CPU usage. At this point it can only be killed with killall -9 mpv.

I don’t use any fancy options - default mpv 0.29.1 with ffmpeg - both compiled with VPDAU support.

Edit:

I’m not alone with this issue. At least the GTX 1070 is also affected:

  1. #831 SMPlayer freezes when screen is entirely black Source: magnet:?xt=urn:btih:601800fd74636f1c4b2e43ab950f6dec8186169c
  2. Buggy driver for the GTX 1070?

If you’ve found this page via Google search and you’re also affected, please show your hardware configuration and post a magnet link to the movie which causes these errors.

The original description (irrelevant):

It seems like my Pascal GPU (1st gen GTX 1060 6GB) hates certain H.264/AVC videos.

When you’re playing such movies, the system freezes up to 20-30 seconds or indefinitely until you kill -9 the player, and the following messages appears in the kernel log:

NVRM: Xid (PCI:0000:01:00): 68, CCMDs 00000019 0000c2b0
NVRM: Xid (PCI:0000:01:00): 68, CCMDs 00000019 0000c2b0
NVRM: Xid (PCI:0000:01:00): 68, CCMDs 00000019 0000c2b0

One of such movies can be downloaded from here (add an URL in your torrent client): magnet:?xt=urn:btih:cc27ed765eeccf98153f8efff556854b151e5679

I have a suspicion that such videos might be produced using the following parameters for the x264 (152 r2851 ba24899) codec:

cabac=1 ref=5 deblock=1:0:0 analyse=0x3:0x133 me=umh subme=7 psy=1 psy_rd=1.00:0.00
mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=0
chroma_qp_offset=-2 threads=25 lookahead_threads=4 sliced_threads=0 nr=0 decimate=1
interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0
direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=23 scenecut=40
intra_refresh=0 rc_lookahead=40 rc=2pass mbtree=1 bitrate=9248 ratetol=1.0 qcomp=0.60
qpmin=0 qpmax=69 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 aq=1:1.00

but I haven’t tested this.

Thanks for reporting this issue. Please attach nvidia bug report. What mplayer version and arguments you used to play this video? What desktop environment you are running? Is the issue hit as soon as launch video?

Hi!

I’m affected by this bug, too.

Running Plasma 5.11 on Arch.

The issue does not show right away, but usually shows within 10 minutes, faster if I’m playing some games on the other screen.
The exact scenario is this: I’m playing Factorio on the left screen, playing the video on the right screen in a window. Suddenly the video screen turns black. As soon as the full-screened Factorio window looses focus, the system freezes.

I’m including two nvidia bug reports below. The .old one was generated whilst the player was still (trying) to run, the other after an X restart.

I’ve got a GTX1060 6GB.

Verbose mpv log (if I can catch a crash on log, I’ll post it): https://solazs.hu/tmp/mpv.log
Bug report after X restart: https://solazs.hu/tmp/nvidia-bug-report.log.gz
Bug report while the player is running: https://solazs.hu/tmp/nvidia-bug-report.log.old.gz

If you need any more info, just let me know.

Hello!

This bug is still an issue.
mpv just crashed and I’ve managed to get a debug log.
The crash happened after about 50 minutes. This time no game or anything GPU intensive was running.

kill -9ing mpv was enough to get the system back to normal.

mpv crash log: https://solazs.hu/tmp/mpv_crash.log

bug report: https://solazs.hu/tmp/crash-nvidia-bug-report.log.gz

Hello,
I also have a GTX 1060 6GB card and I am experiencing the same bug with vlc, but it happens not only with x264 videos, also with videos encoded in other formats.
Here is my bug report: http://www.iedm.it/cesto/nvidia-bug-report.log.gz

Similarly here, with mythtv and GeForce GT 1030 GDDR5 used solely for video watching:

[2473282.198777] NVRM: Xid (PCI:0000:01:00): 68, CCMDs 00000012 0000c2b0

It doesn’t happen at the same moment in the video each time. The system worked stable with a GT 640 for years, so this is unlikely to be a problem in the rest of the system.

magnet:?xt=urn:btih:2d5d29f33d617b7438fc87c8ea74d2898466a4ea

Input #0, matroska,webm
Metadata:
encoder : libebml v1.3.5 + libmatroska v1.4.8
creation_time : 2018-04-30T13:57:07.000000Z
Duration: 01:54:15.03, start: 0.000000, bitrate: 19040 kb/s
Chapter #0:0: start 0.000000, end 600.600000
[…]
Stream #0:0(eng): Video: h264 (High), yuv420p(progressive), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 180k tbc (default)
Metadata:
BPS-eng : 14017749
DURATION-eng : 01:54:12.895000000
NUMBER_OF_FRAMES-eng: 164305
NUMBER_OF_BYTES-eng: 12007770694
_STATISTICS_WRITING_APP-eng: mkvmerge v22.0.0 (‘At The End Of The World’) 32-bit
_STATISTICS_WRITING_DATE_UTC-eng: 2018-04-30 13:57:07
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Stream #0:1(eng): Audio: dts (DTS-HD MA), 48000 Hz, 5.1(side), s32p (24 bit) (default)
Metadata:
BPS-eng : 3360227
DURATION-eng : 01:54:15.029000000
NUMBER_OF_FRAMES-eng: 642659
NUMBER_OF_BYTES-eng: 2879306808
_STATISTICS_WRITING_APP-eng: mkvmerge v22.0.0 (‘At The End Of The World’) 32-bit
_STATISTICS_WRITING_DATE_UTC-eng: 2018-04-30 13:57:07
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
[…]

Fri Oct 26 03:38:36 2018
±----------------------------------------------------------------------------+
| NVIDIA-SMI 396.54 Driver Version: 396.54 |
|-------------------------------±---------------------±---------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
|===============================+======================+======================|
| 0 GeForce GT 1030 Off | 00000000:01:00.0 On | N/A |
| 45% 32C P0 N/A / 30W | 297MiB / 1998MiB | 8% Default |
±------------------------------±---------------------±---------------------+

±----------------------------------------------------------------------------+
| Processes: GPU Memory |
| GPU PID Type Process name Usage |
|=============================================================================|
| 0 19850 G /usr/lib/xorg/Xorg 144MiB |
| 0 20073 G mythfrontend 124MiB |
±----------------------------------------------------------------------------+

I can reproduce this error even under NVIDIA drivers 415.13.

[20739.926840] NVRM: GPU at PCI:0000:01:00: 
[20739.926842] NVRM: GPU Board Serial Number: 
[20739.926844] NVRM: Xid (PCI:0000:01:00): 68, CCMDs 00000014 0000c2b0

It’s reproducible with all AVC videos when this configuration option is enabled:

Option          "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x2222; PowerMizerLevel=0x3; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x3"

It really sucks.

It takes quite some time (over 20 minutes) before it occurs at which point MPV completely freezes with 100% CPU usage. At this point it can only be killed with killall -9 mpv.

I don’t use any fancy options - default mpv 0.29.1 with ffmpeg - both compiled with VPDAU support.

I have similar problem with GTX 1080
Void Linux
kernel - 4.19.32_1 #1 SMP PREEMPT Wed Mar 27 20:41:38 UTC 2019 x86_64 GNU/Linux
nvidia driver - nvidia 418.56
xorg - 7.6
mpv 0.29.1

Xorg hangs while playing video with mpv(vdpau) after random period of time.

[45329.749320] NVRM: GPU at PCI:0000:01:00: GPU-0751e043-06af-1106-9559-f58f9ebeddb4
[45329.749321] NVRM: GPU Board Serial Number:
[45329.749323] NVRM: Xid (PCI:0000:01:00): 68, CCMDs 00000014 0000c2b0

Nouveau module is blacklisted.

nvidia bug report file
https://yadi.sk/d/qawZaKYPW4EBPw

I have the exact same problem with GTX 1070 and VLC player.

Linux Mint
nvidia 418.56
Xorg 1.19.6
VLC 3.0.4

When the scene goes black, the system hangs until VLC is killed with this error:

[Thu May  2 14:14:03 2019] NVRM: GPU at PCI:0000:01:00: GPU-12c3ffad-dc48-c80f-71b0-3d632bf1ad8d
[Thu May  2 14:14:03 2019] NVRM: GPU Board Serial Number: 
[Thu May  2 14:14:03 2019] NVRM: Xid (PCI:0000:01:00): 68, CCMDs 00000021 0000c2b0

Happens in too many videos to be usable this way. Have to disable video acceleration to get rid of this.

It’s funny you’ve unearthed this thread but the issue is still reproducible for me even using the latest beta drivers (430.09). And, yeah, I also disabled VDPAU video decoding acceleration because of this issue. Trivially reproducible yet NVIDIA doesn’t seem to care.

Sandipt:

It’s reproducible under all applications using vdpau (mpv, vlc, ffplay, mplayer).

Hello!

Ah, now I noticed the original timestamps, wow. :-D Thanks for the info, I was just about to install the 430.09 beta driver to see if it helps. And I guess that different player or VLC version won’t help either. Shame that they don’t care. I am going to short-sell some Nvidia stock to make myself feel better.

I have the exact same problem with GTX 1050 and mpv player.

Gentoo Linux
nvidia 430.14
Xorg 1.20.4
mpv 0.27.2

I recently started to experience this same issue. Que up some tv episodes in vlc with vdpau for an output. 20-30 minutes later the video freezes (sometimes the desktop freezes), and audio is still present. It doesn’t happen every time. I also noticed a similar NVRM: Xid (PCI:0000:01:00): 68 error during a freeze. It does seem to be related to vdpau as disabling it appears to rid the freezing. Sorry to reiterate what’s all ready been confirmed, just validating this is still a bug in driver v435.21 or it has at least regressed.

Arch kernel 5.2.17-1
1070ti
Driver v435.21

Workaround to use ‘hwdec’ option set to ‘nvdec’ in mpv. Using this last six months, no issues so far.

Would that be the NVDECODE/ENCODE APIs contained from nvidia-sdk? I’m not sure if VLC is built with NVDEC support option like mpv is. All I have is VDPAU, VA-API via DRM and vanilla VA-API for vlc. I may have to move to mpv as a last resort, or simply disable hardware decoding at the moment. TY for the suggestion.

From man page:

--hwdec=<api>
       Specify  the  hardware  video decoding API that should be used if possible.  Whether hardware decoding is actually done
       depends on the video codec. If hardware decoding is not possible, mpv will fall back on software decoding.
...
    nvdec  requires --vo=gpu (Any platform CUDA is available)

Your card have to support CUDA and updated drivers, mine is 418.74 (Debian 10 stable).

Got it up and running. Seems a lot more lightweight then vlc. No issue’s with nvdec either.