[FFmpeg-devel] matroska file hits eof on any seek

Michael Niedermayer michaelni at gmx.at
Fri Feb 17 19:31:58 CET 2012


On Fri, Feb 17, 2012 at 06:51:39PM +0100, Reimar Döffinger wrote:
> On Fri, Feb 17, 2012 at 10:34:17AM -0700, Pavel Koshevoy wrote:
> > On 2/17/2012 10:23 AM, Reimar Döffinger wrote:
> > >On Fri, Feb 17, 2012 at 10:20:58AM -0700, Pavel Koshevoy wrote:
> > >>On 2/17/2012 2:45 AM, Don Moir wrote:
> > >>>This file is probably a "bad" file.
> > >>
> > >>Yes, it is.  If you look at it with mkvinfo GUI you'll see that
> > >>there are no keyframes there.
> > >>
> > >>You can fix it using yamkaRemux, make sure to pass the -fixKeyFlag
> > >>option.  With this option yamkaRemux parses H.264 tracks and looks
> > >>for IDR nal_init_type.  It uses that to fix the Matroska SimpleBlock
> > >>keyframe flag.
> > >Have you tested that? Because if that's the only thing
> > >it does, it is probably the kind of application that
> > >creates those broken files.
> > 
> > Yes, I downloaded the source file, remuxed with yamkaRemux, and was
> > able to play/seek it with my ffmpeg based player.  According to
> > mkvinfo that file was made with mkvmerge v2.7.0, not yamka.
> 
> I looked at the code, as far as I can tell you just got lucky.
> It looks for an IDR slice.
> However having an IDR slice does not tell you anything.
> If _all_ slices are IDR slices, yes.

> If one is an IDR slice and some are not that tells you nothing.

Without checking the spec i dont think this is allowed

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

He who knows, does not speak. He who speaks, does not know. -- Lao Tsu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20120217/61c99422/attachment.asc>


More information about the ffmpeg-devel mailing list