Opened 17 years ago
Closed 17 years ago
#6608 closed defect (invalid)
H.264 vdpau playback locks up the whole computer when switching back to mythfrontend
| Reported by: | Owned by: | markk | |
|---|---|---|---|
| Priority: | major | Milestone: | 0.22 |
| Component: | MythTV - Video Playback | Version: | head |
| Severity: | medium | Keywords: | lockup vdpau playback |
| Cc: | ryan.goat@… | Ticket locked: | no |
Description
Upgraded to trunk 20676 running on ubuntu 9.04 no manual patching has been applied. Most of the time when stopping playback (going back to the watch::recordings screen) mythfrontend locks the whole OS and a hard reset is required. Here is the tail from the mythfrontend log with --verbose playback option:
2009-06-06 19:43:09.406 [h264_vdpau @ 0x7fb32a8e8520]no frame! 2009-06-06 19:43:09.406 AFD Error: Unknown decoding error 2009-06-06 19:43:09.407 [h264_vdpau @ 0x7fb32a8e8520]B picture before any references, skipping 2009-06-06 19:43:09.407 [h264_vdpau @ 0x7fb32a8e8520]decode_slice_header error 2009-06-06 19:43:09.407 [h264_vdpau @ 0x7fb32a8e8520]no frame! 2009-06-06 19:43:09.407 AFD Error: Unknown decoding error 2009-06-06 19:43:09.408 [h264_vdpau @ 0x7fb32a8e8520]mmco: unref short failure 2009-06-06 19:43:09.408 [h264_vdpau @ 0x7fb32a8e8520]mmco: unref short failure 2009-06-06 19:43:09.752 NVP(1): Video is 3.80426 frames behind audio (too slow), dropping frame to catch up. 2009-06-06 19:43:09.752 NVP(1): Video is 4.20185 frames behind audio (too slow), dropping frame to catch up. 2009-06-06 19:43:09.752 NVP(1): Video is 4.2528 frames behind audio (too slow), dropping frame to catch up. 2009-06-06 19:43:09.752 NVP(1): Video is 4.02877 frames behind audio (too slow), dropping frame to catch up. 2009-06-06 19:43:09.753 NVP(1): Video is 3.6135 frames behind audio (too slow), dropping frame to catch up. 2009-06-06 19:43:09.753 NVP(1): Video is 3.05479 frames behind audio (too slow), dropping frame to catch up. 2009-06-06 19:43:09.970 TV: DoNVPSeek() -- begin 2009-06-06 19:43:09.970 TV: DoNVPSeek() -- ff 2009-06-06 19:43:09.970 TV: DoNVPSeek() -- end 2009-06-06 19:43:09.970 UpdateOSDSeekMessage(Jump Ahead, 2) 2009-06-06 19:43:10.719 NVP(1): Exited decoder loop. 2009-06-06 19:43:10.734 VideoOutputXv: dtor 2009-06-06 19:43:10.735 VideoOutputXv: DiscardFrames(1) 2009-06-06 19:43:10.735 VideoBuffers::DiscardFrames(1): UUUUUUUUuDUDLUuUD 2009-06-06 19:43:10.735 VideoBuffers::DiscardFrames(): AAAAAAAAADADAAAAD -- done() 2009-06-06 19:43:10.735 VideoBuffers::DiscardFrames(1): AAAAAAAAADADAAAAD -- done 2009-06-06 19:43:10.735 VideoOutputXv: DiscardFrames() 3: AAAAAAAAADADAAAAD -- done() 2009-06-06 19:43:10.796 VDPAU Error: DISPLAY PRE-EMPTED. Aborting playback. 2009-06-06 19:43:10.796 VDPAU Error: Error at util-vdpau.cpp:913 (#2, The display was pre-empted, or a fatal error occurred.) 2009-06-06 19:43:10.796 VDPAU Error: Error at util-vdpau.cpp:581 (#3, An invalid handle value was provided.) 2009-06-06 19:43:10.796 VDPAU Error: Error at util-vdpau.cpp:589 (#3, An invalid handle value was provided.) 2009-06-06 19:43:12.886 Marking recording as watched using offset 4 minutes 2009-06-06 19:43:12.887 TV: HandleStateChange(0) -- begin 2009-06-06 19:43:12.887 TV: Attempting to change from Watching WatchingPreRecorded to None 2009-06-06 19:43:12.887 TV: StopStuff() for player ctx 0 -- begin 2009-06-06 19:43:12.887 TV: SetActive(0,w/o OSD) 0 -> 0 -- begin 2009-06-06 19:43:12.887 TV: SetActive(0,w/o OSD) 0 -> 0 -- end 2009-06-06 19:43:12.887 TV: StopStuff(): stopping ring buffer 2009-06-06 19:43:12.899 TV: StopStuff(): stopping player 2009-06-06 19:43:12.899 TV: StopStuff() -- end 2009-06-06 19:43:12.899 TV: Changing from Watching WatchingPreRecorded to None 2009-06-06 19:43:12.899 TV: HandleStateChange(0) -- end
Attachments (1)
Change History (6)
by , 17 years ago
| Attachment: | vdpaulockup.log added |
|---|
comment:1 by , 17 years ago
I saw that the log tail didn't copy and paste very well so I added the entire log as an attachment.
follow-up: 3 comment:2 by , 17 years ago
| Milestone: | unknown → 0.22 |
|---|---|
| Owner: | changed from to |
| Priority: | minor → major |
| Severity: | high → medium |
| Status: | new → accepted |
Which driver version you are using?
I've just confirmed that I get hard lockups with 185.18.14 but everything works as expected if I roll back to 180.51.
comment:3 by , 17 years ago
Replying to markk:
Which driver version you are using?
I've just confirmed that I get hard lockups with 185.18.14 but everything works as expected if I roll back to 180.51.
Affirmative, I am using the 185.18.14 driver.
Originally I tried using the ubuntu 180 driver package. The X server worked fine but VDPAU playback in mythfrontend failed completely with the ubuntu driver package. I assume that is ubuntu's error not mythtv's error. I will manually install 180.51 tonight and see what happens.
-Ryan
comment:4 by , 17 years ago
I have confirmed that the VDPAU lock up failure was cleared once I manually installed the 180.51 Nvidia driver package.
thanks, Ryan
whole log showing vdpau lockup condition