[MPlayer-users] Audio Lag and Index Problem
ras2
shrike at get2net.dk
Sun Jan 19 22:32:39 CET 2003
On 2003-01-19 at 15:16:22 -0500, Oliver Strutynski <olistrut at gmx.net> wrote:
> On Sunday 19 January 2003 06:34, ras2 wrote:
> > > mencoder -dvd 1 -alang en -o test1.avi -oac mp3lame -lameopts vbr=3:vol=8
> > > \ - -ovc lavc -lavcopts
> > > vcodec=mpeg4:vbitrate=1527:vhq:vqmin=2:keyint=10:vpass=2 \
> > > vlelim=-4:vcelim=9:lumi_mask=0.05:dark_mask=0.01 -vop \
> > > scale=720:336,crop=710:350:8:64 -ofps 23.976 -zoom -aspect 4:3
> > >
> > > Anything wrong here?
> >
> > If you have duplicated video frames, you will get audio desync if you
> > use -ofps when you encode; when you captured/copied/whatever the original
> > file, extra video frames were inserted to keep the audio in sync, so if
> > you then try to re-encode the file with correct FPS value, the audio will
> > lag.
>
> But I did not copy the file from DVD. I am ripping "live" with -dvd 1.
You should probably try copying it then. Your hardware may not be
able to keep things in sync when you rip it live (I guess it's possible
that the duplicate frames are on the DVD, but I wouldn't expect that).
> > > I noticed that mencoder showed far less "duplicate frame" messages (just
> > > 2 and some skipped frames) when using the three-pass method.
> >
> > Not surprising. That should also be the case with a single pass with
> > -ofps.
>
> No, it isn't. When doing the one-pass encoding " -dvd 1 -ofps 23.976" I get
> tons of duplicate frames.
I meant a single pass on the captured file (i.e. a re-encoding).
-R.
More information about the MPlayer-users
mailing list