[Matroska-devel] Issue with seeking of .mkv files containing H.264 content
mike at haali.net
Fri May 1 15:55:10 CEST 2009
Harsha Kikkeri (CODEC DSP) wrote:
> We are seeing issues with seeking of .MKV files containing H.264 content.
> After seeking, Haali source filter sends out a bunch of samples which have preroll=1(with negative timestamps, decoder ignores these timestamps) followed by samples with preroll=0.
> Decoder decodes all these samples and only sends the samples with preroll=0 to downstream renderer.
> When renderer receives these samples, timestamps on these samples are already behind the clock and this causes renderer to send late quality messages.
> Haali source can check that the timestamp of the sample that it is sending out should be greater than current streamtime.
> What we see, it that after a seek the timestamp of the first few samples (which have preroll=0) is behind current StreamTime.
> This causes decoder to drop frames. This happens with ffdshow and Cyberlink decoders as well.
What you describe is a situation when the seek is requested to a non-keyframe. My current code seeks
to a previous keyframe and sends intermediate frames as preroll. Could you suggest a better algorithm
to handle this case? I didn't find anything specific about it in DShow documentation.
More information about the Matroska-devel