[MPlayer-users] Strange timecode behavior with FLAC files
Reimar Döffinger
Reimar.Doeffinger at gmx.de
Wed Dec 8 20:46:49 CET 2010
On Thu, Nov 25, 2010 at 09:44:33PM +0100, Ilja Sekler wrote:
> On 25.11.2010 20:07, Uoti Urpala wrote:
>
> > On Thu, 2010-11-25 at 19:43 +0100, Ilja Sekler wrote:
> >
> >> On 25.11.2010 00:21, Uoti Urpala wrote:
> >>
> >>> The biggest cause of problems is that the FFmpeg FLAC decoder
> >>> behaves badly. It internally buffers packets in a way that makes
> >>> it impossible to know what part of its output corresponds to
> >>> which input packet (and thus to which timecode). I think this
> >>> should get fixed after the FLAC parser patches are applied in
> >>> FFmpeg. The parser itself isn't needed, but the patches remove
> >>> the current badly done buffering implementation.
> >>
> >> Thank you, [...] I applied parts of the patch from
> >> <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2010-July/093848.html>
> >>
> >> which suffered minor bitrot to libavcodec/flac{.h,dec.c} - the resulting
> >> mplayer binary displays correct timecode in FLAC files starting
> >> with zero for max. 2.5 seconds and then crashes with following
> >> flac-related messages:
> >
> > There's a recent version available.
>
> Oops, my bad. The patches from
> <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2010-November/100973.html>
> seem to be the most recent ones and apply cleanly. Unfortunately,
> MPlayer exits with these patches one or two seconds later, having filled
> the console with messages like
You would also have had to set needs_parsing in demux_audio.
But since the parser is now in FFmpeg I applied a working fix just now,
I forgot to note the exact revision though.
More information about the MPlayer-users
mailing list