October 2012 - MEncoder-users - lists.mplayerhq.hu

change frame rate
by Shiyuan 28 Feb '14

28 Feb '14

Hi, I have an avi video with 5000 frames. The original frame rate is 15 frames/per second, and it takes 300 seconds to play the whole video. I want the video to play faster so that it takes less time to complete, so I change the frame rate using the following command: mencoder in.avi -o out.avi -ofps 100 -ovc copy However, out.avi still take around 300 seconds to complete, even though out.avi does have fps of 100fps according to the info displayed by mplayer. What command options should I use if I want the output video to be complete in 50 sec? Thanks. Shiyuan

4 3

Help with mencoder
by JD 27 Apr '13

27 Apr '13

Hi, I wanted to combine 12 flash video files (from youtube) into a single avi file. So I did cat at Zachar*.flv > Zach_all.flv $ mencoder Zach_all.flv -o Zach_all.avi -forceidx -ovc copy -oac pcm The output shows skipping frames, and missing aspect information, as you see below. What do I need to do to fix that, so thet when I am transcoding into .avi, I do not get these skips and missing aspect info? MEncoder SVN-r31628-4.4.5 (C) 2000-2010 MPlayer Team success: format: 0 data: 0x0 - 0x8378f0a libavformat file format detected. [flv @ 0x92d07a0] Estimating duration from bitrate, this may be inaccurate [lavf] stream 0: video (h264), -vid 0 [lavf] stream 1: audio (aac), -aid 0 VIDEO: [H264] 480x270 0bpp 29.917 fps 119.2 kbps (14.5 kbyte/s) [V] filefmt:44 fourcc:0x34363248 size:480x270 fps:29.917 ftime:=0.0334 ========================================================================== Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding) AUDIO: 44100 Hz, 2 ch, s16le, 49.5 kbit/3.51% (ratio: 6184->176400) Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio)) ========================================================================== videocodec: framecopy (480x270 0bpp fourcc=34363248) Writing header... ODML: Aspect information not (yet?) available or unspecified, not writing vprp header. Writing header... ODML: Aspect information not (yet?) available or unspecified, not writing vprp header. Pos: 0.7s 21f ( 0%) 14.38fps Trem: 0min 0mb A-V:0.067 [0:1411] Skipping frame! Pos: 1.1s 33f ( 0%) 18.45fps Trem: 0min 0mb A-V:0.068 [150:1411] Skipping frame! Pos: 6.0s 182f ( 0%) 38.81fps Trem: 65min 1014mb A-V:0.067 [148:1411] Skipping frame! Pos: 23.5s 706f ( 0%) 43.90fps Trem: 70min 1142mb A-V:0.067 [106:1411] Skipping frame! Pos: 38.4s 1153f ( 0%) 44.83fps Trem: 68min 1147mb A-V:0.067 [113:1411] Skipping frame! Pos: 57.4s 1723f ( 0%) 44.84fps Trem: 66min 1117mb A-V:0.068 [124:1411] Skipping frame! Pos: 76.9s 2306f ( 1%) 44.36fps Trem: 65min 1089mb A-V:0.067 [128:1411] Skipping frame! Pos: 98.4s 2950f ( 1%) 44.17fps Trem: 65min 1092mb A-V:0.067 [126:1411] Skipping frame! Pos: 117.5s 3522f ( 1%) 43.68fps Trem: 65min 1086mb A-V:0.067 [128:1411] Skipping frame! Pos: 132.5s 3972f ( 2%) 43.76fps Trem: 66min 1092mb A-V:0.067 [127:1411] Skipping frame! Pos: 153.7s 4608f ( 2%) 44.14fps Trem: 66min 1104mb A-V:0.067 [126:1411] Skipping frame! Pos: 173.1s 5190f ( 2%) 43.84fps Trem: 68min 1133mb A-V:0.067 [120:1411] Skipping frame! Pos: 190.3s 5705f ( 3%) 44.08fps Trem: 67min 1122mb A-V:0.067 [121:1411] Skipping frame! Pos: 211.7s 6347f ( 3%) 43.80fps Trem: 66min 1114mb A-V:0.068 [124:1411] Skipping frame! Pos: 228.7s 6856f ( 3%) 43.84fps Trem: 66min 1113mb A-V:0.067 [124:1411] Skipping frame! Pos: 248.1s 7436f ( 4%) 44.06fps Trem: 65min 1110mb A-V:0.067 [125:1411] Skipping frame! Pos: 265.3s 7954f ( 4%) 43.82fps Trem: 66min 1120mb A-V:0.067 [123:1411] Skipping frame!

5 28

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

Re: [MEncoder-users] Remux a dvd into an .mpg container
by L. Lee 02 Nov '12

02 Nov '12

I didn't see this among the solutions offered, but if the offset between audio and video is consistent (doesn't increase or decrease through the duration), you might be able to apply adelay and vdelay options for mpegopts: vdelay=(number of milliseconds) or (adelay=number of milliseconds). If the duration of processed audio varies from that of processed video, the only remedy I've found is to apply one of two values for -mc: 0 or 0.1. If neither of those fixes it, then I use a pipe method to make ffmpeg send the audio to soX for a tempo change then get it back again to output as ac3, then apply adelay or vdelay as needed when remuxing. That method was contributed on this list a couple of years ago by Socke. It goes something like this: ffmpeg -v 0 -i input.ac3 -f sox - | sox -S -V -p -p tempo 1.00005 | ffmpeg -v 0 -i - -acodec ac3 -ab 448000 -y output.ac3 Here's how to calculate that tempo change value (1.00005 above). Get the total duration in milliseconds from mediainfo. mediainfo -f file.mpg | grep -m 1 Duration Then you have to get the value of the drift between audio and video in milliseconds. To do that you can use mplayer to adjust offset in real time while auditioning the video you ripped. You can change it in 100-millisecond increments using keys on the keyboard (finer adjustment is possible in the calculations, but in my experience, it's a preference that is quite subjective for most content). On my keyboard, it's alt with "[" or "]". You have to calculate the difference between audio offset needed near the beginning and audio offset needed near the end (subtract). Then substitute that value in the calculation of the required tempo change, which is the total duration divided by the difference between total duration and overall offset value. The method requires that the audio sync drift in relation to video remains continuous, of course. If the audio drifts sporadically, naturally it won't work. This appears to work for increasing or decreasing audio tempo provided that you specify correct positive or negative designation for the value in the calculation. In case you couldn't tell, I'm no mathematician. Yours 'til I am, Laine Lee http://article.gmane.org/gmane.comp.video.mencoder.user/10563/ On 9/21/12 10:20 AM, "Steven Miller" <stevenraymillerjr(a)gmail.com> wrote: > I am trying to remux a commerical dvd into an mpg container for use with > windows media center and xbox. These options get me 99% of the way there. > > mencoder.exe -dvd-device .\foobar dvd://1 -ovc copy -oac copy -noskip -mc > 0 > -of mpeg > -mpegopts format=dvd:tsaf:muxrate=12200 -o foobar.mpg > > The only problem is that there is an a/v sync issue where the audio is > about 5 seconds behind the video. > > Things worth noting; > > Omiting "tsaf" from "-mpegopts" results in jerky video. > > Both "format=dvd" and "format=mpeg2" share the same results. > > "muxrate=12200" was added to resolve buffer underruns. > > I've tried "-ofps 24000/1001" and the "-mpegopts" option > "vframerate=24000/1001". It doesn't affect the a/v sync issue. > > Mencoder version: MEncoder Sherpya-SVN-r34401-4.6.2 > > OS: Windows 7 Home Premium > > Thoughts? > > Thanks, > > Steve > _______________________________________________ > MEncoder-users mailing list > MEncoder-users(a)mplayerhq.hu > https://lists.mplayerhq.hu/mailman/listinfo/mencoder-users

2 1

Convert webm to any other format
by Paul Brauner 25 Oct '12

25 Oct '12

Hello, I've used cheese (http://projects.gnome.org/cheese/) to record a small video with my webcam. I shouldn't have in retrospect but that's too late, I can shoot it again :) So it outputs webm files by default. When I try to use this video in kdenlive I get very weird behaviours (like, the video jumps to random frames). So naturally I've tried to convert it to another format. That's where trouble begins. - When I read the video with mplayer it displays http://pastebin.com/cuZRpkHn (notice the 1000fps). The video plays just fine, at the right framerate. When I press "o" I see that it lasts 2:50 min. - If I execute "mencoder -oac copy -ovc copy myvideo.webm -o myvideo.2.web" I get a lot of "duplicate frames" messages (http://pastebin.com/dA7TR2rZ. The resulting video plays fine although now "o" says it lasts 2:49 min. kdenlive is still not happy with it. Mplayer still displays 1000fps. - Same exact thing if I execute the same command with "-idx". - If I execute the command with "-fps 12", I get a duration of 2:52min and the video features mostly artifacts (it looks like a mosaic). - If I execute the command with "-fps 13", I get a duration of 2:39min and the video features mostly artifacts (it looks like a mosaic). - If I execute "mencoder -oac copy -ovc lavc myvideo.webm -o myvideo.avi", I get a lot of "duplicate frames". The resulting video lasts 2:49min and it is still supopsedly at 1000fps (although it plays fine). kdenlive is still not happy with it. - If I use "raw" as the output format, the video is rendered twice: it plays once and then another time (so it's twice as long). It is still advertised as playing at 1000fps and it crashed kdenlive. At this point I'm a bit desperate: mplayer plays it just fine but I can't convert it into a file that plays the same way (and even less to a file that kdenlive likes). Is there a way to say "dump what mplayer displays in a raw file"? (I don't care for sound). If not, do you have an idea what to look for? Cheers, Paul

3 3

Sound problem when transcoding and joining 2 mpg-files
by Jan Ehrhardt 23 Oct '12

23 Oct '12

I have sound problems while transcoding and joining 2 MPG-files. Sources: http://x32.elijst.nl/M2U00001.MPG (10MB) http://x32.elijst.nl/M2U00002.MPG (25MB) Unedited files from a Sony CX160 camcorder with standard quality. Commandline: mencoder -mc 1 -vf scale=448:256 -aspect 16:9 -sws 2 -of lavf -lavfopts format=asf -ovc lavc -lavcopts vcodec=wmv2:vbitrate=336 -oac lavc -lavcopts acodec=wmav2:abitrate=64 -af volnorm -o joined-by-mencoder.wmv M2U00001.MPG M2U00002.MPG Output: http://x32.elijst.nl/joined-by-mencoder.wmv As you can hear the sound in the second part (after 25 seconds) is mangled. Tested with: mencoder r35200 (compiled by me in Windows 7) mencoder r35203 (SB35) by Subjunk mencoder r35204 (compiled by me in and for Ubuntu The same commandline with MEncoder Sherpya-SVN-r33883-4.2.5 works fine. http://x32.elijst.nl/joined-by-old-mencoder.wmv OK as well with a MEncoder SVN-r33986 compiled by myself for Windows. With a recent ffmpeg this works also fine: ffmpeg -i concat:"M2U00001.MPG|M2U00002.MPG" -vf scale=448:256 -aspect 16:9 -sws_flags bicubic -vcodec wmv2 -b:v 336k -acodec wmav2 -ab 64k -y joined-by-ffmpeg.wmv http://x32.elijst.nl/joined-by-ffmpeg.wmv Possible solutions: 1. Stick with the old mencoder (< r34000). No fancy idea. 2. Switch to FFMpeg. Real disadvantage: I lose the volnorm filter. 3. Transcode the files separately and knit them together with ASFbin.exe. 4. Fixing the bug. By whom? Solution 3 is what I am using now. In a followup I will tell you this also fails in some cases with recent MEncoders. Moreover: ASFbin works for knitting WMV-files, FLVbind for knitting FLV-files and MP4box for knitting MP4-files. But MP4box is terribly slow when working on SD cards (it takes much longer than a transcode) and our project requires that the sensitive videos do not use HD-space (not even for temporary files). We want to switch to MP4 (x264/aac), which will break solution 3. I will file an issue concerning MP4Box at the GPac developers, but for the moment only sticking with the old MEncoder is left open after we switch to MP4-files. Obvious question: does anyone know what recent MEncoders are doing wrong and how to fix it? Jan

2 11