April 2010 - MEncoder-users - lists.mplayerhq.hu

Help with MPG video encoding
by Walter Belhaven 20 Apr '13

20 Apr '13

Hi, I've got a question on how to get the best possible MPG encoding of a movie source, "at any price" so to speak -- i.e., as many bits as the encoder needs to get the highest possible video quality. It appears to me that the MPG encoding process is introducing artifacts that are present regardless of the amount of "free reign" I give to the encoder with respect to quantization, bitrate, and the like. My bottom line question is thus: "Are these artifacts inherent in MPG encoding, or am I just not twiddling the knobs and dials on the encoder correctly?" Here's all the details ... My source is a mixed hard- and soft-telecined "movie" at 1080/60i that I'm trying to tanscode to 480/24p, soft telecined to 480/60i, for ultimate burning to an NTSC DVD-Video. When I use mencoder to inverse telecine, crop out the crud, expand back to the original letterbox ratio (it's 2.35:1, not 16/9), and 'encode' the video with HUFFYUV (422P), the resulting video looks stunning, with no 'blocking' artifacts to speak of. This, of course, is as expected. But when I encode the video in MPG2 or MPG4, even with vqscale=1 or vqscale=2, I see sometimes severe blocking in the resulting video. Is this because the chroma is being subsampled vertically and horizontally (4:2:0), or is it because 'vqscale' is (perhaps necessary but) not sufficient to get "maximum quality at any price" encoding? Thanks, WB ____________________________________________________________________________________ Be a PS3 game guru. Get your game face on with the latest PS3 news and previews at Yahoo! Games. http://videogames.yahoo.com/platform?platform=120121

3 9

B-frames and GOP with MPEG-2 for DVD
by Nicolas Hesler 16 Apr '11

16 Apr '11

Can anyone offer any input to the following command line? I've been trying to refine for the highest possible quality of MPEG-2 while staying DVD compliant. The source is 24fps. (Note: format=mpeg2, because format=dvd does not work with Adobe Encore 2.0). From what I understand, keeping GOP open, improves quality. Is this true? Is it 100% DVD compliant? Do I want to introduce B frames in my encoding? (The vb_strategy part of my command line is currently useless, right?) If parts of my video are reaching into 9-10 Mbs bitrate, would it beneficial to introduce B-Frames? Will it improve quality? (This is probably a stupid question) Are the sync issues with bframes only relevant to mpeg4 or lavf? mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=mpeg2:tsaf:telecine / -vf scale=720:480,harddup -mc 0 -noskip -srate 48000 -af lavcresample=48000:0:2 -lavcopts / vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=7000:vbitrate=6000:keyint=12 / :trell:mbd=2:precmp=2:subcmp=2:cmp=2:dia=-10:predia=-10:cbp:mv0:vqmin=1:lmin=1 / :dc=10:vpass=1:vb_strategy=2:acodec=ac3:abitrate=224:aspect=16/9:vstrict=0 -ofps 24000/1001 -o $output $input

12 43

yadif: what does "spatial interlacing check" mean?
by Christian Ebert 29 Jun '10

29 Jun '10

Hi, TFM say about the 2 and 3 options for yadif that they "skip spatial interlacing check". What does this mean exactly? What's the better way to go if I want better quality regardless of encoding time? And would recommendations differ if I use yadif in connection with mcdeint? TIA c -- \black\trash movie _C O W B O Y_ _C A N O E_ _C O M A_ Ein deutscher Western/A German Western -->> http://www.blacktrash.org/underdogma/ccc.html -->> http://www.blacktrash.org/underdogma/ccc-en.html

3 3

"Too many video packets in the buffer"
by Andrew Berg 04 Jun '10

04 Jun '10

I've been trying to transcode some 1080i TV content now that I have access to a machine that will do it faster than 2fps. However, I keep getting that error and I have no idea why. I remux the video with tsMuxeR (with the contSPS and insertSEI options) since that seems to make a cleaner input file (fewer errors). This problem happens whether I use the remuxed video or the original. I was looking through the archives to see what causes this and all I could find was something about it happening when the sync goes way off, but that's not the case here (I watch the status line and the sync never gets off by more than a few hundredths of a second). mencoder input.m2ts -msglevel all=1:statusline=5 -aid 4352 -fps 50 -ofps 25 -of avi -oac copy -ovc x264 -x264encopts crf=30:force_cfr:turbo=1:frameref=1:scenecut=0:nf:nocabac:bframes=0:partitions=none:no8x8dct:me=dia:subq=0:aq_mode=0:nointerlaced -vf yadif=1,filmdint=io=50:25,hqdn3d=0:0:4:4,harddup -o test.avi

7 21

A/V sync problems when digitizing old VHS tapes with mencoder
by Miroslav Rovis 02 Jun '10

02 Jun '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 (Problem with configure script) But did you get the sync OK? If you didn't it's like painting the walls while bricks are not all built in the wall yet... > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 29 Apr 2010 08:37:41 +0200 > From: Josef Wolf <jw(a)raven.inka.de> > Subject: [MEncoder-users] Problem with configure script > To: mencoder-users(a)mplayerhq.hu > Message-ID: <20100429063741.GF15971(a)raven.wolf.lan> > Content-Type: text/plain; charset=us-ascii > > Hello, > > I am trying to recompile mencoder to adjust MAX_SKEW_DELTA in > stream/tvi_v4l2.c as suggested in > > http://lists.mplayerhq.hu/pipermail/mplayer-users/2010-April/079686.html > > but the configure script bails out with > ... > BTW: Will MAX_SKEW_DELTA be changed in some future release of mencoder? That wouldn't fix your sync anyway... I told you. That'd only make it all a little more perfect yet... Leave it for now... Besides, I'm just not that good with compiling things, apart from that hacker patch on the run that I figured out there... Sorry! So, again: did the "... -forceidx ..." command get you the sync right? If it didn't, I don't know what could, but the MAX_SKEW_DELTA thing is irrelevant... Cheers! Miro -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvZcQMACgkQ5NaGZVDan0p/UQCgku0ikHJGGCSyX/y5syw9bzoe hvcAnRJEqKPUIDQhIqtGm2HuX1Ljo0UO =T+F0 -----END PGP SIGNATURE-----

3 3

Empty output file when copying ac3, wide screen option added for mpeg2
by Laine Lee 05 May '10

05 May '10

I don't get any "too many packets" messages or any other kind of error. Encoding appears to proceed normally, except that the output file remains empty (0 k in size). The problem is present only for the current release (31097) and at least one release prior to that. After reverting to my previous build without success, I recompiled and installed the release I was using around the first of April (30945), and that did solve it. My configure files for both 31097 and 30945 are identical, and when I tested by building and installing each version today, the failure only and always occurred while using 31097. With either version the output file is created. The problem is that in the case of the failure, the output file size remains 0. The command that triggers the failure involves a conversion to mpeg2 using the mpeg2video codec and occurs only with -oac copy -audiofile $file.ac3. If I replace that with -nosound, response from the application remains the same, and output is generated successfully considering the specified change. I'm using Mac OS X 10.6.3, but because execution occurs successfully while using a fairly recent version, that may or may not be a contributing factor. If you're interested in more information, I'll be happy to comply. I seem to remember that a problem either similar or identical to this existed for me for a span of several releases some time ago. Thanks. On a tangential note, It also appears that at some point fairly recently an mpeg2video option for 2.35/1 aspect ratio was added. I'm pretty sure I have previously tried doing that without success, so that's why I'm mentioning it. I'm adding aspect=2.35/1 to lavcopts and crop and scale filters to the chain, typically crop=1904:800:4:138 and scale=720:304 to convert AVCHD captures. I'm assuming that I don't need multiples of 16 or 32 for the last two crop coordinates because they just specify the position where the rectangle starts, right? Laine Lee

2 19

A/V sync problems when digitizing old VHS tapes with mencoder
by Miroslav Rovis 01 May '10

01 May '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > > But did you get the sync OK? > I did only a short check, but at first glance, it looks much, much better! Needs to be just right... Not just better. > But I still don't really get it. In your other post you write: I'll try make my point again. > > >> while it is halted. Still bad sync. > > > You seem to be issuing the reindexing command while the mencoder > > > is halted. No. That is completely useless. mencoder needs to be > > > running in it's own other konsole. You need to start the > > > "mencoder -forceidx ..." command *before* you halt it. Yes! Before. > I don't understand this. I send SIGSTOP, do the fixup, and finally kill > the capturing process. Should the capturing process be running all the > time and eating CPU and I/O instead? It needs to be at least *still running* when the copy video/audio reindexing command is started, yes. > > I haven't seen any noticeable difference between sending SIGSTOP and > leaving it running while fixing up. Have you seen a difference? Yes. Noticeable difference. > BTW: in reality I use a little perl wrapper. > ... > #! /usr/bin/perl > ... > exec "mencoder tv:// -profile mpeg4_capt -profile mpeg4_capt_MP3 > ... > Interesting, and next time I digitize tapes I might be back to try and use it. Also, I am certain debian/ubuntu is fine breed of Linux, and it'd certainly be interesting to use, but I am all over gentoo to use it properly in my 50s and my mind is not so fresh anymore :-) In some of the posts of mine to this or mplayer list I posted how I was able to get good sync in the way I already explained to you in the earlier post, and confirmed with a few "yes" and more explanations above, with this added bonus to the process... That is, I succeded in getting the sync right with this added bonus to the process: After the reindexing command is on the way, running for even just a few seconds, I was able to kill the capturing process and get the sync right. I'm glad the compile thing is also done. It was a few weeks ago, and can't go look for the posts now.... Busy... I hope you'll be digitizing fine your tapes soon! Miro -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvaLm8ACgkQ5NaGZVDan0oLvwCeNDdTRy3YJxCMS8v/RRlNg0Kf DDkAn3TjICYnzSB5XZq+mjiMBeMj+otP =38UC -----END PGP SIGNATURE-----

2 1

Re: [MEncoder-users] "New video file has different resolution or colorspace" when concatenating and scaling files
by stattik 30 Apr '10

30 Apr '10

On Tue, Apr 28, 2010 at 09:19:38PM +0200, Reimar D?ffinger wrote: > No surprise, you are only scaling the second video. > If you want an option to apply to all videos, you must put the options before all input files. Thanks for the help. That was the problem. -- stattik

1 0

Problem with configure script
by Josef Wolf 29 Apr '10

29 Apr '10

Hello, I am trying to recompile mencoder to adjust MAX_SKEW_DELTA in stream/tvi_v4l2.c as suggested in http://lists.mplayerhq.hu/pipermail/mplayer-users/2010-April/079686.html but the configure script bails out with Checking for Nemesi Streaming Media libraries ... no Checking for LIVE555 Streaming Media libraries ... no Checking for FFmpeg libavutil ... Error: You need static or shared libavutil, MPlayer will not compile without! Check "configure.log" if you do not understand why it failed. make: *** [configure-arch-stamp] Error 1 jw@ubuntu:~/dvd/mencoder/mplayer-1.0~rc3+svn20090426$ But I _have_ libavutil installed. In configure.log, I find those lines: ============ Checking for FFmpeg libavutil ============ #include <libavutil/common.h> int main(void) { av_gcd(1,1); return 0; } cc -W -Wall -O2 -march=i586 -mtune=i586 -pipe -g \ -I. -I/home/jw/dvd/mencoder/mplayer-1.0~rc3+svn20090426/debian/include -Ilibdvdread4 -I/usr/include/freetype2 -lncurses -lfreetype -lz -lXext \ -lX11 -lpthread -lXvMC -l -o /tmp/mplayer.7UrWSB/mplayer-conf--26000 \ ^^^^^^ /tmp/mplayer.7UrWSB/mplayer-conf--26000.c -lavutil cc: /tmp/mplayer.7UrWSB/mplayer-conf--26000: No such file or directory /tmp/mplayer.7UrWSB/mplayer-conf--26000.c: In function 'main': /tmp/mplayer.7UrWSB/mplayer-conf--26000.c:2: warning: implicit declaration of function 'av_gcd' Notice the missing library name between the -l and the -o switch when the compiler is called. Is this a bug in the configure script? How can I work around this? BTW: Will MAX_SKEW_DELTA be changed in some future release of mencoder?

2 5

-vf bmovl and raw video output
by Ivaylo Mitov 29 Apr '10

29 Apr '10

Hello guy, when I do the following: mencoder -vf format=i420,bmovl=0:0:/home/enctest/mylogo.fifo -nosound -ovc raw -of rawvideo -o mp4-video.raw "$INPUT_VIDEO" I get: MEncoder SVN-r29417-4.1.2 (C) 2000-2009 MPlayer Team success: format: 0 data: 0x0 - 0x5798004 MPEG-PS file format detected. VIDEO: MPEG1 720x480 (aspect 12) 29.970 fps 4000.0 kbps (500.0 kbyte/s) [V] filefmt:2 fourcc:0x10000001 size:720x480 fps:29.970 ftime:=0.0334 Opening video filter: [expand osd=1] Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1 Opening video filter: [bmovl=0:0:/home/enctest/mylogo.fifo] vf_bmovl: Opened fifo /home/enctest/mylogo.fifo as FD 5 Opening video filter: [eq2=0.5:1.4:0.5:1.9] Opening video filter: [format fmt=i420] ========================================================================== Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough VDec: vo config request - 720 x 480 (preferred colorspace: Mpeg PES) Could not find matching colorspace - retrying with -vf scale... Opening video filter: [scale] The selected video_out device is incompatible with this codec. Try appending the scale filter to your filter list, e.g. -vf spp,scale instead of -vf spp. VDecoder init failed :( Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Unsupported PixelFormat -1 Selected video codec: [ffmpeg1] vfm: ffmpeg (FFmpeg MPEG-1) ========================================================================== VDec: vo config request - 720 x 480 (preferred colorspace: Planar YV12) Could not find matching colorspace - retrying with -vf scale... Opening video filter: [scale] The selected video_out device is incompatible with this codec. Try appending the scale filter to your filter list, e.g. -vf spp,scale instead of -vf spp. Exiting... If I try without format=i420 - like this: mencoder -vf bmovl=0:0:/home/enctest/mylogo.fifo -nosound -ovc raw -of rawvideo -o mp4-video.raw "$INPUT_VIDEO" the raw output is created but the colors are wrong and the video is all blue. With format=i420 and without bmovl the video encodes fine and the colors are fine. I also tried with format=yv12 - again blue video. So my question is - is there a way do dump uncompressed video with mencoder while applying a watermark with bmovl and keep the colors correct? Thanks in advance, Ivo

1 0