MeGUI - x264/XviD/lavc/Snow encoder with MP4/MKV/AVI output & audio

[haubrija]

Doom9,

I'm having an issue with encoding my HD caputres to Xvid using MeGui... First, here's my log:

Generating jobs. Desired size: 2398131200 bytes
Encoded audio file is present: D:\capture.ac3 It has a size of 116818944 bytes. 
No audio encoding. Calculating desired video bitrate directly.
Setting video bitrate for the video jobs to 7498 kbit/s
Setting desired size of video to -2013655040 bytes
Next job job1-1 is a video job. encoder commandline:
"C:\MP4 Encoding\Mplayer\mencoder.exe" "D:\1.avs" -ovc xvid -o NUL: -passlogfile "2pass.log" -xvidencopts pass=1:bitrate=7498:max_key_interval=300:vhq=4:qpel:chroma_me:quant_type=mpeg:par=ntsc169:trellis:keyframe_boost=100:kfthreshold=1:kfreduction=20:overflow_control_strength=20:max_overflow_improvement=20:max_overflow_degradation=20
successfully set up video encoder and callbacks for job job1-1
----------------------------------------------------------------------------------------------------------

Log for job job1-1

xvid: bitrate setting is ignored during first pass

----------------------------------------------------------------------------------------------------------
job job1-1 has been processed. This job is linked to the next job: job1-2
Next job job1-2 is a video job. encoder commandline:
"C:\MP4 Encoding\Mplayer\mencoder.exe" "D:\1.avs" -ovc xvid  -passlogfile "2pass.log" -xvidencopts pass=2:bitrate=7498:max_key_interval=300:vhq=4:qpel:chroma_me:quant_type=mpeg:par=ntsc169:trellis:keyframe_boost=100:kfthreshold=1:kfreduction=20:overflow_control_strength=20:max_overflow_improvement=20:max_overflow_degradation=20 -o "D:\1.avi" -of avi -ffourcc XVID 
successfully set up video encoder and callbacks for job job1-2
----------------------------------------------------------------------------------------------------------

Log for job job1-2

desired video bitrate of this job: 7498 kbit/s - obtained video bitrate: 6251.28895217316 kbit/s
----------------------------------------------------------------------------------------------------------
job job1-2 has been processed. This job is linked to the next job: job1-3
Next job job1-3 is a mux job. mp4box commandline:
"C:\MP4 Encoding\Mplayer\mencoder.exe" "D:\1.avi" -ovc copy  -oac copy -audiofile "D:\capture.ac3"  -mc 0 -noskip -o "D:\\1-muxed.avi"
successfully set up muxer and callbacks for job job1-3
----------------------------------------------------------------------------------------------------------

Log for job job1-3

MEncoder dev-CVS-050813-01:18-3.4.4 (C) 2000-2005 MPlayer Team
CPU: Advanced Micro Devices Athlon MP/XP/XP-M Barton (Family: 6, Stepping: 0)
Detected cache-line size is 64 bytes
CPUflags: Type: 6 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE

86 audio & 201 video codecs
success: format: 0  data: 0x0 - 0x715a4032
AVI file format detected.
AVI: ODML: Building odml index (1 superindexchunks)
AVI_NI: No audio stream found -> no sound.
VIDEO:  [XVID]  1280x720  12bpp  23.976 fps  6246.5 kbps (762.5 kbyte/s)
VIDEO:  [XVID]  1280x720  12bpp  23.976 fps  6246.5 kbps (762.5 kbyte/s)
libavformat file format detected.
[V] filefmt:65536  fourcc:0x44495658  size:1280x720  fps:23.98  ftime:=0.0417
videocodec: framecopy (1280x720 12bpp fourcc=44495658)
Building audio filter chain for 0Hz/0ch/s16le -> 0Hz/0ch/??...
audiocodec: framecopy (format=2000 chans=0 rate=0 bits=0 bps=0 sample-0)
Writing AVI header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp header.
ODML: Aspect information not (yet?) available or unspecified, not writing vprp header.
File not found: 'frameno.avi'
Failed to open frameno.avi

----------------------------------------------------------------------------------------------------------

Just to give u my exact procedure.

1. Capture .ts stream using MyHD.
2. Cut commercials using HDTV2MPEG2 and save back to .ts.
3. Demux .ts through Projectx.
4. Index using DGIndex 1.21.
5. Create Avisynth Script using MeGui... Script below

mpeg2source("D:\1.d2v")
SelectEven()
Decimate(cycle=5)

6. Load avs into MeGui for Automated 2pass with Turbo Checked, 2 bframes, Qpel, Overflows set to 20, VHQ 4, VHQ for B Checked, Chroma Motion, Closed GOP.

7. Hit Auto Encode, setting my desired bitrate manually. Check add audio stream and then add the ac3 that ProjectX created.

8. Go to Jobs and Start.

Now the 1st and 2nd Pass seem to go fine. But it crashes at the mux stage. When I open up the resulting .avi that MeGui had created in VirtualdubMod, I get Video Read Errors and no frames are displayed.

I've done dvd encodes using Xvid in MeGui with no problem. But I've tried two HD encodes with the same result. Is there a flaw in my procedure or did I uncover a bug? Thanks for any help.

btw... using MeGui 0.2.2.4... haven't gotten around to upgrading yet but it doesn't seem as if you've changed anything that would affect my problem.

[berrinam]

Originally Posted by haubrija

"D:\\1-muxed.avi"

From your log, it seems that this filename was suggested by the AutoEncode window. It isn't valid, and I'm guessing that that is what caused the problems. It seems that this illegal file is being suggested when the folder it is in is the root directory. You have two options for a temporary fix:
-override the output MeGUI suggests when you press AutoEncode, or
-don't encode in a root directory.

The bug should hopefully be fixed next version.

[haubrija]

Originally Posted by berrinam

From your log, it seems that this filename was suggested by the AutoEncode window. It isn't valid, and I'm guessing that that is what caused the problems. It seems that this illegal file is being suggested when the folder it is in is the root directory. You have two options for a temporary fix:
-override the output MeGUI suggests when you press AutoEncode, or
-don't encode in a root directory.

The bug should hopefully be fixed next version.

Thanks for the reply berrinam. But, if I understand you correctly, that the reason MeGui hung upon mux. However, shouldn't the video file (without the audio obviously) that MeGui encoded still be valid? why would it have all the video errors? Upon opening the file in Zoomplayer, the video just sits there at 0:00 and never moves. And like I said above, opening the file in Virtualdubmod just leads to video decode errors. Are these problems two different things or one in the same?

The main reason I ask is because, I'll run my encode again, but like I said its an HD file and I don't want to occupy my computer for 18hours if I don't have to

[berrinam]

Originally Posted by haubrija

Thanks for the reply berrinam. But, if I understand you correctly, that the reason MeGui hung upon mux. However, shouldn't the video file (without the audio obviously) that MeGui encoded still be valid?

Sorry, I didn't realise that the video file was also invalid. I don't know what the problem there is. From what you said in your previous post, MeGUI claims to be fine after the 2nd pass. The log doesn't indicate any failure either, so I'm not sure what is going on. Perhaps you should cut a few minute sample from your video and try re-encoding with that, to see whether it works or not.

[berrinam]

Originally Posted by haubrija

Setting desired size of video to -2013655040 bytes

There also seems to be something up with this, but according to log it didn't affect anything else.

[haubrija]

Just wanted to report back on some further testing.

I ran ProjectX on the source again, but only processed 17 second of the file. Created my .d2v on the file and set up the same script as outline above. Added my audio stream also as outlined above and started my queue. I followed Berrinam's advice and saved the output to a different directory.

This time the video output came out clean so Berrinam's quick workaround seems to have solved that problem. However, the muxing stage still did not work. Here's the log for that part of the job.

----------------------------------------------------------------------------------------------------------
job job1-2 has been processed. This job is linked to the next job: job1-3
Next job job1-3 is a mux job. mp4box commandline:
"C:\MP4 Encoding\Mplayer\mencoder.exe" "D:\Test\video.avi" -ovc copy  -oac copy -audiofile "D:\capture.ac3"  -mc 0 -noskip -o "D:\debug.avi"
successfully set up muxer and callbacks for job job1-3
----------------------------------------------------------------------------------------------------------

Log for job job1-3

MEncoder dev-CVS-050813-01:18-3.4.4 (C) 2000-2005 MPlayer Team
CPU: Advanced Micro Devices Athlon MP/XP/XP-M Barton (Family: 6, Stepping: 0)
Detected cache-line size is 64 bytes
CPUflags: Type: 6 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE

86 audio & 201 video codecs
success: format: 0  data: 0x0 - 0xfa078a
AVI file format detected.
AVI_NI: No audio stream found -> no sound.
VIDEO:  [XVID]  1280x720  12bpp  23.976 fps  7476.6 kbps (912.7 kbyte/s)
VIDEO:  [XVID]  1280x720  12bpp  23.976 fps  7476.6 kbps (912.7 kbyte/s)
libavformat file format detected.
libavformat file format detected.
[V] filefmt:3  fourcc:0x44495658  size:1280x720  fps:23.98  ftime:=0.0417
videocodec: framecopy (1280x720 12bpp fourcc=44495658)
Writing AVI header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp header.
ODML: Aspect information not (yet?) available or unspecified, not writing vprp header.

Writing AVI index...
Fixing AVI header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp header.

Video stream: 7476.642 kbit/s  (934580 bps)  size: 16371526 bytes  17.518 secs  420 frames

----------------------------------------------------------------------------------------------------------

it shows my .ac3 in the commandline but then later says no audio stream found. Mencoder can mux .ac3 streams right? I successfully muxed the stream using Virtualdub mod. So avi muxing is still an issue for me.

[haubrija]

Just noticed something while looking for something else on the forums.

Could this be my problem on the video end?

http://forum.doom9.org/showthread.php?t=101079

Is that a known issue? My resulting file from my first encode was 1.78 gb.

[dbzgundam]

Hmm... Is there a registry setting that .NET is not installing perhaps? When I uninstalled the package, nothing actually changed; same error as before. Could this mean the .NET package isn't even being recognized?

[dimzon]

Originally Posted by Doom9

@dimzon: and what about the 80 or so gigs that takes?

1) This must be optional feature!
2) I have enought HDD space for it

[leowai]

As a request from this post:
http://forum.doom9.org/showthread.ph...438#post722438

Originally Posted by QuadraQ

Yes that was the problem. I think this is very confusing for newbie's like myself. I wish this was made clear in a sticky somewhere.

Would it be nice to made this thread sticky on the AVC main page? Even this thread is linked from Sharktooth daily build, but not many newbies are able to caught this lovely GUI prog from there.

[fight2win]

get nero 7 from any warez site dude!

[sjchmura]

So when using the MP4MUX and besweet (to make AAC+AVC) the DELAY -922 SHOULD work - right??? That means it will make the audio start sooner?

This is wrong on my HDTV OTA transport streams. Can I just adjust this by renaming the AAC/MP4 audio file to -0ms???

[berrinam]

@sjchmura: Please be more clear. You haven't said what is wrong with the delay (whether it is changing at all, being removed, overcompensated, etc), and more importantly, you haven't said what you did which resulted in it not working

As a side note, MeGUI handles delays by fixing them upon encoding the audio. If you didn't set the delay when you encoded the audio, then I believe it won't work.

[haubrija]

Originally Posted by sjchmura

So when using the MP4MUX and besweet (to make AAC+AVC) the DELAY -922 SHOULD work - right??? That means it will make the audio start sooner?

This is wrong on my HDTV OTA transport streams. Can I just adjust this by renaming the AAC/MP4 audio file to -0ms???

sjchmura, for HDTV OTA streams, you should really demux them first using ProjectX... this will give you the best streams and fix any problems you have with audio delay.

[zajc]

Moving post to http://forum.doom9.org/showpost.php?...&postcount=371

[max-holz]

I have an issue using AutoEncode button since version 0.2.2.6

Generating jobs. Desired size: 1433600 bytes  
The second pass job has a desired final output size of 1433600 bytes 
and video bitrate of 1637 kbit/s  
The size of the first audio track is 135051582 bytes  
Desired video size after substracting audio size is -132172
Setting the desired bitrate of the subsequent video jobs to -163 kbit/s  
Next job job1-2 is a video job. 
encoder commandline:  "C:\Programmi\x264\x264.exe" --pass 1 --bitrate -163
 --stats "C:\Scambio\Elaborazione Video\Febbre\Febbre_movie.stats" 
--ref 5 --mixed-refs --bframes 3 --subme 6 --weightb --analyse all 
--8x8dct --me umh --threads 2 --cqmfile "C:\Programmi\x264\eqm_avc_hr.cfg" 
--progress --no-psnr --output NUL "C:\Scambio\Elaborazione Video\Febbre\Febbre_movie.avs"   
successfully set up video encoder and callbacks for job job1-2

I set the final file size to 1400 MB and the audio track size after compression is 128 MB; I think there is a problem substracting the audio file size to the deisred final file size and this causes the application setting a negative bitrate for the encoding.

[berrinam]

The fix to the bug max-holz mentioned can be found here.

[max-holz]

Perhaps I have founded another bug; in the audio encoder configuration it seems to be impossible setting a negative value in the delay correction textbox. I suppose that this textbox has a pattern that accept only numeric values but in this case is not possible to digit the sign minus.

[stratocaster]

Hi,
Am I missing something or it's just MeGUI's rendered H264 files that are NOT COMPATIBLE with QuickTime7 ?
I simply can't play any of the rendered MP4[H.264,AAC] on QuickTime.
Please try to give me some hints, thxs a lot.

[Sharktooth]

It's not megui and neither x264/h.264 etc...
It's QuickTime fault, coz it doesnt follow the standards.