Piping mencoders output directly to x264 stdin [Archive]

View Full Version : Piping mencoders output directly to x264 stdin

jwdaigle

23rd May 2010, 08:35

I have spent some time searching for an example that works for this to no avail. I am getting "close", but although what i have appears to "work", the output is very strange. Reminds me of TVs of old where the "tuning" was off for a channel - "skipping". Except it seems to be skipping horizontally, and there is obviously something wrong with the colors (note the green bar at the top).

The original source video plays fine.

I am using (using latest as of today mencoder & x264):

C:\> mencoder sample.mkv -of rawvideo -ovc raw -vf format=i420 -nosound -o - | x264 - 1280x720 --stdin yuv --crf 24 -o output.mkv

If you want to have a look at the output its @

http://rapidshare.com/files/390599164/output.mkv

Thank you for any insight -

Joe

http:

23rd May 2010, 10:23

C:\> mencoder sample.mkv -of rawvideo -ovc raw -vf format=i420 -nosound -o - | x264 - 1280x720 --stdin yuv --crf 24 -o output.mkv

You need to use MEncoder option -really-quiet to suppress all logging to stdout.

jwdaigle

24th May 2010, 00:34

OK, so I read your message and thought "nah, it cant possibly be that simple!" :-).

Bullseye! Yup, that did the trick.

A thousand thank yous.....

Since I am on a roll now, Ill ask another question please?

What I really want to do is to pipe lossless (ie, mencoder doesnt do any lossy compression, but just sends through the video) but yet formatted (ie, it has headers telling x264 size, fps, etc) data. So then x264 can do its work.

I think y4m is the answer? But I am having a hard time figuring out the proper cmdline arguments to have mencoder pass through y4m data, and having x264 know its coming.

Please help?

I found a post about y4m from *2004* but the options dont jive with the current version I think...

http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2004-December/032130.html

24th May 2010, 11:31

What I really want to do is to pipe lossless (ie, mencoder doesnt do any lossy compression, but just sends through the video) but yet formatted (ie, it has headers telling x264 size, fps, etc) data. So then x264 can do its work.

I think y4m is the answer? But I am having a hard time figuring out the proper cmdline arguments to have mencoder pass through y4m data, and having x264 know its coming.

Yes, yuv4mpeg is one solution, but as you have noticed, there's no way to make vanilla MEncoder output it. MPlayer's -vo yuv4mpeg works, but it requires a FIFO file for piping (http://forum.doom9.org/showthread.php?t=144094) and you need special tools (Cygwin or Namedpipe.exe (http://forum.doom9.org/showthread.php?p=1226337#post1226337)) to do that on Windows.

However, now that x264 has lavf input, this should work:
mencoder inputfile -really-quiet -ovc raw -vf format=i420 -nosound -o - | x264 - --demuxer lavf --crf 24 -o outputfile

Note that I removed -of rawvideo so that MEncoder defaults to AVI storage. Then I use --demuxer lavf with x264. Now there's no need to specify resolutions since they are transmitted in AVI headers.

I found a post about y4m from *2004* but the options dont jive with the current version I think...

http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2004-December/032130.html

Yep, that patch would make it possible to pipe yuv4mpeg directly over stdout. It probably needs some work to compile with current MPlayer/MEncoder SVN, but it should be doable.

jwdaigle

24th May 2010, 12:16

nm you ROCK! :-) Thank you very much.

Havent tried it yet, but looks good.

I assume -lavf is lossless or is more of a function of the -raw that keeps mencoder from messing with the video?

Thanks again -

Joe

24th May 2010, 12:48

I assume -lavf is lossless or is more of a function of the -raw that keeps mencoder from messing with the video?

libavformat is a generic demuxer/muxer library that supports a large number of different multimedia formats, including AVI that I used above. It autodetects the type of the input and then libavcodec is used to decode the video stream. When using mencoder -ovc raw, that stream is raw video, so it's lossless except for colorspace conversion when the input is not YV12/I420.

You could also tell MEncoder to use some lossless or lossy codec instead of raw video, but that would only add overhead since the video is piped directly to x264.

jwdaigle

24th May 2010, 12:52

Hi - just tried it, and it works like a champ. Only "issue" I have is the following messages from x264 - any ideas if these warnings matter?

Im not even sure what it is trying to tell me :-)

Video looks fine - dont notice anything awry.

x264 [warning]: non-strictly-monotonic pts at frame 1 (0 <= 0)
x264 [warning]: non-strictly-monotonic pts at frame 2 (0 <= 1)
x264 [warning]: non-strictly-monotonic pts at frame 3 (0 <= 2)
x264 [warning]: too many nonmonotonic pts warnings, suppressing further ones

24th May 2010, 13:12

kemuri-_9

24th May 2010, 13:30

You can use x264 option --force-cfr to suppress those warnings. Otherwise x264 will go to VFR mode and lavf seems to give bad timestamps for the piped AVI. The result should be fine though since x264 detects and works around the issue, but the video gets tagged as 25 fps instead of the actual constant framerate.

where are you magically getting this 25 fps number from?
in the absence of accurate timestamps in vfr mode, x264cli adds values to the pts that will cause the frames to equate out to the fps rate given by the user/demuxer.
only if the fps of the input was specified as 25 fps will the output be 25 fps in this situation where all the timestamps are broken

24th May 2010, 13:40

where are you magically getting this 25 fps number from?
At least MPlayer seems to report that for VFR Matroska files. I'm not very familiar with Matroska specs, so I don't know where that comes from. Maybe it's just a feature in MPlayer's Matroska demuxer. The actual framerate will be whatever the input was, as you explained.

What I meant to say is that if I'm encoding CFR video, I usually want to make it look like that at the container level. Thus, --force-cfr seems like a good idea here.

Edit: Ok, the 25 fps comes from MPlayer's Matroska demuxer since parts of MPlayer still require a constant framerate. Sorry for the incorrect interpretation.

jwdaigle

24th May 2010, 22:55

Either way, forcing x264 to cfr (which most/all my sources are - 24p), corrects the warnings, and the encode is "happy"

Thank you for all the help!

jwdaigle

25th May 2010, 01:26

"uh-oh" :-)

So I moved from the small sample I was using for testing to a real encode, and mencoder is not happy. It renders 5 or 6 seconds, then stops. When I run mencoder standalone (to see the messages) using "mencoder Original.mkv -ovc raw -vf format=i420 -nosound -o try.avi", I get (removed a whole bunch of the error msgs for brevity):

MEncoder Sherpya-SVN-r31170-4.2.5 (C) 2000-2010 MPlayer Team
150 audio & 343 video codecs
success: format: 0 data: 0x0 - 0x9a255296
[mkv] Track ID 1: video (V_MPEG4/ISO/AVC), -vid 0
[mkv] Will play video track 1.
[mkv] No audio track found/wanted.
Matroska file format detected.
VIDEO: [avc1] 1920x1080 24bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s)
[V] filefmt:31 fourcc:0x31637661 size:1920x1080 fps:23.976 ftime:=0.0417
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
Opening video filter: [format fmt=i420]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
[h264 @ 00f66ad4]non-existing SPS 1 referenced in buffering period
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
Writing header...
ODML: vprp aspect is 16:9.
Writing header...
ODML: vprp aspect is 16:9.
[h264 @ 00f66ad4]non-existing SPS 1 referenced in buffering period0:0]
[h264 @ 00f66ad4]non-existing SPS 1 referenced in buffering period0:0]

1 duplicate frame(s)!
[h264 @ 00f66ad4]non-existing SPS 1 referenced in buffering period0:0]
[h264 @ 00f66ad4]non-existing SPS 1 referenced in buffering period[591902:0]
[h264 @ 00f66ad4]non-existing SPS 1 referenced in buffering period[591939:0]
[h264 @ 00f66ad4]non-existing SPS 1 referenced in buffering period[591975:0]
[h264 @ 00f66ad4]non-existing SPS 1 referenced in buffering period[592010:0]
[h264 @ 00f66ad4]non-existing SPS 1 referenced in buffering period592045:0]
Pos: 5.5s 132f ( 0%) 98.36fps Trem: 0min 0mb A-V:0.000 [592080:0]
Flushing video frames.
Writing index...
Writing header...
ODML: vprp aspect is 16:9.

Video stream: 592080.501 kbit/s (74010062 B/s) size: 407462400 bytes 5.505 se
cs 132 frames

25th May 2010, 13:02

jwdaigle

25th May 2010, 22:38

Hmmm.... Good question. I will try it tonight on a few other files.

The source file is from a blu ray I own, so not sure its related to the file itself, but could be.

As far as the mencoder build, I took whatever was "latest" - are there "stable" versus "development" builds of mencoder?

Thanks again -

joe

25th May 2010, 22:42

As far as the mencoder build, I took whatever was "latest" - are there "stable" versus "development" builds of mencoder?

Not really, latest SVN is the recommended version. Bugs can come and go though.

jwdaigle

26th May 2010, 01:55

Well I tried the same file with both MPC-HC & Win7 WMP. They both play it fine - watched it for like 10 minutes to be sure.

I have not had a chance to try other files - I need to rip them off my blu rays first. I will do that soon.

My plan is to convert all of my blu rays into on demand mkvs on a media server.

Joe

26th May 2010, 07:50

Well I tried the same file with both MPC-HC & Win7 WMP. They both play it fine - watched it for like 10 minutes to be sure.

Try with an MPlayer build that matches your MEncoder version to see if it's a decoder/demuxer problem (if MPlayer fails too) or a bug in MEncoder (if it doesn't fail).

jwdaigle

31st May 2010, 12:50

OK, I tried it with a different file, also from a purchased blu ray disk. Same behavior, but no warnings this time.

As before, both mpc-hc & WMP play the file fine...

Any ideas?

Here is mencoders output (it seems to only like to play 5-10 seconds of video, then it gets tired :-))

C:\>"C:\Program Files\MEncoder\MEncoder.
exe" Original.mkv -ovc raw -vf format=i420 -nosound -o foo.avi
MEncoder Sherpya-SVN-r31170-4.2.5 (C) 2000-2010 MPlayer Team
150 audio & 343 video codecs
success: format: 0 data: 0x0 - 0x24db96e2
[mkv] Track ID 1: video (V_MPEG4/ISO/AVC), -vid 0
[mkv] Will play video track 1.
[mkv] No audio track found/wanted.
Matroska file format detected.
VIDEO: [avc1] 1920x1080 24bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s)
[V] filefmt:31 fourcc:0x31637661 size:1920x1080 fps:23.976 ftime:=0.0417
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
Opening video filter: [format fmt=i420]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
Pos: 0.0s 2f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0]
1 duplicate frame(s)!
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp h
eader.
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp h
eader.
Pos: 0.0s 3f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0]
1 duplicate frame(s)!
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp h
eader.
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect..000 [0:0]
Writing header...
ODML: vprp aspect is 16:9.

1 duplicate frame(s)!
Pos: 0.2s 5f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0]
1 duplicate frame(s)!
Pos: 4.9s 118f ( 0%) 96.96fps Trem: 0min 0mb A-V:0.000 [576376:0]]
Flushing video frames.
Writing index...
Writing header...
ODML: vprp aspect is 16:9.

Video stream: 576376.464 kbit/s (72047058 B/s) size: 354585600 bytes 4.922 se
cs 118 frames

jwdaigle

31st May 2010, 12:53

And here is the output from MPlayer when started from a cmd prompt:

C:\>mplayer.exe Original.mkv
MPlayer Sherpya-SVN-r31170-4.2.5 (C) 2000-2010 MPlayer Team
150 audio & 343 video codecs

Playing Original.mkv.
[mkv] Track ID 1: video (V_MPEG4/ISO/AVC), -vid 0
[mkv] Will play video track 1.
[mkv] No audio track found/wanted.
Matroska file format detected.
VIDEO: [avc1] 1920x1080 24bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s)
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
Audio: no sound
Starting playback...
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [directx] 1920x1080 => 1920x1080 Planar YV12

Exiting... (End of file)

Selur

1st June 2010, 20:17

use -vf scale,format=i420 instead of -vf format=i420
should be something like this:
mencoder "Path to mkv" -ovc raw -noskip -vid 0 -vf scale,format=i420 -forcedsubsonly -nosound -mc 0 -lavdopts threads=4 -really-quiet -of rawvideo -o - | x264 ...
ffmpeg -v 0 -i "Path to mkv" -threads 4 -vsync 0 -an -pix_fmt yuv420p -f rawvideo - | x264 ...
btw. Hybrid uses mencoder and ffmpeg to pipe to x264, so looking at the command line Hybrid uses might help.

Cu Selur

stattik

18th June 2010, 06:48

Thanks for all the info concerning this topic however I'm running into an issue with AV sync. I can set mencoder to pipe lossless yuv and PCM audio in an AVI container with perfect sync (including EDL cuts). If I pipe that same output to x264 set with "--stdin yuv", the initial sync is correct, but when mencoder skips past the cuts (via EDL file) it loses sync. Considering this, it seems that setting mencoder to pipe output in a AVI container to x264 set with "--demuxer lavf" might do the trick. The problem is that exactly 13650 frames in, x264 stops encoding frames. I see x264.exe recieving data(I/O Read Bytes) in Task Manager but no matter which source I try, they all stop encoding at 13650 frames.

Here's the piped yuv commandline:
mencoder.exe -really-quiet -edl "C:\source.edl" -hr-edl-seek -sws 9 -lavdopts threads=4 -of rawvideo -ovc raw -oac pcm -vf framestep=2,filmdint=fast=0,scale=608:336,scale,format=i420,harddup -fps 60000/1001 -ofps 24000/1001 -o - "C:\source.ts" | x264.exe - 608x336 --fps 24000/1001 --stdin yuv --force-cfr --crf 24 --preset ultrafast -o "C:\source.264"

Here's the piped yuv/pcm in AVI container:
mencoder.exe -really-quiet -edl "C:\source.edl" -hr-edl-seek -sws 9 -lavdopts threads=4 -ovc raw -oac pcm -vf framestep=2,filmdint=fast=0,scale=608:336,scale,format=i420,harddup -fps 60000/1001 -ofps 24000/1001 -o - "C:\source.ts" | x264.exe - 608x336 --fps 24000/1001 --demuxer lavf --force-cfr --crf 24 --preset ultrafast -o "C:\source.264"

Here's how I get the audio:
mencoder.exe -really-quiet -of rawaudio -edl "C:\source.edl" -hr-edl-seek -sws 9 -lavdopts threads=4 -ovc copy -oac pcm -af volnorm -vf framestep=2,filmdint=fast=0, -fps 60000/1001 -ofps 24000/1001 -o "C:\source.wav" "C:\source.ts"

I've tried including audio(pcm) to see if mencoder's sync routines would output the necessary frames to keep sync and I've tried the "-nosound" option to no avail.

Any help would be greatly appreciated.

Selur

18th June 2010, 09:16

No clue here, since I never got mencoder to create edl files when in slave mode, I never bothered with them,...

stattik

18th June 2010, 16:41

No clue here, since I never got mencoder to create edl files when in slave mode, I never bothered with them,...
Hi Selur,

Would you have any idea on why x264 would stop encoding after 13650 frames? This would happen with or without EDL files. I could see x264 receiving the rest of the yuv info but it wouldn't encode any more frames. I was thinking that perhaps mencoder was sending something that x264 didn't like but I didn't see any error info.

Selur

18th June 2010, 22:49

removing the "-really-quiet" from the mencoder call might help to hunt the problem,...

stattik

22nd June 2010, 04:20

removing the "-really-quiet" from the mencoder call might help to hunt the problem,...

The file was fine. After some testing I noticed that basically x264 would stop encoding frames after 4294967296 bytes of input (32bits). I'm not sure why I can pipe 20+ GB of YUV but only 4.2 GB of YUV in an AVI container. A counter must wrap when piping which causes x264 to ignore the rest of the input.

Is the console of 64bit windows 32-bit or 64-bit? Anyone know of any other workarounds?

kemuri-_9

22nd June 2010, 12:51

The file was fine. After some testing I noticed that basically x264 would stop encoding frames after 4294967296 bytes of input (32bits). I'm not sure why I can pipe 20+ GB of YUV but only 4.2 GB of YUV in an AVI container. A counter must wrap when piping which causes x264 to ignore the rest of the input.

sounds like you might be affected by a bug in ffmpeg where large file support is broken (on windows).
There was a fix in ffmpeg not all that long ago for one of these situations, so try a build of x264 that has a newer ffmpeg.

Is the console of 64bit windows 32-bit or 64-bit? Anyone know of any other workarounds?

%WINDIR%/System32/cmd.exe is 64bit
%WINDIR%/SysWOW64/cmd.exe is 32bit
if you use 'cmd' in the run prompt then you'll get the 64bit one by default, but i don't see how this affects you.

i don't see why you're piping with avi, it would make more sense to pipe with yuvmpeg/y4m instead.

stattik

22nd June 2010, 17:56

Hi kemuri-_9,

Thanks for your response.

There was a fix in ffmpeg not all that long ago for one of these situations, so try a build of x264 that has a newer ffmpeg.

I'm using build 1649 from x264.nl. I'll look around for a build with a more recent ffmpeg to see if that fixes it.

%WINDIR%/System32/cmd.exe is 64bit
%WINDIR%/SysWOW64/cmd.exe is 32bit
if you use 'cmd' in the run prompt then you'll get the 64bit one by default, but i don't see how this affects you.

I'm using 32bit XP but was wondering at the time if upgrading to 64-bit would solve the problem.

i don't see why you're piping with avi, it would make more sense to pipe with yuvmpeg/y4m instead.

The source is OTA ATSC which is typically less than perfect. Mencoder keeps perfect sync regardless. I can create a yuv video with pcm audio in an AVI container with perfect sync and x264 can create a file with correct sync using it. Piping to yuv starts synced but by the end, the sync fails. I was piping with AVI in hopes that mencoder would send the necessary frames to keep sync as it did when creating the AVI file. Mencoder doesn't output yuvmpeg/y4m to my knowledge.

Any other ideas would be greatly appreciated.

jwdaigle

25th June 2010, 07:01

Im still having issues (havent been around in a while, so was not able to try your suggested command line) -

Notice that this is with mencoder alone, without x264 being involved.

mencode stops, without error, after exactly 118 frames every time. BTW, the original video is 20GB - is this related to the large file support you mentioned earlier in the thread?

C:\Users\jwdaigle\Desktop\Encode>"C:\Program Files (x86)\MEncoder\MEncoder.
exe" Original.mkv -ovc raw -noskip -vid 0 -vf scale,format=i420 -forcedsubsonly
-nosound -mc 0 -lavdopts threads=4 -of rawvideo -o foo.avi
MEncoder Sherpya-SVN-r31170-4.2.5 (C) 2000-2010 MPlayer Team
150 audio & 343 video codecs
success: format: 0 data: 0x0 - 0x24db96e2
[mkv] Track ID 1: video (V_MPEG4/ISO/AVC), -vid 0
[mkv] Will play video track 1.
[mkv] No audio track found/wanted.
Matroska file format detected.
VIDEO: [avc1] 1920x1080 24bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s)
[V] filefmt:31 fourcc:0x31637661 size:1920x1080 fps:23.976 ftime:=0.0417
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
Opening video filter: [format fmt=i420]
Opening video filter: [scale]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
[h264 @ 00f66ad4]Cannot parallelize deblocking type 1, decoding such frames in s
equential order
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect..000 [0:0]
[swscaler @ 0106e994]using unscaled yuv420p -> yuv420p special converter
Pos: 4.8s 118f ( 0%) 68.56fps Trem: 0min 0mb A-V:0.000 [596600:0]
Flushing video frames.

Video stream: 596600.200 kbit/s (74575024 B/s) size: 354585600 bytes 4.755 se
cs 118 frames

25th June 2010, 08:17

Im still having issues (havent been around in a while, so was not able to try your suggested command line) -

Notice that this is with mencoder alone, without x264 being involved.

mencode stops, without error, after exactly 118 frames every time.

Try with -demuxer lavf and -nocache. MEncoder might give more hints if you increase verbosity with -v.

stattik

27th June 2010, 05:35

jwdaigle

29th June 2010, 04:38

here it is with -v enabled.

BTW, -demuxer lavf got a little further, but stopped nonetheless

C:\Users\Desktop\Encode\Omen>"C:\Program Files\MEncoder\MEncoder.
exe" Original.mkv -ovc raw -noskip -vid 0 -vf scale,format=i420 -forcedsubsonly
-nosound -mc 0 -v -lavdopts threads=4 -o foo.avi
MEncoder Sherpya-SVN-r31170-4.2.5 (C) 2000-2010 MPlayer Team
150 audio & 343 video codecs
Configuration: --extra-cflags=-I/c/Work/mplayer/live --prefix=/mingw --enable-st
atic --enable-md5sum --enable-menu --enable-faac --enable-enca --enable-sdl --en
able-caca --enable-gl --enable-freetype --enable-png --enable-mng --enable-jpeg
--enable-gif --enable-tga --enable-mad --enable-tv --enable-theora --disable-vid
ix --disable-faac-lavc --disable-inet6 --enable-runtime-cpudetection
init_freetype
Using MMX (with tiny bit MMX2) Optimized OnScreenDisplay
get_path('fonts') -> 'C:/Program Files/MEncoder/mplayer/fonts'
WINSOCK2 init: 0
WINSOCK2 init: 0
[file] File size is 17798239970 bytes
STREAM: [file] Original.mkv
STREAM: Description: File
STREAM: Author: Albeu
STREAM: Comment: based on the code from ??? (probably Arpi)
success: format: 0 data: 0x0 - 0x24db96e2
LAVF_check: Matroska file format
Checking for YUV4MPEG2
ASF_check: not ASF guid!
Checking for REAL
Checking for SMJPEG
[mkv] Found the head...
[mkv] + a segment...
[mkv] /---- [ parsing seek head ] ---------
[mkv] \---- [ parsing seek head ] ---------
[mkv] |+ segment information...
[mkv] | + timecode scale: 1000000
[mkv] | + duration: 6662.572s
[mkv] |+ segment tracks...
[mkv] | + a track...
[mkv] | + Track number: 1
[mkv] | + Track type: Video
[mkv] | + Default flag: 0
[mkv] | + Codec ID: V_MPEG4/ISO/AVC
[mkv] | + CodecPrivate, length 94
[mkv] | + Default duration: 41.708ms ( = 23.976 fps)
[mkv] | + Video track
[mkv] | + Pixel width: 1920
[mkv] | + Pixel height: 1080
[mkv] | + Display width: 1920
[mkv] | + Display height: 1080
[mkv] | + Language: und
[mkv] |+ found cluster, headers are parsed completely :)
==> Found video stream: 1
[mkv] Aspect: 1.777778
[mkv] Track ID 1: video (V_MPEG4/ISO/AVC), -vid 0
[mkv] Will play video track 1.
[mkv] No audio track found/wanted.
Matroska file format detected.
VIDEO: [avc1] 1920x1080 24bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s)
[V] filefmt:31 fourcc:0x31637661 size:1920x1080 fps:23.976 ftime:=0.0417
WINSOCK2 init: 0
WINSOCK2 init: 0
[file] File size is 0 bytes
STREAM: [file] foo.avi
STREAM: Description: File
STREAM: Author: Albeu
STREAM: Comment: based on the code from ??? (probably Arpi)
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
Opening video filter: [format fmt=i420]
Opening video filter: [scale]
SwScale params: -1 x -1 (-1=no scaling)
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
INFO: libavcodec init OK!
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
[h264 @ 00f66ad4]Cannot parallelize deblocking type 1, decoding such frames in s
equential order
[h264 @ 00f66ad4]no picture
Pos: 0.0s 1f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/4 D
[h264 @ 00f66ad4]no picture
Pos: 0.0s 2f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/5 D
[h264 @ 00f66ad4]no picture
Pos: 0.0s 3f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/5 D
[h264 @ 00f66ad4]no picture
Pos: 0.0s 4f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/5 D
[ffmpeg] aspect_ratio: 1.777778
VDec: vo config request - 1920 x 1080 (preferred colorspace: Planar YV12)
Trying filter chain: scale format expand raw
VDec: using Planar I420 as output csp (no 1)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO Config (1920x1080->1920x1080,flags=0,'MPlayer',0x30323449)
[swscaler @ 0106e994]using unscaled yuv420p -> yuv420p special converter
REQ: flags=0x403 req=0x0
REQ: flags=0x403 req=0x0
REQ: flags=0x3 req=0x0
*** [scale] Exporting mp_image_t, 1920x1080x12bpp YUV planar, 3110400 bytes
*** [raw] Allocating mp_image_t, 1920x1080x12bpp YUV planar, 3110400 bytes
*** [expand] Direct Rendering mp_image_t, 1920x1080x12bpp YUV planar, 3110400 by
tes
Unicode font: 772 glyphs.
Unicode font: 772 glyphs.
Muxer frame buffer sending 1 frame(s) to the muxer.
Writing header...
ODML: vprp aspect is 16:9.
Writing header...
ODML: vprp aspect is 16:9.
Pos: 0.0s 5f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/10
Pos: 0.1s 6f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/10
Pos: 0.1s 7f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/9 D
Pos: 0.2s 8f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/9 D
Pos: 0.2s 9f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/9 D
Pos: 0.3s 10f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/9 D
Pos: 0.3s 11f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/9 D
Pos: 0.3s 12f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/9 D
Pos: 0.4s 13f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/9 D
Pos: 0.4s 14f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/9 D
Pos: 0.5s 15f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/9 D
Pos: 0.5s 16f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/9 D
Pos: 0.5s 17f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/8 D
Pos: 0.6s 18f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/8 D
Pos: 0.6s 19f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/8 D
Pos: 0.7s 20f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/8 D
Pos: 0.7s 21f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/8 D
Pos: 0.8s 22f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/8 D
Pos: 0.8s 23f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/8 D
Pos: 0.8s 24f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/8 D
Pos: 0.9s 25f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/8 D
Pos: 0.9s 26f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/8 D
Pos: 1.0s 27f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] A/Vms 0/8 D
Pos: 1.0s 28f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.0s 29f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.1s 30f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.1s 31f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.2s 32f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.2s 33f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.3s 34f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.3s 35f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.3s 36f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.4s 37f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.4s 38f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.5s 39f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.5s 40f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.5s 41f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.6s 42f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.6s 43f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.7s 44f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.7s 45f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.8s 46f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.8s 47f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.8s 48f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.9s 49f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 1.9s 50f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.0s 51f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.0s 52f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.0s 53f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.1s 54f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.1s 55f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.2s 56f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.2s 57f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.3s 58f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.3s 59f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.3s 60f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.4s 61f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.4s 62f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.5s 63f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.5s 64f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.5s 65f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.6s 66f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.6s 67f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.7s 68f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.7s 69f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.8s 70f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.8s 71f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.8s 72f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.9s 73f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 2.9s 74f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.0s 75f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.0s 76f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.0s 77f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.1s 78f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.1s 79f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.2s 80f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.2s 81f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.3s 82f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.3s 83f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.3s 84f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.4s 85f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.4s 86f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.5s 87f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.5s 88f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.5s 89f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.6s 90f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.6s 91f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.7s 92f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.7s 93f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.8s 94f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.8s 95f ( 0%) 93fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.8s 96f ( 0%) 78fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.9s 97f ( 0%) 72fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 3.9s 98f ( 0%) 71fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.0s 99f ( 0%) 70fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.0s 100f ( 0%) 70fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.0s 101f ( 0%) 69fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.1s 102f ( 0%) 68fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.1s 103f ( 0%) 67fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.2s 104f ( 0%) 67fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.2s 105f ( 0%) 66fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.3s 106f ( 0%) 66fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.3s 107f ( 0%) 65fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.3s 108f ( 0%) 64fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.4s 109f ( 0%) 64fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.4s 110f ( 0%) 63fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.5s 111f ( 0%) 63fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.5s 112f ( 0%) 63fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.5s 113f ( 0%) 62fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.6s 114f ( 0%) 62fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.6s 115f ( 0%) 61fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.7s 116f ( 0%) 61fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.7s 117f ( 0%) 60fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
Pos: 4.8s 118f ( 0%) 60fps Trem: 0min 0mb A-V:0.000 [596600:0] A/Vms
ds_fill_buffer: EOF reached (stream: video)

Flushing video frames.
Writing index...
Writing header...
ODML: vprp aspect is 16:9.

Video stream: 596600.200 kbit/s (74575024 B/s) size: 354585600 bytes 4.755 se
cs 118 frames
Uninit video: ffmpeg
WINSOCK2 uninit

jwdaigle

29th June 2010, 04:40

Do other source files stop after 118 frames? With 1080P content, I would pipe about 1370 frames before I hit the 32-bit issue so that shouldn't be what you're experiencing.

Nope, each movie ends at different places, but always towards the beginning. I dont remember exact frame counts, sorry -

29th June 2010, 13:23

Could you post a sample clip that exhibits the issue? Cut with mkvmerge or mkvmerge GUI, for example.

jwdaigle

24th August 2010, 01:35

Quick update on the issue here. I tried using mkvmerge to cut out like 30 seconds from the front of one of the 17GB file. Guess what, the problem with mencoder prematurely exiting does not happen.

So I started to think "hmmm wonder if its related to file size?". So I "cut out" 5GB (little more than 32bits can handle was my thought).

That doesnt show the issue either.

So just on a whim, I had mkvmerge "cut the whole file out". ie, I had it rewrite the entire file.

Guess what - no issue.

One interesting piece of info is that the rewritten file is smaller by a few MB. That doesnt make sense, right?

Lastly, this is not the only file this happens with, so I dont think its a "corrupt file".

My feeling is that there is something that eac3to writes out to the file that mencoder doesnt like (remember, both media player and MPC-HC play the file with no issues). Rewriting it with mkvmerge somehow cleans up whatever mencoder doesnt like.

Anyway, just wanted to tie up loose ends on this - sorry it took me so long

MOS-Marauder

30th August 2010, 12:33

Question:
Is it also with this lines possible to also crop and resize before handling to x264 ?

Chris

30th August 2010, 12:51

Question:
Is it also with this lines possible to also crop and resize before handling to x264 ?

Sure, with -vf crop=w:h:x:y,scale=w:h

Read the manual (http://www2.mplayerhq.hu/DOCS/man/en/mplayer.1.txt) for more information.

sneaker_ger

30th August 2010, 12:59

Is it possible to pipe mplayer output to x264 or xvid_encraw in Windows?

MOS-Marauder

30th August 2010, 13:34

Well i tried now with this line to encode a small sample. mencoder video.ts -really-quiet -ovc raw -vf format=i420 -nosound -o - | x264 - --force-cfr --demuxer lavf --crf 24 -o test.mkv

Src was a TS with 1080i AVC+2 ac3 inside..

But it opened a window "Mplayer... crashed" and stopped also encoding.

It created a 1 second file xD

Chris

30th August 2010, 15:26

Is it possible to pipe mplayer output to x264 or xvid_encraw in Windows?

MPlayer can only output video with -vo yuv4mpeg:file=outfile, which requires using a named pipe. You could try roozhou's Namedpipe.exe (http://forum.doom9.org/showthread.php?p=1226337#post1226337) or mkfifo in Cygwin.

Well i tried now with this line to encode a small sample. mencoder video.ts -really-quiet -ovc raw -vf format=i420 -nosound -o - | x264 - --force-cfr --demuxer lavf --crf 24 -o test.mkv

Src was a TS with 1080i AVC+2 ac3 inside..

But it opened a window "Mplayer... crashed" and stopped also encoding.

What happens if you try to write the raw video to a file without -really-quiet:

mencoder video.ts -ovc raw -vf format=i420 -nosound -o out.avi

What does MEncoder print to the terminal window?

MOS-Marauder

30th August 2010, 15:33

MPlayer can only output video with -vo yuv4mpeg:file=outfile, which requires using a named pipe. You could try roozhou's Namedpipe.exe (http://forum.doom9.org/showthread.php?p=1226337#post1226337) or mkfifo in Cygwin.

What happens if you try to write the raw video to a file without -really-quiet:

mencoder video.ts -ovc raw -vf format=i420 -nosound -o out.avi

What does MEncoder print to the terminal window?

As u can see above i used really-quiet....

It shows me some encode infos (leve 4.0 and so on)

Nothing that doesnt belong there. When i cancel the mplayer crash it continues for some frames and then stops.

mencoder Nip_Tuck.ts
-really-quiet -ovc raw -vf format=i420 -nosound -o - | x264 - --force-cfr --dem
uxer lavf --crf 24 -o test.mkv
lavf [info]: 1920x1080p 0:1 @ 25/1 fps (cfr)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cach
e64
x264 [info]: profile High, level 4.0
x264 [info]: frame I:1 Avg QP:24.09 size: 70535
x264 [info]: frame P:19 Avg QP:24.09 size: 24036
x264 [info]: frame B:12 Avg QP:25.34 size: 8402
x264 [info]: consecutive B-frames: 25.8% 64.5% 9.7% 0.0%
x264 [info]: mb I I16..4: 9.9% 85.4% 4.7%
x264 [info]: mb P I16..4: 3.5% 8.4% 0.4% P16..4: 51.0% 7.6% 3.6% 0.0% 0
.0% skip:25.5%
x264 [info]: mb B I16..4: 1.4% 1.1% 0.0% B16..8: 37.9% 1.6% 0.2% direct:
1.1% skip:56.8% L0:35.5% L1:61.7% BI: 2.8%
x264 [info]: 8x8 transform intra:71.3% inter:90.7%
x264 [info]: coded y,uvDC,uvAC intra: 50.6% 56.4% 1.0% inter: 13.5% 19.2% 0.0%
x264 [info]: i16 v,h,dc,p: 23% 14% 18% 46%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 12% 30% 6% 6% 7% 5% 7% 7%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 17% 18% 8% 8% 7% 6% 6% 5%
x264 [info]: i8c dc,h,v,p: 60% 15% 23% 2%
x264 [info]: Weighted P-Frames: Y:0.0%
x264 [info]: ref P L0: 73.3% 9.9% 12.0% 4.8%
x264 [info]: ref B L0: 90.6% 8.9% 0.5%
x264 [info]: ref B L1: 98.7% 1.3%
x264 [info]: kb/s:3925.28

encoded 32 frames, 3.68 fps, 3929.57 kb/s

Chris

30th August 2010, 15:35

As u can see above i used really-quiet....

Run MEncoder without -really-quiet and write the output to a file so that we can see where it fails exactly.

MOS-Marauder

30th August 2010, 16:08

Run MEncoder without -really-quiet and write the output to a file so that we can see where it fails exactly.

F:\000-CAPTURE-BACKUP\____BluRay-BRENN\HD-Encode\test2pixel>mencoder Nip_Tuck.ts
-ovc raw -vf format=i420 -nosound -o - | x264 - --force-cfr --demuxer lavf --cr
f 24 -o test.mkv
New_Face failed. Maybe the font path is wrong.
Please supply the text font file (~/.mplayer/subfont.ttf).
subtitle font: load_sub_face failed.
Format detected only with low score of 1, misdetection possible!
[mp3 @ 013ec200] Header missing
[h264 @ 00D299C0]PAFF interlacing is not implemented
[h264 @ 00D299C0]PAFF interlacing is not implemented
[h264 @ 00D299C0]reference picture missing during reorder
Last message repeated 1 times
[mp3 @ 012d0050] Estimating duration from bitrate, this may be inaccurate
lavf [error]: could not find video stream
x264 [error]: could not open input file `-' via any method!

Here xD

This time it created a 0 bytes file...
Dunno why it says mp3 Header...Only 1 h264 and 2 AC3s are inside...

Chris

sneaker_ger

30th August 2010, 17:39

30th August 2010, 17:52

[CODE]F:\000-CAPTURE-BACKUP\____BluRay-BRENN\HD-Encode\test2pixel>mencoder Nip_Tuck.ts
-ovc raw -vf format=i420 -nosound -o - | x264 - --force-cfr --demuxer lavf --crf 24 -o test.mkv

Don't pipe to x264, only write to a file so that we can see what MEncoder writes to standard output! x264 will fail here because it gets corrupted input when MEncoder is run without -really-quiet.

Run it like I suggested earlier:
mencoder Nip_Tuck.ts -ovc raw -vf format=i420 -nosound -o out.avi

[h264 @ 00D299C0]PAFF interlacing is not implemented
[h264 @ 00D299C0]PAFF interlacing is not implemented

You are using ancient MEncoder and/or libavcodec versions. Update to something from this decade.

Dunno why it says mp3 Header...Only 1 h264 and 2 AC3s are inside...

Stream detection mechanism tries the MP3 decoder first, which sees that it's not an MP3 stream.

MOS-Marauder

30th August 2010, 18:35

This is the output w/o x264 but file instead.

F:\000-CAPTURE-BACKUP\____BluRay-BRENN\HD-Encode\test2pixel>mencoder Nip_Tuck.ts
-ovc raw -vf format=i420 -nosound -o test.mkv
MEncoder 1.0rc2-4.2.1 (C) 2000-2007 MPlayer Team
CPU: Intel(R) Core(TM)2 Quad CPU Q9550 @ 2.83GHz (Family: 6, Model: 23, Step
ping: 10)
CPUflags: Type: 6 MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.

WARNING: OUTPUT FILE FORMAT IS _AVI_. See -of help.
success: format: 0 data: 0x0 - 0x3462258
TS file format detected.
VIDEO H264(pid=767) NO AUDIO! NO SUBS (yet)! PROGRAM N. 124
FPS seems to be: 25.000000
[V] filefmt:29 fourcc:0x10000005 size:0x0 fps:25.00 ftime:=0.0400
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
Opening video filter: [format fmt=i420]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
VDec: vo config request - 1920 x 1080 (preferred colorspace: Planar YV12)
VDec: using Planar I420 as output csp (no 1)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
New_Face failed. Maybe the font path is wrong.
Please supply the text font file (~/.mplayer/subfont.ttf).
subtitle font: load_sub_face failed.
Writing header...
ODML: vprp aspect is 16:9.
Writing header...
ODML: vprp aspect is 16:9.
[h264 @ 00D299C0]PAFF interlacing is not implementedmb A-V:0.000 [622080:0]
[h264 @ 00D299C0]concealing 4080 DC, 4080 AC, 4080 MV errors
[h264 @ 00D299C0]PAFF interlacing is not implementedmb A-V:0.000 [622080:0]
[h264 @ 00D299C0]reference picture missing during reorder

What is the recent Version for win32/64 ? I took mine from Lord_Mulders lates Mplayer Release.
(http://mulder.dummwiedeutsch.de/home/?page=projects#mplayer)

Edit:

Updated to a more recent version...

F:\000-CAPTURE-BACKUP\____BluRay-BRENN\HD-Encode\test2pixel>mencoder Nip_Tuck.ts
-ovc raw -vf format=i420 -nosound -o test.mkv
MEncoder git-20100211-1-g1c6846f-Kovensky-mt (C) 2000-2009 MPlayer Team

WARNING: OUTPUT FILE FORMAT IS _AVI_. See -of help.
success: format: 0 data: 0x0 - 0x3462258
TS file format detected.
VIDEO H264(pid=767) NO AUDIO! NO SUBS (yet)! PROGRAM N. 124
FPS seems to be: 25.000000
[V] filefmt:29 fourcc:0x10000005 size:1920x1088 fps:25.000 ftime:=0.0400
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
Opening video filter: [format fmt=i420]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Using 4 decoding threads.
WARNING: Multithreading is experimental and may break in weird ways.
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
Pos: 0.0s 1f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0]
1 duplicate frame(s)!
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp h
eader.
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp h
eader.
Pos: 0.0s 2f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0]
1 duplicate frame(s)!
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp h
eader.
Pos: 0.1s 3f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0]
1 duplicate frame(s)!
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp h
eader.
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect..000 [0:0]
Fontconfig error: Cannot load default config file
Writing header...
ODML: vprp aspect is 16:9.

1 duplicate frame(s)!
[h264 @ 00e879b4]number of reference frames exceeds max (probably corrupt input)
, discarding one
[h264 @ 00e879b4]number of reference frames exceeds max (probably corrupt input)
, discarding one
[h264 @ 00e879b4]mmco: unref short failure 0min 1656mb A-V:0.000 [550985:0]
[h264 @ 00e879b4]mmco: unref short failure
[h264 @ 00e879b4]number of reference frames exceeds max (probably corrupt input)
, discarding one
Pos: 1.4s 36f ( 5%) 0.00fps Trem: 0min 1645mb A-V:0.000 [550985:0]
1 duplicate frame(s)!
Pos: 1.5s 38f ( 5%) 0.00fps Trem: 0min 1688mb A-V:0.000 [538015:0]
1 duplicate frame(s)!
Pos: 1.6s 40f ( 5%) 0.00fps Trem: 0min 1733mb A-V:0.000 [526375:0]
1 duplicate frame(s)!
Pos: 1.6s 42f ( 5%) 0.00fps Trem: 0min 1776mb A-V:0.000 [515871:0]
1 duplicate frame(s)

...Long list of Duplicate Frames here...

TS_PARSE: COULDN'T SYNC%) 66.22fps Trem: 0min 4356mb A-V:0.000 [316107:0]

Flushing video frames.
Writing index...
Writing header...
ODML: vprp aspect is 16:9.

Video stream: 316107.203 kbit/s (39513400 B/s) size: 4559846400 bytes 115.400 se
cs 2885 frames

Outcome was an 4 GB mkv.

Chris

30th August 2010, 19:49

Updated to a more recent version...

F:\000-CAPTURE-BACKUP\____BluRay-BRENN\HD-Encode\test2pixel>mencoder Nip_Tuck.ts
-ovc raw -vf format=i420 -nosound -o test.mkv
MEncoder git-20100211-1-g1c6846f-Kovensky-mt (C) 2000-2009 MPlayer Team

[...]

Outcome was an 4 GB mkv.

Ok, now it has a chance of working better. Did you try piping to x264?

MOS-Marauder

30th August 2010, 20:05

Ok, now it has a chance of working better. Did you try piping to x264?

Jop, doesnt work...

F:\000-CAPTURE-BACKUP\____BluRay-BRENN\HD-Encode\test2pixel>mencoder Nip_Tuck.ts
-really-quiet -ovc raw -vf format=i420 -nosound -o - | x264 - --force-cfr --dem
uxer lavf --crf 24 -o test.mkv
[IMGUTILS @ 0028f104] Picture size 0x0 is invalid
Fontconfig error: Cannot load default config file
Last message repeated 1 times
[IMGUTILS @ 0028f664] Picture size 0x0 is invalid
lavf [error]: could not find decoder for video stream
x264 [error]: could not open input file `-' via any method!

Chris