[Ffmpeg-cvslog] r8334 - trunk/libavformat/matroska.c

[Måns Rullgård]

Aurelien Jacobs <aurel at gnuage.org> writes:

> On Mon, 12 Mar 2007 22:03:56 +0000
> M?ns Rullg?rd <mans at mansr.com> wrote:
>
>> Aurelien Jacobs <aurel at gnuage.org> writes:
>> 
>> > On Mon, 12 Mar 2007 15:23:13 +0200
>> > Uoti Urpala <uoti.urpala at pp1.inet.fi> wrote:
>> >
>> >> On Mon, 2007-03-12 at 14:01 +0100, Aurelien Jacobs wrote:
>> >> > On Mon, 12 Mar 2007 09:56:22 +0200
>> >> > Uoti Urpala <uoti.urpala at pp1.inet.fi> wrote:
>> >> > > What's the reason for doing this kind of reordering?
>> >> > 
>> >> > Because without it, the affected videos are playing all jerky.
>> >> 
>> >> Playing all jerky in what player using what options?
>> >
>> > ffplay, mplayer... no special option.
>> >
>> >> Do you have a sample which shows this behavior?
>> >
>> > http://samples.mplayerhq.hu/Matroska/V_MPEG_ISO/
>> 
>> I don't see any jerkiness playing those with ffplay from svn r8317 or
>> with TCVP using its matroska demuxer.
>
> Try with ffplay r8333.
> r8317 was broken (pts was meaningless so ffplay generated the pts itself,
> which lead to properly ordered pts and smooth playback, but AV desync
> when both streams didn't start at the same pts).

OK, I see the problem with r8333.  I'm still sceptical to the
reordering you're doing in the demuxer.  TCVP plays those files
perfectly without resorting to such hacks.

-- 
M?ns Rullg?rd
mans at mansr.com