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

[Inspector.Gadget]

FLAC support is already in the HD Streams Extractor for lossless audio from Blu-ray. When else would you need it, other than with a lossless audio input source? PCM Stereo is (in my experience) rare enough in DVDs that firing up foobar2000 to do the compression isn't an inconvenience. Plus, in that scenario, more often than not you're splitting by chapter from a music DVD and probably want to tag the split files anyway...

[Neillithan]

FLAC support is already in the HD Streams Extractor for lossless audio from Blu-ray. When else would you need it, other than with a lossless audio input source? PCM Stereo is (in my experience) rare enough in DVDs that firing up foobar2000 to do the compression isn't an inconvenience. Plus, in that scenario, more often than not you're splitting by chapter from a music DVD and probably want to tag the split files anyway...

Archiving purposes. I think it should be included because it can be. I use MeGUI to encode videos I make, I don't use it to encode Blu Ray movies. What I mean to say is, just because I don't use FLAC for the exact purpose you mentioned doesn't mean I shouldn't use it for any other purposes. FLAC would compliment MeGUI especially if I could choose it from the drop down list of audio encoders.

I hope the inclusion of a codec is not based solely on "how" it can be used, but rather "if" it can be used.

-Neil

[Yoshiyuki Blade]

the exact error is actually an important part of your report...

K, I managed to reproduce the error message again. I can't pinpoint the exact cause of this issue, but it definitely has something to do with modifying a profile sometime after a fresh MeGUI install (and after completely updating everything). It doesn't always occur immediately after the first modification from what I've seen.

http://img.photobucket.com/albums/v208/YoshiyukiBlade/meguierror.jpg

[Inspector.Gadget]

I hope the inclusion of a codec is not based solely on "how" it can be used, but rather "if" it can be used.

Using FLAC for anything but lossless source audio is stupid, and MeGUI already makes FLAC available for the vast majority of lossless sources.

[Kurtnoise]

no...it's a relevant feature request to ask to add a lossless audio codec.

[DexterLab23]

I want to be enlighten about something in MeGUI.
From where I can put/set in MeGUI the Audio Delay that is shown in the file:
"*Stream Information.txt" ? I found two possible places:

1. When I launch MeGUI in the main menu, down, right to the "Extension: MP4-ACC" is written "Delay".
2. Or when I mux together the video and audio stream, in Tools -> Muxer -> MP4 Muxer, is written at the Audio 1 tab, "Delay".

3. From where I can set now the Audio Delay ? Or I must set both (1 and 2, see above) ?
4. Or I must set only one option (1 and 2, see above) ?

Best regards.

P.S. I want a fast answer.
P.P.S. If Sharktooth could answer will be great.

[Kurtnoise]

It's better to put audio delay when you transcode your audio streams...

[DexterLab23]

Please be more explicit, I dont understand you. Do you mean when I transcode with DGIndex 1.5.4 ? Also you did not answered on any my questions. Please help with some clear advice.

[nurbs]

DGIndex doesn't transcode the audio (or video), it just extracts them. When you load one of the extracted audio files on the input tab in megui you can see that that the audio delay value from the filename is automatically entered in the delay box, so you shouldn't have to do anything manually. The encoded file will also automatically be renamed to idicate that the delay has been corrected. The new delay value in the encoded file will be 0ms. After the delay is corrected during encoding you obviously don't have any more delay when you mux the files, and so you don't have to enter it again.

[Balthazar2k4]

I've done numerous encodes using H264 & MPEG-2 as source material on Windows 7 without a problem, but I am really stumped on VC-1. When I switch back to Vista x64 it runs fine, but 7 x64 just won't let me do it. What did Microsoft change in the WMV9 codec support for Win7? I suspect my problem stems from the fact that FFDshow will not load in Win7, but I would love to find a workaround. I really like Win7 and am tired of switching back and forth. I have spent hours combing the net for answers to this dilemna (RipBot264, HDConverToX, etc. also fail to work). Any help would be deeply appreciated....

[RunningSkittle]

... I suspect my problem stems from the fact that FFDshow will not load in Win7...

FFDshow works just fine in windows 7 x64.

Here it is decoding 1920x1080 VC1:
http://deep.phpwebhosting.com/~mactownkrisp/computer/ffdshow-windows7.png

[Balthazar2k4]

FFDshow works just fine in windows 7 x64.

Here it is decoding 1920x1080 VC1:
http://deep.phpwebhosting.com/~mactownkrisp/computer/ffdshow-windows7.png

Have you experienced any problems converting VC-1 material with either MeGUI, RipBot264, or HDConverToX? I can't get any of them to do it and yet they all work fine under Vista x64...

Could it be a Haali Media Splitter problem?

[RunningSkittle]

directshowsource works

[Balthazar2k4]

directshowsource works

I can't figure out the problem to save my life. I installed a fresh copy of Win7 x64 build 7100. I turned off UAC. I installed ffdshow build 2913, haali media splitter, and AviSynth 2.5.8. I opened RipBot264 as an admin and proceeded to demux an m2ts containing VC-1. At the end of the demux, MPC pops up and tells me the graph filter has timed out. This happens with every VC-1 title I have tried. Anything else works great....

When I try and playback video via MPC Home Cinema, ffdshow does not show in the system tray and does not show it is doing anyting in the info & cpu dialog box under video decoder configuration.

I have tried setting ffdshow VC-1 to WMV9 and libavcodec and neither work.

HELP! This is driving me mad....

[Balthazar2k4]

Also, when I try and load the extracted stream into MeGUI, I receive the following error:

AviSynth Script Error
DirectShowSource: Timeout waiting for graph to start.

I just can't get ffdshow to play nice. I have even tried the x64 version, but predictably that did not work either.

[DexterLab23]

Help me understand something:
I ripped a serial, and have a file: "VTS_01_1 T80 1_0ch 192Kbps DELAY -8ms.ac3"
megui puts automatically the delay: "-8"
and inside the "VTS_01 - Stream Information.txt" file is written "Delay: -88ms"
Which is to be believed ? Which one to put inside megui ? -8 or -88 ?

P.S. You guys didn't answered my previous question.

[nurbs]

a) Kurtnoise answered your previous post and I wrote a little longer explaination, you just didn't bother to read it.
b) You believe the -8ms, because that's what dgindex says.

[onesloth]

...but I am really stumped on VC-1.
Do you have an NVidia card? DGVC1DecNV should work.

[DexterLab23]

Thank you Kurtnoise, nurbs.

I understand it. I will try and post here if the audio is out of sync or not.

I am sorry, you are right, next time I will read more carefully.

:thanks:

[DexterLab23]

It's MeGUI also available for linux ?

[deets]

add Device Types to the Adaptive & Manual Muxers. Now, we can force either iPod, iPhone, ISMA or PSP output when we select MP4 Muxer.

what difference does this make if you do or dont select PSP as the device type?

[Sharktooth]

@DexterLab23: nope, or at least, not yet.

@deets: the difference is the file wont play on that device if the option is not selected.

[DexterLab23]

a) Kurtnoise answered your previous post and I wrote a little longer explaination, you just didn't bother to read it.
b) You believe the -8ms, because that's what dgindex says.

b) was wrong option/value, the true/corect value was -88

@Sharktooth, Please put two options in megui where can it read the audio delay.

A. In the "*Stream Information.txt", correct.
B. In the name of the audio that is created during after DGIndex processed audio file name, ex. "VTS_01_1 T80 1_0ch 192Kbps DELAY -8ms.ac3"

Also I should mention that the clip was a short one, 00:07:08, but I think if the audio was wrong (-88 ms), it should be completely desynced.

[turbojet]

Any chance of an option to not make .backup files when updating?

Out of curiousity are they ever used by the program anyhow?

[Kurtnoise]

no...this is not used. There is a bug or something like that because such files must be deleted.


@DexterLab23: then, extract your audio stream with DVDDecrypter instead...

[Ryu77]

Recently dgavcindex was added to the MeGUI tools folder... However, the version used is 1.0.1. I am wondering is there any reason why the newer 1.0.9 version isn't used?

I actually copied the newer version and .dll into the appropriate folders and eventually MeGUI updated back the older version.

[Sharktooth]

i already said ill update it as soon as i get home

[Ryu77]

i already said ill update it as soon as i get home

Was this directed at my post? If it was, I can't see when did you state (in the last 3 days) anything to do with updating dgavcindex?

[Sharktooth]

yes, it was directed to you... http://forum.doom9.org/showthread.php?p=1279853#post1279853
and no, im still not at home.

[avdw]

yes, it was directed to you... http://forum.doom9.org/showthread.php?p=1279853#post1279853
and no, im still not at home.

If you get home, will you take your medications first ?

[Sharktooth]

"as soon as i get home" means it will be one of the first things i will do when i get home...

[Ryu77]

yes, it was directed to you... http://forum.doom9.org/showthread.php?p=1279853#post1279853
and no, im still not at home.

It's on a completely different thread... How the hell am I supposed to know that you already had this discussion with somebody else?

And yes, I could have searched through the forums (wasting far more time than the 5 seconds it would have taken you to answer it) but my question was a simple one and your answer should have been a polite one. I believe that this is the appropriate thread anyway, as it was something related to MeGUI updating not DGAVCDec itself.

By the way, that's one long trip home...

[Sharktooth]

sorry, i didnt mean to be rude.
it's just i'm too much stressed...

[Keiyakusha]

Little bug report.
If I start MeGui -> open x264 configuration dialog -> set Const. Quality 0.1 and then switch to Const. Quantizer, I get this error:
http://www.petaimg.com/u335/39305.05.png

UPD: the same when I click on Lossless checkbox instead of swithing to Const. Quantizer.

[Ramir Gonzales]

Little bug report.
If I start MeGui -> open x264 configuration dialog -> set Const. Quality 0.1 and then switch to Const. Quantizer, I get this error:

UPD: the same when I click on Lossless checkbox instead of swithing to Const. Quantizer.

That's not MeGUI's fault, you have a crap computer, probably crap memory !

[Kurtnoise]

That's not MeGUI's fault, you have a crap computer, probably crap memory !
47 posts of uselessness...You're on the right way, dude. Keep going.


@Keiyakusha: I'll look at it...thanks for the bugreport.

[sebus]

That's not MeGUI's fault, you have a crap computer, probably crap memory !

And your manners are left behind the door, right?

[wolfbane5]

I have created a custom x264 profile (2-Pass) in MeGUI. However, I would like pass 1 to be slightly different than pass 2, but every time I make changes to pass 1, save it, then fix pass 2, pass 1 gets overwritten and becomes identical to pass 2. Anyway to fix this?

[nurbs]

If you don't want to use the same settings for both passes or turbo you have to create a seperate profile for each of the passes.

[wolfbane5]

Alright, I created 2 profiles, one for each pass. I'm assuming you have to overwrite the --output NUL statement for pass 1, so that you actually have an output, which you have to set up as your input for the 2nd pass?

You'd think there'd be an easier way to have different settings for each pass...hopefully the MeGUI developers will design a way to do this in a later revision.

[J_Darnley]

You don't need to store the output of pass 1. The input of pass 2 is the same as it was for pass 1. It is the stats file which stores the information needed for pass 2.

[wolfbane5]

You don't need to store the output of pass 1. The input of pass 2 is the same as it was for pass 1. It is the stats file which stores the information needed for pass 2.

Ok so then I can set up pass 1 with the .avs input I have and not care about the output (job 1). Then I can setup pass 2 with the same .avs input, but this time i'll get an output and it'll automatically use the .stats file created from pass 1? Also, can I queue pass 1 and pass 2 at the same time, or do I have to wait for pass 1 to complete, before I can setup & run pass 2?

[xandercage]

I m using bitrate calculator in megui, bud when i try encode VC-1 stream in m2ts file i becomme always larger outfile xvid in avi container.

[buzzqw]

m2ts has an overhead of 7% (near) of total size , while avi/mkv is something like 24 bytes for frames

BHH

[xandercage]

So if it s VC-1 stream i must calculate like this formula
Total size 1400MB - 7%MB (98MB), so total size in megui must be cca 1302MB?

If it s h264 or AVC stream in mkv or m2ts the calculated file size is ok in output file xvid, avi.

I have trouble only with VC-1 streams.

[Sharktooth]

m2ts has simply a huge overhead and since bitrate calc still doesnt support m2ts you should take that 7% into account.

[userix]

Weird issue: Using the same versions of MEGUI and identical x264 profiles on two different computer, I get different qualities from the same vobs I am trying to encode. AVS scripts and D2V were created in the same exact manner on the different PCs. But my old Dell 1.5ghz 1GB ram Radeon 9500 does a cleaner, better looking encode than my Q6600 2GB ram 8800gts, although the Q6600 finishes much faster than the Dell. I am a newb at encoding, so I have no clue why the quality varies between my two comps.

[wolfbane5]

Weird issue: Using the same versions of MEGUI and identical x264 profiles on two different computer, I get different qualities from the same vobs I am trying to encode. AVS scripts and D2V were created in the same exact manner on the different PCs. But my old Dell 1.5ghz 1GB ram Radeon 9500 does a cleaner, better looking encode than my Q6600 2GB ram 8800gts, although the Q6600 finishes much faster than the Dell. I am a newb at encoding, so I have no clue why the quality varies between my two comps.

Are you sure you're using the same x264 profiles? One small change like --partitions none and --partitions all can make a huge difference in quality and encoding time.

[Taurus]

Weird issue: Using the same versions of MEGUI and identical x264 profiles on two different computer, I get different qualities from the same vobs I am trying to encode. AVS scripts and D2V were created in the same exact manner on the different PCs. But my old Dell 1.5ghz 1GB ram Radeon 9500 does a cleaner, better looking encode than my Q6600 2GB ram 8800gts, although the Q6600 finishes much faster than the Dell. I am a newb at encoding, so I have no clue why the quality varies between my two comps.
So you use the same decoder for the encoding
and the same decoder for playback on both machines?
Which decoder for playback; deblocking en/disabled?
Same bitrate, same filesizes of your encoded files?
To much variables to guess without log files and avisynth scripts....:D

[Kurtnoise]

In addition, I'd say compare both encodes on the same machine...