Opened 11 years ago

Last modified 9 years ago

#2118 new defect

Video freeze and broken audio sync when using yadif=1 or tfields and seeking forward

Reported by: fludimir@… Owned by: reimar
Priority: normal Component: vo
Version: HEAD Severity: normal
Keywords: Cc: cehoyos, travisgevans@…
Blocked By: Blocking:
Reproduced by developer: no Analyzed by developer: no

Description

I'm trying to play x264 encoded interlaced video using doble framerate deinterlacing - mplayer -vf yadif=1 movie.mkv

Video is playing normally until I'm try to seek forward - then in most cases video is fully freezed, audio still playing.
Sometimes video unfreezed in couple of seconds with console message "Timing looks severely broken, resetting" - with about 2sec audio desync, which is corrected during next 10 seconds.

Video freezes not each seek forward, but very often, and never on backward seek. If forward seek freezes I can alway seek backward on 15sec and video is playing correctly. 10min seek or next chapter seek have much higher chance to freeze than 1min seek

This happens on every mkv file with x264-encoded interlaced video, you can simply reproduce if encode any interlaced video with mencoder using -ovc x264 -x264encopts interlaced -of rawvideo and then mux it using MKVToolNix
Probably you have to use full-lenght movie, not short video

I've checked a lot of mplayer revisions, at least all from 34401 to 35691 reproduces this, with both vo directx direct3d gl sdl

Change History (8)

comment:1 by reimar, 11 years ago

Could you try again with r35709 or later?
I disabled a feature that caused issues in some other cases with filters and seeking, and it would be helpful to know if your issue is caused by this as well or if it is something unrelated.
Another thing to try is to disable multithreaded decoding (-lavdopts threads=1).

comment:2 by fludimir@…, 11 years ago

Built r35709 using mingw64, tried - no changes
lavdopts threads=1 both on 35709 and 35691 also didnt fixed issue, but with threads=1 some freezes are much longer then with threads=8

comment:3 by fludimir@…, 11 years ago

I can also note that interlaced h264 video in .ts files played and forwarded with no problems using yadif=1

comment:4 by fludimir@…, 11 years ago

Tried another build 35715, same problems. It looks strange that only video in mkv files is affected, for example interlaced dvd played perfectly with yadif=1

Is there a possibility to output video with interlaced flag so the video drivers will perform deinterlace?

comment:5 by cehoyos, 11 years ago

Cc: cehoyos@… added

Please provide a sample.

comment:6 by fludimir@…, 11 years ago

http://www.sendspace.com/file/pivdfc

Run mplayer -vf yadif=1 DPtest.mkv and try to seek forward, you'd see freezes and timing errors

comment:7 by cehoyos, 11 years ago

The problem is reproducible, sample is in http://samples.ffmpeg.org/mplayer-bugs/bug2118/

comment:8 by travise, 9 years ago

Analyzed by developer: unset
Cc: travisgevans@… added
Reproduced by developer: unset

I'm seeing this with interlaced .mp4 files, too (r37379), transcoded from .vob with ffmpeg. Symptoms are just as described in the report, with video freezing for up to 20 seconds and resulting in badly broken A-V sync that takes several minutes to recover (unless I seek backwards, then it's immediately corrected). No problem when playing the VOBs. Also, on videos with the issue, fast-forward seeking (holding the key down) seems somewhat choppy compared to backward seeking, or fast-forward seeking with yadif disabled or on files not exhibiting the problem.

Note: See TracTickets for help on using tickets.