As of now we are not able to reproduce this issue with out internal video clips. Hi Guys, Could you please attach/share the video you are using to reproduce this issue?
Do your internal videos include MPEG2 encoded video and if so I am curious why the problem did not manifest since on my machine appears to manifest with any MPEG2 encoded video? Enclosed with this post is an example video then, and the problem manifests with it.
Any updates on this? Can others confirm the video above gives the decode fail?
I think we are able to reproduce this issue but not as soon as launch the video. To repro we have to Keep toggle the video between fullscreen and windowmode and after that only the Video playback hung and some time, system is going to unresponsive state. May be our system is more stable. We are able to login via ssh session to system but graphical desktop is hung.
In “dmesg”, observed Xid:31 → Issue
“[10078.172274] NVRM: GPU at PCI:0000:03:00: GPU-fd39cca8-fd72-1ec9-78d6-58b5380dc062
[10078.172285] NVRM: Xid (PCI:0000:03:00): 31, Ch 00000010, engmask 00000101, intr 10000000”
r375 is stable driver for us not 381.
You all also have same behavior?
For me the issue occurs immediately upon launch of video following execution of the “mpv --hwdec=vdpau file.mov” command or opening video file through VLC. I believe by default the playback on both is in windowed mode, but at least on my setup this may not be relevant.
Hi all, If you hitting this issue as soon as video launch I need nvidia bug report of all affected systems so that we can match the system hardware, os and other components to reproduce the issue.
If you are not hitting issue as soon as video launch then that can be different issue. Please confirm you observations.
Is the issue hit if you run :
mplayer -vo vdpau -vc ffmpeg12vdpau,ffwmv3vdpau,ffvc1vdpau,ffhevcvdpau,ffh264vdpau,ffodivxvdpau mpeg2_fail.MPG
Yes, here is the terminal output:
mplayer -vo vdpau -vc ffmpeg12vdpau,ffwmv3vdpau,ffvc1vdpau,ffhevcvdpau,ffh264vdpau,ffodivxvdpau mpeg2_fail.MPG
MPlayer SVN-r37916 (C) 2000-2017 MPlayer Team
225 audio & 460 video codecs
do_connect: could not connect to socket
connect: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.
Playing mpeg2_fail.MPG.
libavformat version 57.71.100 (external)
Mismatching header version 57.56.101
MPEG-PS file format detected.
Possibly bad interleaving detected.
Use -ni option if this causes playback issues and avoid or fix the program that created the file.
MPEG: No audio stream found -> no sound.
VIDEO: MPEG2 720x576 (aspect 3) 25.000 fps 9100.0 kbps (1137.5 kbyte/s)
Could not find a UTF-8 locale,
character keys beyond Latin-1 will not be handled.
==========================================================================
Forced video codec: ffmpeg12vdpau
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
libavcodec version 57.89.100 (external)
Mismatching header version 57.64.101
Selected video codec: [ffmpeg12vdpau] vfm: ffmpeg (FFmpeg MPEG-1/2 (VDPAU))
==========================================================================
Load subtitles in ./
Audio: no sound
Starting playback...
Movie-Aspect is undefined - no prescaling applied.
VO: [vdpau] 720x576 => 720x576 MPEG2 VDPAU acceleration
Failed to idle DMA.
Failed to idle DMA.
Failed to idle DMA.
Failed to idle DMA.
Failed to idle DMA.
Failed to idle DMA.
Failed to idle DMA.
Failed to idle DMA.
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [vdpau] 720x576 => 1024x576 MPEG2 VDPAU acceleration
Failed to idle DMA.
Failed to idle DMA.
Failed to idle DMA.
Failed to idle DMA.
Failed to idle DMA.
Failed to idle DMA.
Failed to idle DMA.
Failed to idle DMA.
V: 0.5 2/ 2 ??% ??% ??,?% 0 0
MPlayer interrupted by signal 2 in module: uninit_vo
I think you guys have not tested latest 384.69 driver Unix Drivers | NVIDIA . I think issue is fixed there. Please test and confirm.
I mean Xid 31 and system freeze issue is not with 384.69 driver. Please confirm.
https://devtalk.nvidia.com/default/topic/1023154/linux/384-69-broke-vdpau/ this is different issue.
Yes, problem does not manifest for me with the 384.69 package in Archlinux testing.
GTX 1070 owner here. I kept having “failed to idle DMA” for a while now (I think the most stable I’ve experienced was 37x. driver). I’m using Arch Linux as well. Driver package 384.69-2 and playback by using 2.2.6 VLC Umbrella, both from stable extra repo. Here’s the errors from console:
VLC media player 2.2.6 Umbrella (revision 2.2.6-0-g1aae78981c)
[000055e9a7c5b398] core libvlc: Running vlc with the default interface. Use ‘cvlc’ to use vlc without interface.
[00007f314d849c08] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library 384.69 Wed Aug 16 19:38:45 PDT 2017 for hardware decoding.
[00007f3168c0fde8] core input error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 300 ms)
[00007f3168c0fde8] core input error: ES_OUT_RESET_PCR called
[00007f314d849c08] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library 384.69 Wed Aug 16 19:38:45 PDT 2017 for hardware decoding.
[00007f314d849c08] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library 384.69 Wed Aug 16 19:38:45 PDT 2017 for hardware decoding.
[00007f314d849c08] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library 384.69 Wed Aug 16 19:38:45 PDT 2017 for hardware decoding.
[00007f314d849c08] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library 384.69 Wed Aug 16 19:38:45 PDT 2017 for hardware decoding.
[00007f314d849c08] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library 384.69 Wed Aug 16 19:38:45 PDT 2017 for hardware decoding.
[00007f3168c0fde8] core input error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 416 ms)
[00007f3168c0fde8] core input error: ES_OUT_RESET_PCR called
[00007f314d849c08] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library 384.69 Wed Aug 16 19:38:45 PDT 2017 for hardware decoding.
[00007f314d849c08] core decoder error: Could not convert timestamp 0
[00007f3168c0fde8] core input error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 844 ms)
[00007f3168c0fde8] core input error: ES_OUT_RESET_PCR called
[00007f314d849c08] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library 384.69 Wed Aug 16 19:38:45 PDT 2017 for hardware decoding.
[00007f3168c0fde8] core input error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 895 ms)
[00007f3168c0fde8] core input error: ES_OUT_RESET_PCR called
Failed to idle DMA.
Failed to idle DMA.
Failed to idle DMA.
Failed to idle DMA.
(and continue on and on)
System is not responsive, although there are tiny windows of responsiveness allowing me to kill VLC process.
Lynxthecat, is package from testing any newer/differently built than 384.69-2?
I don’t know and oh dear, perhaps the problem is back then with the later revision of 384.69. I will test again tonight. Seems to me like Nvidia VDPAU on Linux is unstable generally since the problem seems to come and go with driver updates.
Update: It seems like the problem lies with driver’s incompatibility with, at least, VLC. I’ve tested playback with latest Kodi 17.4 package and it’s really, really stable there. No lockdown, crash, slowdown. I’m not sure if it goes along with mplayer or other media players, though, so I’m still eager for your test.
(How do I edit post here?)
Oh, I forgot to emphasize that I do turn on VDPAU on Kodi. Even ran with max HQ scaler setting. Perfect, smooth playback.
Tested this morning. 384.69-2 in Archlinux main doesn’t give the problem for me.
Hello guys, my VDPAU fails decoding H.264 on GTX 1060 and 384.111 driver. I,m using elementary OS 0.4.1 and VLC 2.2.2. I have this:
Syslog
Apr 3 22:12:12 andrey-desktop kernel: [ 7302.254054] NVRM: GPU at PCI:0000:01:00: GPU-64e8308f-2d8a-9520-b3c9-bd5a2386876f
Apr 3 22:12:12 andrey-desktop kernel: [ 7302.254056] NVRM: GPU Board Serial Number:
Apr 3 22:12:12 andrey-desktop kernel: [ 7302.254058] NVRM: Xid (PCI:0000:01:00): 31, Ch 00000019, engmask 00008100, intr 10000000
Apr 3 22:12:11 andrey-desktop gnome-session[1337]: message repeated 3 times: [ [00007f6f58c052e8] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library 384.111 Tue Dec 19 22:55:29 PST 2017 for hardware decoding.]
Apr 3 22:12:16 andrey-desktop gnome-session[1337]: Failed to idle DMA.
Apr 3 22:12:45 andrey-desktop gnome-session[1337]: message repeated 5 times: [ Failed to idle DMA.]
Apr 3 22:12:46 andrey-desktop gnome-session[1337]: :11:55.983235]#033[0m [Gtk] Child name ‘4’ not found in GtkStack
Apr 3 22:12:46 andrey-desktop gnome-session[1337]: #033[101m#033[97m[FATAL 22:11:55.983323]#033[0m app_center_widgets_banner_banner_widget_get_package: assertion ‘self != NULL’ failed
Apr 3 22:12:46 andrey-desktop gnome-session[1337]: #033[93m[WARNING 22:11:55.983721]#033[0m [Gtk] Child name ‘2’ not found in GtkStack
Apr 3 22:12:46 andrey-desktop gnome-session[1337]: #033[101m#033[97m[FATAL 22:11:55.983771]#033[0m app_center_widgets_banner_banner_widget_get_package: assertion ‘self != NULL’ failed
Apr 3 22:12:59 andrey-desktop gnome-session[1337]: Failed to idle DMA.
\00\00\00\00\00\00
red color a lot of zeros
And system not responding.