Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 02-06-10, 09:48 AM   #1
cormanaz
Registered User
 
Join Date: Feb 2010
Posts: 5
Default Freeze/X lockup during VDPAU playback

Greetings. I am having a problem with the screen locking up during playback of MythTV recordings when it is set up to use a VDPAU playback profile. This problem does not happen when it is not set up for VDPAU playback (but that's not a solution because it overloads the processor and hoses the audio). When the lockup occurs, a hard reset is required.

Previously this was accompanied 3 out of 4 times by a kernel panic. But in an email Andy Ritger suggested installing the manufacturer version of the drivers (was using RPM Fusion package before) and installing the public beta version. I did that and and am no longer getting the panics--at least it hasn't happened in 5 tries.But the lockup persists.

Per the note in the sticky, I turned on VDPAU trace and debug and logged the output of mythfrontend to a file (attached). The board wouldn't allow me to post the whole thing so I deleted the middle. I also ran nvidia-debug (attached).

This is a newly built system (F12). I have run memtest86+ on the RAM and it shows no problems. I am wondering if I could have a bad video card (it's a MSI N8400GS-TD512 GeForce 8400 GS 512MB 64-bit GDDR2 PCI Express 2.0 x16). However I can find no linux--based diagnostic software for it so don't know how to rule that out.

One other odd symptom: On graphical boot-up it fills in a "bubble" in steps and when this is complete shows it the fedora logo inside the bubble. Occasionally (probability maybe .05), the filling in progressively slows down until the last last filling-in step and stops there and the boot doesn't complete. A reset then produces a normal boot. Don't know what is happening underneath of course, and I don't know if this could be related, but I thought I would mention it just in case.

Suggestions for how to proceed would be greatly appreciated.

Steve
Attached Files
File Type: gz nvidia-bug-report.log.gz (42.3 KB, 114 views)
File Type: log myth.log (56.4 KB, 112 views)
cormanaz is offline   Reply With Quote
Old 02-06-10, 10:51 PM   #2
Stephen Warren
Moderator
 
Stephen Warren's Avatar
 
Join Date: Aug 2005
Posts: 1,327
Default Re: Freeze/X lockup during VDPAU playback

Can you reproduce this problem with MPlayer? If so, can you post your exact MPlayer command, and upload a copy of the video to the NVIDIA file drop; see the sticky post.

If MPlayer doesn't repo the problem, can you please set up a "netconsole" or serial console. With those debugging techniques, you may be able to catch any kernel log messages that occur when your system hangs; your bug report doesn't appear to show anything unusual.
Stephen Warren is offline   Reply With Quote
Old 02-07-10, 07:10 AM   #3
cormanaz
Registered User
 
Join Date: Feb 2010
Posts: 5
Default Re: Freeze/X lockup during VDPAU playback

Apparently mplayer does not come set up with VDPAU support by default. Can anyone point me to instructions for getting mplayer VDPAU enabled on FC12 and running it? I have not been able to find any clear instructions by searching. I found this but it is for FC11 and is a year and a half old.
cormanaz is offline   Reply With Quote
Old 02-07-10, 11:17 AM   #4
cormanaz
Registered User
 
Join Date: Feb 2010
Posts: 5
Default Re: Freeze/X lockup during VDPAU playback

Ignore previous post. I figured it out. So when I play back on mplayer, it doesn't cause a lockup, but there are problems. The console output is below, and I am uploading a copy of the file 1751_20100206013000.mpg. I tried running it with the -ni switch even though this is not an .avi file, no help.

Since the errors mention a possible codec failure, locate libavcodec shows

/usr/lib64/libavcodec.so.52.37.1


Code:
[root@mythtv recordings]# mplayer -vo vdpau 1751_20100206013000.mpg
MPlayer SVN-r29800-4.4.2 (C) 2000-2009 MPlayer Team
mplayer: could not open config files /root/.lircrc and /etc/lirc/lircrc
mplayer: No such file or directory
Failed to read LIRC config file ~/.lircrc.

Playing 1751_20100206013000.mpg.
TS file format detected.
VIDEO H264(pid=4113) AUDIO AAC(pid=4352) NO SUBS (yet)!  PROGRAM N. 1
FPS seems to be: 29.970030
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
==========================================================================
Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding)
FAAD: compressed input bitrate missing, assuming 128kbit/s!
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio))
==========================================================================
AO: [pulse] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
[h264 @ 0xad7840]non-existing SPS 32 referenced in buffering period
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.?% 0 0              
VO: [vdpau] 1920x1080 => 1920x1080 Planar YV12 
[h264 @ 0xad7840]non-existing SPS 15 referenced in buffering period             
[h264 @ 0xad7840]non-existing SPS 31 referenced in buffering period             
[h264 @ 0xad7840]non-existing SPS 31 referenced in buffering period             
[h264 @ 0xad7840]non-existing SPS 1 referenced in buffering period 0            
[h264 @ 0xad7840]non-existing SPS 1 referenced in buffering period 0            
A:  59.5 V:  33.3 A-V: 26.210 ct:  6.530 1966/1966 45%  4%  0.7% 0 0            
Too many video packets in the buffer: (807 in 33555374 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.

Too many video packets in the buffer: (807 in 33555374 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.
A:  59.6 V:  33.5 A-V: 26.176 ct:  6.547 1971/1971 45%  4%  0.7% 0 0            
Too many video packets in the buffer: (808 in 33632380 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.

Too many video packets in the buffer: (808 in 33632380 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.

Too many video packets in the buffer: (808 in 33632380 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.
[etc., until I stop the player]
cormanaz is offline   Reply With Quote
Old 02-07-10, 04:48 PM   #5
jusst
Registered User
 
Join Date: Mar 2006
Posts: 99
Default Re: Freeze/X lockup during VDPAU playback

You did not play the file with vdpau decoder when using mplayer. You probably should add "-vc ffh264vdpau" as option when starting mplayer.
jusst is offline   Reply With Quote
Old 02-07-10, 11:12 PM   #6
cehoyos
FFmpeg developer
 
Join Date: Jan 2009
Location: Vienna, Austria
Posts: 467
Default Re: Freeze/X lockup during VDPAU playback

And without knowing the sample, I suspect you need -demuxer lavf -nocorrect-pts to fix the A/V sync problem (note the value for "A/V" in the status line). An alternative would be -mc 1 (which probably leads to a small, constant video delay).
cehoyos is offline   Reply With Quote
Old 02-07-10, 11:16 PM   #7
cehoyos
FFmpeg developer
 
Join Date: Jan 2009
Location: Vienna, Austria
Posts: 467
Default Re: Freeze/X lockup during VDPAU playback

Also note that your MPlayer version is ancient, please consider updating to latest svn.
cehoyos is offline   Reply With Quote
Old 02-09-10, 09:40 AM   #8
cormanaz
Registered User
 
Join Date: Feb 2010
Posts: 5
Default Re: Freeze/X lockup during VDPAU playback

Thanks for all the help on proper mplayer parameters. I'm not a regular use of it, so...

I did not update mplayer per suggestion of cehoyos because what I have is the latest available on RPM Fusion and I try to avoid installing things manually when I can. If someone thinks it might matter to this test I could do it, though.

The correct settings got rid of the audio sync problems. It also reproduced on mplayer the problems I am having with the MythTV player. Right after starting the video the console shows:

Code:
[root@mythtv recordings]# mplayer -vo vdpau -vc ffh264vdpau -ao alsa -demuxer lavf -nocorrect-pts 1751_20100206013000.mpg
MPlayer SVN-r29800-4.4.2 (C) 2000-2009 MPlayer Team
mplayer: could not open config files /root/.lircrc and /etc/lirc/lircrc
mplayer: No such file or directory
Failed to read LIRC config file ~/.lircrc.

Playing 1751_20100206013000.mpg.
libavformat file format detected.
[mpegts @ 0x165c490]max_analyze_duration reached
[lavf] Video stream found, -vid 0
[lavf] Audio stream found, -aid 1
LAVF: Program 1 
VIDEO:  [H264]  1920x1080  0bpp  59.940 fps    0.0 kbps ( 0.0 kbyte/s)
==========================================================================
Forced video codec: ffh264vdpau
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
[VD_FFMPEG] XVMC-accelerated MPEG-2.
Selected video codec: [ffh264vdpau] vfm: ffmpeg (FFmpeg H.264 (VDPAU))
==========================================================================
==========================================================================
Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding)
AUDIO: 48000 Hz, 2 ch, s16le, 136.1 kbit/8.86% (ratio: 17015->192000)
Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio))
==========================================================================
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
[VD_FFMPEG] XVMC-accelerated MPEG-2.
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [vdpau] 1920x1080 => 1920x1080 H.264 VDPAU acceleration 
A:   2.6 V:   2.6 A-V:  0.007 ct:  0.047 134/134  8%  4%  1.2% 1 0


On the first try the video played for about 30 sec then hung, with nothing unusual looking in the console. I did not copy down the numbers showing on the status line, so thinking that could be important I rebooted any played it again.

This time it got maybe 4 min into the video and crashed with a kernel panic. One odd thing that has not happened before is that the sound card kept playing about 1 sec of audio from the point of the crash, repeating it over and over until reboot. For some reason though, and unfortunately, even though the kdump service was running and it seemed to go into the crash kernel, there was no core dump in /etc/crash.

So I played the vid again, and this time it got more than 20 min into the program, and locked up (no panic). The values on the status line when it hung were:

A: 1723.7 V: 1723.7 A-V: 0.004 ct: 0.051 103289/103289 0% 0% 1.0% 2 0
cormanaz is offline   Reply With Quote

Old 02-09-10, 12:24 PM   #9
Stephen Warren
Moderator
 
Stephen Warren's Avatar
 
Join Date: Aug 2005
Posts: 1,327
Default Re: Freeze/X lockup during VDPAU playback

I just ran the clip through twice and didn't see any issue. Given that, and given that your issues don't always appear in the same place in a specific clip, I'd argue that there's some generic system stability issue. VDPAU probably exposes this simply because it's using the system more; transferring more data from the CPU to GPU for example.
Stephen Warren is offline   Reply With Quote
Old 02-09-10, 03:09 PM   #10
cormanaz
Registered User
 
Join Date: Feb 2010
Posts: 5
Default Re: Freeze/X lockup during VDPAU playback

Well lucky me! Do you have any advice about how to proceed? In particular, do you know of any way to test the video card for electronic badness, such as bad memory? I've been unable to find any apps like memtest86+ that work on the video memory.
cormanaz is offline   Reply With Quote
Old 02-09-11, 05:11 PM   #11
SkeLLLa
Registered User
 
Join Date: Jan 2011
Posts: 1
Default Re: Freeze/X lockup during VDPAU playback

Quote:
Originally Posted by Stephen Warren View Post
I just ran the clip through twice and didn't see any issue. Given that, and given that your issues don't always appear in the same place in a specific clip, I'd argue that there's some generic system stability issue. VDPAU probably exposes this simply because it's using the system more; transferring more data from the CPU to GPU for example.
If you couldn't reproduce a bug doesn't mean that there is no bug. It appears very randomly on different system configurations with different nvidia cards in random places in video. I've tried 8600GTS, 240GT) and got the same bug with all 256.*,260.*,270.* drivers with different versions of X server.

Here another thread about this bug: http://boardreader.com/thread/VDPAU_...4vucX3b9b.html

If you google you'll find a lot more post about it.
SkeLLLa is offline   Reply With Quote
Old 02-10-11, 02:11 PM   #12
mlauss
Registered User
 
Join Date: Aug 2007
Posts: 43
Default Re: Freeze/X lockup during VDPAU playback

I have this hang with *every* clip; the time it takes to trigger is random but it
happens usually within an hour after booting up; mplayer then is dead.
After killing it, it works for days without a hitch (although black areas show color artifacts).
Btw, the 195.36.X drivers are fine.
mlauss is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 08:37 PM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.