[MPlayer-cvslog] r29810 - in trunk: libmpdemux/demux_demuxers.c libmpdemux/demuxer.h mpcommon.c

[Jason Tackaberry]

On Sun, 2009-11-01 at 10:48 +0100, reimar wrote:
> Log:
> Unbreak the demuxer-specific code in video.c with e.g.
> -audiofile by moving the code to manually interleave
> subtitles to mp_common.c.
> video.c should still be changed to not be demuxer-specific
> anymore, it is bad practice but fully fixing it is non-trivial.

This commit causes a very peculiar regression with some of my files.  I
sometimes get the "Too many audio packets in the buffer" message, but
the strange part is that if I rename the file, the problem goes away:

$ mplayer The_Day_the_Earth_Stood_Still.mkv -frames 0 2>/dev/null | grep interleave

Too many audio packets in the buffer: (4099 in 8247188 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.

$ mv The_Day_the_Earth_Stood_Still.mkv x.mkv
$ mplayer x.mkv -frames 0 2>/dev/null | grep interleave
$

With that particular file, any filename 11 characters or less plays
fine, but it seems that more than 11 characters and it spews the "too
many audio packets" message. 

But, I have other files (same container and codecs) whose filenames are
longer than 12 characters and they play fine.

r29809 is fine.

If I dd the first 22M from that file I'm able to repeat the problem on
that shorter clip.  Let me know if you'd like me to drop it in incoming/

Thanks,
Jason.