[MPlayer-users] xvid encode from HDTV MPEG audio sync problems...
Steve Adeff
adeffs at gmail.com
Mon Jan 9 16:44:11 CET 2006
On Monday 09 January 2006 10:03, Jason Tackaberry wrote:
> On Mon, 2006-01-09 at 09:37 -0500, Steve Adeff wrote:
> > mencoder inputfile.mpg -oac copy -ovc xvid -vf
> > pullup,softskip,scale=960:544 -ofps 24000/1001 -xvidencopts
> > pass=2:max_iquant=3:max_pquant=6:max_bquant=7:vhq=0:me_quality=5:turbo:qu
> >ant_type=mpeg:aspect=1.78:bitrate=-595000 -o outputfile.avi
>
> You shouldn't use turbo on pass 2. And do you really need to specify
> the max quantizers like this? Is xvid seriously undershooting the
> target size?
turbo=check, will turn it off
maxQ=dunno, it was a setting I was told to use. I'll leave those out and see
if anything gets affected.
> > The problem is, the huffyuv file created is like ~40gig, so being able to
> > do it directly would be much better.
>
> With a single pass, you could just use a pipe, but of course this
> doesn't work with 2 pass. Although in that case you probably couldn't
> use a negative value for bitrate, since it won't know how long the video
> is, and so couldn't calculate the appropriate bitrate for the target
> size.
And my goal is to be able to burn the file to a CD, so setting a max file size
is needed.
> > So, am I doing something wrong thats causing the audio sync problem, is
> > there a bug? How do I figure this stuff out to see if it can be fixed?
>
> This problem is likely caused by the use of B-frames, which mencoder has
> problems with. You can disable B-frames with max_bframes=0.
> Alternatively, you could remux the file afterward. I usually still use
> B-frames, but remux to a matroska file with mkvmerge. Although it often
> requires specifying --delay to compensate, which requires some manual
> intervention to get the appropriate offset. If you want to automate
> this completely, your best solution is to disable B-frames.
A) how would I go about remuxing the file? I want to keep it as an AVI to
maximize playback ability.
B) how does remuxing the file fix a varying audio sync? Maybe I wasn't clear
on this before, but what I see is that sometimes the audio is in sync,
sometimes its early, sometimes its late. It constantly varies throughout the
length of the encode. I did notice with try2 that mplayer on that machine
played the file back fine, but when I tried playing it back on my laptop,
XBMC, or MythTV machine they all displayed the varying audio sync problem.
>
> Cheers,
> Jason.
--
Thanks!
Steve
More information about the MPlayer-users
mailing list