[MPlayer-cvslog] r27484 - trunk/libmpdemux/demux_lavf.c

Uoti Urpala uoti.urpala at pp1.inet.fi
Wed Aug 27 02:12:31 CEST 2008

On Wed, 2008-08-27 at 01:47 +0200, Aurelien Jacobs wrote:
> Uoti Urpala wrote:
> > On Tue, 2008-08-26 at 23:12 +0200, aurel wrote:
> > > Log:
> > > prefer libavformat to demux matroska files
> > > I can't spot any regression anymore. If you find one, please tell me.
> > 
> > - the timestamp bug causing lost/broken subtitles is still there
> I've no idea of what you're talking about here.
> Bugreport somewhere ?

It was mentioned at least the last time using the lavf demuxer was
discussed on mplayer-dev-eng (proposed by Evgeniy that time).
> > - the track output becomes a lot worse: instead of
> >   [mkv] Track ID 3: subtitles (S_TEXT/ASS) "KAA Styled Subs", -sid 0, -slang eng
> >   you get the almost completely useless
> >   [lavf] Subtitle stream found, -sid 0
> Well, adding the -slang information might be useful (even though runtime
> subtitle switching with the 'j' key is much more user friendly).
> Other "information" are basically poor duplicate of the codec information
> printed by MPlayer below.

MPlayer does not print the track name later. And the information is
useful to see what tracks are available for selection, so anything
printed only _after_ selecting the track is too late. Cycling through
the choices is not a good way to find out what is available.

> > - Making a long seek to beyond the end of file causes a long pause.
> >   I think the demuxer reads from the current position to end of file.
> >   I fixed a similar bug in the MPlayer demuxer once...
> Indeed. That's something that I can improve (should be quite easy).
> But I think this is far from a typical use case.

It can happen easily enough if you use the Page Up key to move through
the file (10 minutes is enough to cause a noticeable pause).

More information about the MPlayer-cvslog mailing list