[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