Opened 14 years ago
Closed 14 years ago
#7415 closed defect (fixed)
New and old frames alternately flash during seek with VDPAU render and deint and FFmpeg decode
Reported by: | Owned by: | Janne Grunau | |
---|---|---|---|
Priority: | minor | Milestone: | unknown |
Component: | MythTV - Video Playback | Version: | unknown |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
Because FFmpeg handles corrupted files better, Myth is set up to use VDPAU for the renderer and deinterlacing and FFmpeg to decode the MPEG-2 video. When seeking in 1080i 30 fps interlaced content, the new and old frames alternate, causing a flashing effect. A portion of mythfrontend.log with VDPAU debugging is attached. A short 60fps video of the effect is also available but it is about 6 Meg. If the video is played frame by frame it looks like possibly some of the the frames during the seek are made up of one field from the old frame and one field from the new frame. When using all VDPAU, seeking looks normal.
Attachments (1)
Change History (5)
Changed 14 years ago by
Attachment: | mythfrontend.flashingseek.log added |
---|
comment:2 Changed 14 years ago by
Video showing the problem is at:
https://docs.google.com/leaf?id=0B2gd5QRdoS7BMzViMmQyYTUtMGYwOS00YjkyLTlkMjUtNmNhZWZlNDg5NjNi&hl=en
comment:3 Changed 14 years ago by
Nvidia Driver 195.36.15 significantly improved decoding of corrupted files, so this issue is even less of a problem than it was before. It is no longer necessary to use FFmpeg as the decoder. When VDPAU is the the decoder, the flashing effect does not occur.
comment:4 Changed 14 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
Looks like this is solved-- if you need to open a new ticket we're going to need a sample of the video file, not a video of your TV having the issue.
mythfrontend.log with VDPAU debugging