[MPlayer-users] Re: mencoder neglects -nosound when noframe.avi is present
Frank Boehme
f.boehme at cs.ucc.ie
Wed Aug 14 18:49:01 CEST 2002
Hi,
A'rpi wrote:
>> I am not sure if I am allowed to post w/o subscribing first...
> yes but we won't cc:, read archives...
Ah. So since I am now replying to a reply from the archive, I have to
add the quotation ">" thingies manually but threadening will be f****d
up :-(
>> But when I try to encode the second pass (before the final) with
>> -nosound, then mencoder still insists on specifying an audio codec
>> because it sees noframe.avi and wants to copy it in the output file
>> (which is anyway /dev/null in my case). So I have to temporarily move or
>> rename this file before starting the 2nd pass, otherwise I keep getting
>>an error msg saying that I should specify an audio codec or -nosound (I
>> did the latter!). Is this a feature or a bug?
> dunno. probably a bug (the -oac warning checks for -nosoudn so it shouldn't
> happen), but not really a bug, as with -nosound it (3-pass encoding)
> won't work as expected. so, you HAVE TO -oac copy.
Thanks (and for the explanation below as well). I did not know that.
> the file is frameno.avi not noframe.avi, big difference, frameno is
> shortened form of 'frame numbers' while noframe suggests 'dummy file, no
> frames in it'
Actually, I meant frameno.avi.
> actually the whole a-v syncing process is done at teh first pass and the
> frame numbers _after_ skipping/duplicating are stored in frameno.avi along
> with the audio. you have to use this file in next passes otherwise you may
> get a-v desync.
I see. This is important. Why do I always try to be so smart? I should
have trusted the dox w/ or w/o understanding what's going on...
>> Also, I would like to know if there are any drawbacks with -nosound in
>> the second pass. I just do that because I believe it saves some time.
>> -oac copy won't do much just copy few MBs, so it won't save time leaving it
>> Does this affect the information stored in the logfile for use in pass
>> 3?
> yes, badly.
> if there were skipped/duplicated farmes at 1st pass, they won't be skip/dup
> in second but will in 3rd, so 2nd and 3rd logfile will not match -> bad
> parameters.
Hmmm. Mplayer plays that movie which I encoded in this way nicely and
there is no A-V desync at all. But, as we know, mplayer plays all sorts
of broken files. It probably won't play under windblows.
Thanks for enlighten me. Actually, I should try to contact this guy who
put that "DVD-ripping guide" or whatever it was called on the web.
That's where I got the idea with -nosound in the 2nd pass under 3-pass
encoding from. He should correct his mplayer section.
greetings,
Frank
--
Dr Frank Boehme | Email: f.boehme at cs.ucc.ie
National University of Ireland, Cork | phone: +353-21-4903163
Dept of Computer Science | fax: +353-21-4903113
Cork, Ireland |
More information about the MPlayer-users
mailing list