[MEncoder-users] how to test encoded file ?

Bernd Butscheidt bbutscheidt at yahoo.de
Thu Jul 8 12:27:24 CEST 2010


From: Grozdan <neutrino8 at gmail.com>
7. July 2010, 23:04:27 h


>Why do you use -mc 0? 


Well, I tried to fix problems which occured with an HDTV record. I catched this 
somewhere in the web. I can play the source with mplayer but the reencode always 
gets out of sync. It didn't help...  mc0 is still in my script though, up to 
now, it didn't hurt but it has no meaning so far.

 
>and why do you want to create a true 24 fps film file?

I just like to have back the original speed (movie at 24 fps) 


>Still, if you want 24fps file, use -vf
>filmdint=fast=0/io=25:24/dint_thres=256 -ofps 24

I haven't discovered this yet. But will this just drop frames to achieve 24fps 
or slow down the movie (which means reverse the PAL-Speedup?) Anyway, maybe this 
is out of topic anyway.


>Also, your file will be broken since you haven't disabled b-frames in
>your x264 line (which are on by default) and you're using the lavf
>muxer to output which is broken with b-frames + mencoder

Yes, it is broken, but an avi-File with 24fps and x264-codec isn't well 
supported too. As I said, I remux the "broken" output with mkvmerge and 
everybody (vlc, mplayer, xine and my LG BD350 Stand alone Blue Ray Player) is 
happy and reports

a) that the file is 24fps 
b) a longer movie length compared to the PAL source, which was the goal.

Maybe I still get something wrong, but so far it seems to work.

So back to the question:
My humble way to test x264-encoding with mencoder is to use the broken lavf 
muxer (with mkv), because you don't get trouble with output greater than 4GB. 
The first test can be done with mplayer which can handle the broken files at 
least so well that you get a proper idea about the video quality. To fix the 
broken muxing of lavf, I use mkvmerge which makes the file playable anywhere 
else.

Kind regards
Bernd





More information about the MEncoder-users mailing list