[MEncoder-users] 4x timing deflation for TV-to-lavc mpeg2video - multiplexer problem?

[Nico Sabbi]

Garry Boyer wrote:
> Correction: MPlayer/incoming/garryb/garryb-timedeflate2.mpg
> 
> Was having firewall issues and it won't let me delete.  Sorry.
> 
> On 1/22/07, Garry Boyer <garryb at cc.gatech.edu> wrote:
> 
>> Okay, sent as "MPlayer/incoming/garryb/garryb-timedeflate.mpg".  The
>> file was cut off via head -c 3000000 so this sample isn't entirely
>> valid MPEG, but the time-deflation is still visible in Xine (haven't
>> checked dvdauthor on this sample).
>>
>> BTW, I've seen conflicting advice on whether to use TSAF.  I've burned
>> DVDs successfully both with and without.
>>
>> Also, remultiplexing it using mencoder and -oac/-ovc copy doesn't fix
>> the timing problem either (although it still plays perfectly).
>>
>> On 1/22/07, Nico Sabbi <nsabbi at email.it> wrote:
>> > Garry Boyer wrote:
>> >
>> > > 'm capturing from TV, directly to DVD-compliant mpeg2video (via
>> > > lavc).  The resulting files have a four-times timing deflation
>> > > although playback is entirely correct -- my guess is this is a 
>> problem
>> > > with the muxer.
>> > >
>> > > To be specific, when I play it in Xine, the timer ticks one seconds
>> > > every four seconds of actual time.  Similarly, if I tell "dvdauthor"
>> > > to generate a chapter at 10 minutes, it will really occur at 40
>> > > minutes.  Here is my command:

I don't see anything bad in that file, but keep in mind that when 
converting to another framerate mencoder will do a lot of frame 
skipping and/or duplication.
Especially for situations like this I recommend to use :tsaf,
in order to prevent the decoder (and dvdauthor) to guess the
wrong timestamp in frames that don't have any.

Additionally you can raise the keyint to something closer to 1 second,
so keyint=30 will look equally good and save some bits for scenes that
need them more

-- 
"Without a frontend, mplayer is useless" - someone in mplayer-users