Opened 15 years ago
Closed 15 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)
Changed 15 years ago by
| Attachment: | vdpaulockup.log added |
|---|
comment:1 Changed 15 years ago by
I saw that the log tail didn't copy and paste very well so I added the entire log as an attachment.
comment:2 follow-up: 3 Changed 15 years ago by
| Milestone: | unknown → 0.22 |
|---|---|
| Owner: | changed from Isaac Richards to markk |
| 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 Changed 15 years ago by
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 Changed 15 years ago by
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