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

[Doom9]

@leowai: thank you for that report. Finally I can reproduce the problem as well.

@everyone: take note on how methodical leowai approached the issue. This is how an excellent bugreport should look.

[Doom9]

a fixed version is out now.

[TNM]

Is it possible to add more audio stream in MP4 muxer window? Currently only 2 audio streams are allowed... Sometimes we may want to add like 3 audio streams: 2 language streams and a directors comment stream :)

[Doom9]

Currently only 2 audio streams are allowedThat's right and this will not be changed either. Keep in mind that this is a backup tool. Commentary tracks are something I cannot image listening to for a second time, and to do that, I really can take out my original disc.

[Mc Onyx]

First I apologize if this has been asked before, but why does MeGUI save bitrate value to the profile, example if choose profile for the first pass, queue it, than choose profile for the second pass, i have to enter bitrate value again, it would be nice if it would stayed from the first pass, it's not a big deal, but kinda anoying!
Second thing i don't know if i am doing something wrong (probably:)), or it's a bug, but it happens in MeGUI and X264CLIgui, so i guess it's my fault, and it's concerning zones, usualy i use quantizer value, but lately i tried with weight, which i was using in Xvid and if my commandline is like this:

D:\Encoding Utilities\X264 CLI>x264 --pass 1 --bitrate 1119 --stats "2pass.log"
--bframes 3 --b-pyramid --filter -2,-2 --subme 1 --weightb --analyse none --qpst
ep 1 --direct none --me dia --zones 4202,4750,b=0,25 --progress --no-psnr --outp
ut NUL "D:\DVD\Encoding AVS\DD Test.avs"

- X264 says:

avis [info]: 688x368 @ 25.00 fps (4751 frames)
x264 [error]: invalid zone: bitrate_factor=0.000000
x264_encoder_open failed

- But if i change the comma into point, like this:

x264 --pass 1 --bitrate 1119 --stats "2pass.log"
--bframes 3 --b-pyramid --filter -2,-2 --subme 1 --weightb --analyse none --qpst
ep 1 --direct none --me dia --zones 4202,4750,b=0.25 --progress --no-psnr --outp
ut NUL "D:\DVD\Encoding AVS\DD Test.avs"

- It works, but i don't know if this is ok, because the commandline was generated by MeGUI and X264CLIgui, does it the same. So my question is, what's wrong and is it "point", or "comma"!


- P.S. Sorry for my english! :)

[Doom9]

why does MeGUI save bitrate value to the profileGood question. But either way round it's not ideal. Some people might prefer to have profiles with bitrates (or a quantizer), others would rather not have that value saved anywhere, so either way somebody is going to be unhappy. But why not use an automated 2/3 pass profile instead? That way you won't have to reset the bitrate. Likewise, you could use auto-mode, then update jobs, as in auto-mode, the bitrate is updated after audio encoding (that is assuming you are encoding audio.. if you don't, the bitrate is written into the jobs when they are added to the queue).

As for your second issue, it is not your fault. Well, it is sort of because your computer uses a comma as decimal separator, whereas x264 and any software made for the English market expects a dot. Unfortunately for me, that now means changing the commandline generator to use a different double/decimal -> string conversion for each double/decimal value :(

[mc_experimental]

For Doom9.

Why megui 0218a (very good tool Doom9!!!) not save log file? When i do an autoencode with shutdown, all work fine but no log, and also whit "delete completed jobs" unchecked in setting box, nothing in queue list. Other thing when select a video/audio profile sometime not working. Only select profile then press config and verify command line is safe, and appears SAR setting not saved in profile (es. make a profile for 16:9 whit SAR 64:45 then change to another profile, SAR remain same).

I use your tool for encoding DVBT recording. X264 and megui are fantastic!!! very very good quality.

Please can add *.mpv *.m2v extensions, or "all file" in D2V Creator input filebox? (Tired press *.* :p )

Many thanks for your work, and sorry for my bad english (i'm italian)


Bye

Mauro

[berrinam]

On the topic of AR, perhaps there should be an option in the OneClickWindow (not necessarily just the OneClickWindow, but I can't think of anywhere else it would be appropriate) to signal the AR instead of resizing.

[Doom9]

When i do an autoencode with shutdown, all work fine but no logHmm, it might be that due to the way I use to shut down the PC (native System calls), the close event may not be triggered and thus the log not be saved. I've only tested the shutdown once, probably even before the autosaving log was introduced, but I will add log saving to the shutdown method so it will be saved before the system is shut down. The log never made more sense than in the shutdown scenario.

and also whit "delete completed jobs" unchecked in setting box, nothing in queue list.That is desired behavior.. the option says so, doesn't it? If you want the jobs to be kept, don't activate that option.

About the SAR thing: it happens just in the scenario you described.. if a profile has no SAR, the current values are not overwritten because a 0:0 SAR makes no sense (0:0 is the default value). I can change that so that in case there's a 0:0, those fields are cleared.

perhaps there should be an option in the OneClickWindow (not necessarily just the OneClickWindow, but I can't think of anywhere else it would be appropriate) to signal the AR instead of resizing.Good idea, but it would be a codec conditional thing (not every codec has that feature). In such a case, auto-crop should still be done, but no resizing afterwards.

[berrinam]

About the 'delete completed jobs' problem: I mentioned it in the MeGUI dev thread a few days ago, but there hasn't been a new release since then, so the bug still exists, ie it currently ignores your settings, and always deletes completed jobs.

Good idea, but it would be a codec conditional thing (not every codec has that feature). In such a case, auto-crop should still be done, but no resizing afterwards.
Is it just Snow that doesn't support AR signaling? What happens with cropping to non-mod16 sizes? I suppose a rounding-resize would need to be put in.

[Doom9]

Is it just Snow that doesn't support AR signaling?It appears so.
What happens with cropping to non-mod16 sizes?That's going to be a problem, but that, too, is codec dependant. I know x264 requires mod16, XviD should work with mod2 and I have no clue about lavc - that would have to be tested.

[Doom9]

About the 'delete completed jobs' problem: I mentioned it in the MeGUI dev thread a few days agoI must've missed that. It's now taken care off, along with anything else reported. I just have to run a few test encodings to see if the numerous changes that were required to accomodate larger sizes (now using 9999MB as a target size is not a problem anymore) haven't broken anything

[Doom9]

the big bugfix release it out. enjoy. I'll hold off from putting up the x264 and snow release for a few days to see how these rather extensive changes play out.

[AnimeTheme]

So from 0.2.1.8a, x264 quantizer delta is now set to 4 by default. I know basically what quantizer delta means (the max q difference between consecutive frames), but what is its actual effect on encoding quality? Should I stick with 1, or use 4 now?

[Doom9]

I figure there was a reason for the default to be changed (it's the x264.exe default, that value didn't come from me). I'd go with the new default..

[mc_experimental]

the big bugfix release it out. enjoy. I'll hold off from putting up the x264 and snow release for a few days to see how these rather extensive changes play out.


Many thanks.

MC

[haubrija]

Doom9,

I'm having a big problem with audio encoding in 2.1.9. Here's my usual procedure.

1. Create AVS script with your creator and load it up. Load up AC3 file created by DGIndex 1.21 and create my settings (AVC 3 pass, AAC 5.1 HE, VBR High).

2. Hit Auto Encode and go for a 1/3 DVD setting.

3. Add Chapters and hit go.

4. Go to Jobs menu and hit start.

Now upon hitting start, the status dialog comes up but nothing ever appears there. MeGui just hangs. Now, I bring up the task manager and both MeGui and Besweet are there, but Besweet is consuming no CPU cycles. If I end the MeGui process, Besweet starts right up, instanly consuming 99% CPU.

I'm using Beswet b30. I tried another DVD to ensure I didn't have a bum AC3 file, but had the same problem.

Any help would be great.

[Doom9]

@haubrija: I don't see a log anywhere. Where is it? Also, can you break down the problem into parts (as per the problem reporting guidelines.. it's a process that you should be able to do without any help ;) ? In this case, if you just set up audio encoding, with the default settings for AAC, does the same happen? I very much think so, but it's essential information that allows to rule out a lot of code as the source of the problem...

[haubrija]

Doom9,

Sorry about the lack of log... here it is:

Generating jobs. Desired size: 1537212416 bytes
Setting desired size of video to 1537212416 bytes
Next job job1-1 is an audio job. besweet commandline:
"C:\MP4 Encoding\BeSweetv1.5b29\besweet.exe" -core( -input "D:\1 AC3 T02 3_2ch 448Kbps DELAY 0ms.ac3" -output "D:\audio.mp4" -logfile "besweet.log" ) -azid( -c normal ) -bsn( -6chnew -vbr_extreme -codecquality_high -aacprofile_he ) -ota( -d 0 )
successfully set up audio encoder and callbacks for job job1-1


As far as breaking it down into parts, I do not know what more I can tell you other than what is in my original post. I set up my auto encode like i said and then MeGui hung during the Audio encoding part.

Now, per your request, I ran it with default settings. No problems! It started just as it should had, so the problem must lie with my previous audio profile. Hope this helps.

[haubrija]

Oops... You may want the besweet log as well. Here ya go.

BeSweet v1.5b30 by DSPguru.
--------------------------
Using azid.dll v1.9 (b922) by Midas (midas@egon.gyaloglo.hu).
Using Shibatch.dll v0.25 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using bsn.dll v0.24 by DPeshev,Richard,E-Male,DSPguru (DSPguru.Doom9.org).

Logging start : 08/14/05 , 13:34:43.

C:\MP4 Encoding\BeSweetv1.5b29\besweet.exe -core( -input D:\1 AC3 T02 3_2ch 448Kbps DELAY 0ms.ac3 -output D:\1 AC3 T02 3_2ch 448Kbps DELAY 0ms.mp4 -logfile besweet.log ) -azid( -c normal ) -bsn( -6chnew -vbr_extreme -codecquality_high -aacprofile_he ) -ota( -d 0 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : D:\1 AC3 T02 3_2ch 448Kbps DELAY 0ms.ac3
[00:00:00:000] | Output: D:\1 AC3 T02 3_2ch 448Kbps DELAY 0ms.mp4
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Input Channels Mode: 3/2, Bitrate: 448kbps
[00:00:00:000] | Total Gain: 0.000dB, Compression: Normal
[00:00:00:000] | LFE levels: To LR -INF, To LFE 0.0dB
[00:00:00:000] | Center mix level: BSI
[00:00:00:000] | Surround mix level: BSI
[00:00:00:000] | Dialog normalization: No
[00:00:00:000] | Rear channels filtering: No
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] +-------- BSN --------
[00:00:00:000] | bitrate: vbr extreme
[00:00:00:000] | HE-aac high quality encoding
[00:00:00:000] +---------------------

[AnimeTheme]

I suggest that aside from BeSweet, MeGUI should support another program for the audio encoding part, such as FFMPEG. BeSweet requires 2 DLLs from Nero AAC Encoder, which is NOT a free program (please correct me if I am wrong here). On the other hand, FFMPEG is FREE and supports AAC encoding as well (even though not as dedicated as Nero). What's cool is that you can use AVS for FFMPEG as well. So you can possibly write a single AVS script that can work for BOTH the video and audio parts.

[Doom9]

@AnimeTheme: This has been brought up before. I simply need BeSweet for its superior audio capabilities that no other program can offer. There was a volunteer to creating an faac plugin for BeSweet, but he seems to have disappeared again. mencoder also supports aac encoding, but there's no way audio encoding can be done in one step.. only besweet can do that.. any other solution relies on besweet decoding the audio, thus creating a huge temporary file which creates problems for people not using NTFS, and then encoding that again. That is why I'm using BeSweet with Nero.

ffmpeg's MP4 output is very buggy so using that is quite simply out of the question, I'm not going to support something that doesn't work properly.

Now, per your request, I ran it with default settings. No problems! It started just as it should had, so the problem must lie with my previous audio profile.Alright, so it's the setup after all.. can you pinpoint which option that you changed from the default trigger the problem?

[AnimeTheme]

I understand that BeSweet with Nero is better than other audio solutions (in terms of quality and such), but FFMPEG has its advantage as a FREE tool. I am not sure if FFMPEG's MP4 output is really that buggy, but I suppose it can handle AAC encoding just fine, and I have had NO problem using it to encode AAC for my x264 movies.

It will be cool if we can have a unified and completely FREE solution for x264 encodes. :cool:

[haubrija]

Ok, I discovered where the problem lies. I went step by step through my settings to find it. Not sure if its the combination but this is when it happened.

1. Default MeGui Settings - OK

2. Default + VBR Extreme - OK

3. Default + VBR Extreme + HE - OK

4. Default + VBR Extreme + HE + High Quality - OK

5. Default + VBR Extreme + HE + High Quality + Uncheck Increase Volume Automatically = NOT OK.

With that final combination above (unchecking increase volume), is where I had the problem with MeGui hanging.

[Doom9]

@haubrija: thank you for making these tests, I much appreciate it.

@AnimeTheme: I understand the feeling but as I said, give me an faac besweet plugin and I promise to support it. But I'm not going to rewrite MeGUI to require two tools for audio encoding when one is enough, free or not.

[m0rc1]

This really happens with lots of programs (most Adobe ones, for example - but also BeLight is completely unusable with a 120DPI display).
The problem is that if you set the AutoScale flag to true (which is a good thing), windows and dialogs can change their final size depending on the size of the text (which depends on the display resolution - in DPI).
To make a long story short: fixed windows sizes should not be used; in the case of MeGUI the problem is with the "Show commandline" options in most dialogs.
The handler should be changed to something like this:

if(commandlineVisible.Checked)
{
showCommandLine();
this.commandline.Visible = true;
this.Size = new Size(this.Width, this.Height + this.commandline.Height);
}
else
{
this.commandline.Visible = false;
this.Size = new Size(this.Width, this.Height - this.commandline.Height);
}

(here I'm assuming the commandline is shown by default).

m0rc1

[Igor Kharchenko]

Why I can't add mp3 audio in bitrate calculator when I select MP4 container? Is it non standart? I mixed raw x264 video stream and mp3 vbr audio using mp4box and it works fine.

[Doom9]

Why I can't add mp3 audio in bitrate calculator when I select MP4 container?Because megui doesn't support that combination. It doesn't make much sense using an inferior audio codec for a container made specifically to contain AAC audio (and MPEG-4 video of course).
You can also mux Vorbis or AC3 (not sure the latter is actually supported but it could be made to support it) into MP4, that's not saying that would make any more sense either. You'll get the best compatibility with MP4 if you stick to what it's meant for. If you want to use your prefered audio type, then use the Matroska container, it is made for flexibility and supports virtually every audio and video codec.

[DarkNite]

I love this app! The progress that's been made in this short span of time is amazing, and well appreciated. Kudos to everyone involved.

Now that I'm done with the praise, let's get down to the gripe.

Log for job job1-5

mkvmerge v1.5.0 ('It's alright, baby') built on Jul 1 2005 10:34:56

Error: 'jap' is neither a valid ISO639-2 nor a valid ISO639-1 code.
See 'mkvmerge --list-languages' for a list of all languages and their respective ISO639-2 codes.

'jpn' would be the appropriate entry here. Anime enthusiasts using mkv output would see this as a huge turn off. Other than that MeGUI is looking pretty sexy to me.

[dejected_is_me]

i noticed two things:

In the previous release, when a job was complted it was deleted from the queue, even if the "delete completed jobs" button was unticked in settings. I don't have anything to test if this was fixed just thought i would throw it out there...


the mux in mkv still works if the country code is disabled, with it enabled it just dosen't...

[Doom9]

@Darknite: this was previously reported. Unfortunately, without a log so I have only taken care of it after the last public release. It is already fixed in the development build, but I need to take care of the audio issue haubrija reported and the granny fonts issue when showing the commandline before a next release.

I don't have anything to test if this was fixed just thought i would throw it out there...If you check the changelog, this has been fixed.
the mux in mkv still works if the country code is disabled, with it enabled it just dosen't...could it be for the same reason darknite posted? If not, where's your log?

[noisehole]

hi,

i havnt encoded anything for a long time and just tried your gui (v0.2.1.9) for my first mp4 (nero he aac/x264cli high profile) encode and here is just a little feedback. there's some minor things i mention, but dont get me wrong - overall it worked great!

i used kung fu hustle ntsc ripped in ifo mode/movie only
attached is a queue screenshot, the log and the profiles i used.

-avisynth script creator: it suggested 640x352 which is 16:9 but the source is anamorphic and y-res of 256 would be correct (or did i mess up in dgindex?). also if suggest is checked and the input dar is changed the res should be updated

-input/audio i used 2 audio tracks, chi and eng. i have 2 audio profiles. if i change profile for stream1 it is changed for #2 too (i want different profiles for each stream)

-process status window: its set to some kind of always on top mode wich i find annoying

-i used automated 3pass and the commandline for pass 2 and 3 both had "--pass 3" as parameter. is that correct?

-i set the language names in the mp4 muxer, but mp4box wont take those arguments, without ";lang=chi" and ";lang=eng" the mp4box muxed correctly

-i could choose the vobsub generated *.sub file in the muxer but mp4box thought its a bad idea. do i have to convert it to ttxt?

using haali i got an impressive mp4 qualitywise. both audio streams are available, as are chapters.

great work :thanks:

[Doom9]

first thing: did you use the one click mode or the autoencode mode? the one click mode effectively only allows one audio profile that is applied to both streams. If you use auto-encode mode instead, the audio configuration will be taken as is.. so you configure your first input/output, select the profile, switch to the second track, configure it, select the profile, then encode. You can even switch between the tracks (obviously that won't show the profile you selected, but the settings will be there, press config to verify).

Please note that any profile selection is applied immediately to the currently active audio stream. Thus, you need to select the profile after selecting input and output for a track. If you select the profile before the audio track, it won't work the way you want it (you'll select the profile without input, so nothing will be applied, then you select input and output (once you select output the current settings from the profile will be applied), then you select the second profile, whose settings will be applied to the audio track currently shown (still track 1 at this point), then you switch to track 2, nothing is applied as there's no input and output, then you select input and output, and at this point the currently active settings (from the second profile you selected) will be used for that audio track. Thus, both tracks have the same settings.

This is a general principle throughout MeGUI. You always select your input, then output (not necessary if you are happy with the automatically generated output location and name), then the settings. I cannot prevent that you do this another way without severely restricting the GUI in ways I have no intention to do, but the results can be undesireable if you don't follow this rule.

According to this review (http://movie-reviews.colossus.net/movies/k/kung_fu.html) Kung Fu Hustle is effectively a 1:2.35 movie, so the correct resolution would be 640x272 (not 256.. that's ITU resizing and I don't accept telephony organizations to tell me how to resize video). I assume auto-crop failed.. if you open your avisynth script, do you have black bars? If you have, could you make a sample VOB available (you can strip audio, it won't have to be too long but it needs to be from a part other than the intro/credits but a part where there's a clear separation between black bars and the actual movie).

also if suggest is checked and the input dar is changed the res should be updatedduly noted.. it's just not the "normal" workflow

its set to some kind of always on top mode wich i find annoyingThat's not true actually.. you can always minimize. It just pops up, but that's what happens with new windows.. iirc the same happens in VirtualDub, and that's the model I used for MeGUI (the progress window is very similar after all and that's intentional, I've always liked the informative progress report VirtualDub provides, and I just improved upon that where I thought it would be useful (e.g. calculation of remaining processing time versus estimation of the entire process lenght so you have to substract elapes from estimated to get the remaining time))

i used automated 3pass and the commandline for pass 2 and 3 both had "--pass 3" as parameter. is that correct?yes, that's how it should be.

-i set the language names in the mp4 muxer, but mp4box wont take those arguments, without ";lang=chi" and ";lang=eng" the mp4box muxed correctly I have to put the blame on mp4box here: according to the list of ISO codes (http://www.w3.org/WAI/ER/IG/ert/iso639.htm), chi is the code for Chinese. You could use zho, perhaps that'll work, but if not you need to speak to the author of mp4box as it's not under my control if mp4box doesn't support a code.

-i could choose the vobsub generated *.sub file in the muxer but mp4box thought its a bad idea. do i have to convert it to ttxt?Actually, if you try you'll find that it'll fail. The thing is, there's a text based subtitle format that has the extension .sub and that's what mp4box supports, hence you can select .sub file (obviously a file dialog filter only checks extensions, not contents of the files).. the file open dialog also never speaks of VobSub which should be another indication that it won't work.. you can after all rename the extension of any file but unless the file contains what the extension suggests, it'll always fail. VobSub subtitle support may eventually come, but for now you need a supported text based format. Personally I'd use Subrip to create an .srt file.

[noisehole]

first thing: did you use the one click mode or the autoencode mode? the one click mode effectively only allows one audio profile that is applied to both streams. If you use auto-encode mode instead, the audio configuration will be taken as is.. so you configure your first input/output, select the profile, switch to the second track, configure it, select the profile, then encode. You can even switch between the tracks (obviously that won't show the profile you selected, but the settings will be there, press config to verify).

i used the autoencode mode. i didnt verify the audio config, just noticed that the profile display didnt change.

This is a general principle throughout MeGUI. You always select your input, then output (not necessary if you are happy with the automatically generated output location and name), then the settings. I cannot prevent that you do this another way without severely restricting the GUI in ways I have no intention to do, but the results can be undesireable if you don't follow this rule.

thats the way i expect a gui to function. i was just irritated by the options displayed

According to this review (http://movie-reviews.colossus.net/movies/k/kung_fu.html) Kung Fu Hustle is effectively a 1:2.35 movie, so the correct resolution would be 640x272 (not 256.. that's ITU resizing and I don't accept telephony organizations to tell me how to resize video). I assume auto-crop failed..

i didnt measure that exactly. guardian knot suggested 640x256 and comparing the dvd in software dvdplayers to the x256 avs (both fullscreen) seemed to fit more correctly. 272 would be 2.35, i just didnt check 2nd sources ;)

oh and autocrop worked perfectly, no bars at all (2,60,-2,-66). rechecked and its as accurate as it could be

That's not true actually.. you can always minimize. It just pops up, but that's what happens with new windows.. iirc the same happens in VirtualDub, and that's the model I used for MeGUI (the progress window is very similar after all and that's intentional, I've always liked the informative progress report VirtualDub provides, and I just improved upon that where I thought it would be useful

the similarity was obvious ;) so its just me that the window is really on top of others?
EDIT: hm enqueued an audio job and now the windows are normal. if i can reconstruct that issue ill report back. maybe it has something to do with starting hidden processes (besweet, x264...)
I have to put the blame on mp4box here: according to the list of ISO codes (http://www.w3.org/WAI/ER/IG/ert/iso639.htm), chi is the code for Chinese. You could use zho, perhaps that'll work, but if not you need to speak to the author of mp4box as it's not under my control if mp4box doesn't support a code.

thought so, but it didnt like eng either, so i didnt even try finding the correct value since it appears it wouldnt accept any

for the subtitles, i know that the correct mp4 format is ttxt, i just tried the vobsub. there was a chance your gui or mp4box converts them :p but ill try subrip, thx

[mc_experimental]

Ok, I discovered where the problem lies. I went step by step through my settings to find it. Not sure if its the combination but this is when it happened.

5. Default + VBR Extreme + HE + High Quality + Uncheck Increase Volume Automatically = NOT OK.

With that final combination above (unchecking increase volume), is where I had the problem with MeGui hanging.



Default + internet + HE + High Quality - OK

Default + internet + HE + High Quality + Uncheck Increase Volume Automatically = megui hang (218a - 219)

Bye

[noisehole]

":lang=LAN": sets imported media language code
thats all, just replace ";" with ":" and it works ;)

btw subrip method worked, i now got a nice mp4 with 2 langs, 3 subs and chapters. and all selectable/working with haali. i gotta say, im impressed with the results

[Doom9]

i just tried the vobsub. there was a chance your gui or mp4box converts them I'm afraid an automated OCR without human intervention is simply impossible (or you'd not be very happy with the result as everything would get discarded).
@mc_experimental: I guess that means that any profile causes this and the culprit is effectively the rest of the settings (HE, high and auto-volume adjustment disabled). Though I wonder, why would you want not to use the volume adjustment? You really have to crank up your stereo to hear anything if you don't use that option, and then when you listen to something else, you're going to blow your eardrums and speakers.

thats all, just replace ";" with ":" and it worksUhh.. my mp4box says to use a ;, not a :

And I need a VOB sample to look at the autosuggest resolution thing.. it properly suggests 640x272 with my 1:2.35 samples. Looking at your crop values, there can only be two reasons for a false detection: 1) dgdecode reports a wrong frame height, 2) you set a custom DAR.. it would need to be 1.778 for a 16:9 source. I tend towards 2 considering that this is the first ever report of a failure of this function.

[leowai]

Uhh.. my mp4box says to use a ;, not a :

That's the different version of MP4Box used.
v3.x uses ";" but v4.x uses ":"

[Doom9]

That's the different version of MP4Box used.
v3.x uses ";" but v4.x uses ":"I suspected that. But this is an user error.. the download url for mp4box given in the requirements only offers a v0.3x binary for download.

[AstaRoth]

Hi,

Congratulation for your software

But, do you find interesting to have an aspect error (in percentage) for resize in the avisynth script editor ?

[jellysandwich]

I found a small bug whilst trying to encode x264 to avi. I'm using MeGUI 0.2.1.9 and the mencoder from mplayer2005.08.13.Athlon-64.7z. It's reproducible for me.

Steps:

1) Open up MeGUI.
2) Tools -> Settings -> Set x264 encoder to mencoder.
3) Select an avs script.
4) Set Codec to AVC.
5) Set File Type to AVI or MKV.
6) Hit the Config button.

Then it crashes, with this error:


See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.IndexOutOfRangeException: Index was outside the bounds of the array.
at MeGUI.CommandLineGenerator.generateX264CommandLine(String mencoderPath, x264Settings xs, String input, String output)
at MeGUI.CommandLineGenerator.generateVideoCommandline(MeGUISettings settings, VideoCodecSettings vSettings, String input, String output)
at MeGUI.x264ConfigurationDialog.showCommandLine()
at MeGUI.x264ConfigurationDialog.x264EncodingMode_SelectedIndexChanged(Object sender, EventArgs e)
at System.Windows.Forms.ComboBox.OnSelectedIndexChanged(EventArgs e)
at System.Windows.Forms.ComboBox.set_SelectedIndex(Int32 value)
at MeGUI.x264ConfigurationDialog.set_CodecSettings(x264Settings value)
at MeGUI.MeGUI.videoConfigButton_Click(Object sender, EventArgs e)
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System.Windows.Forms.Button.WndProc(Message& m)
at System.Windows.Forms.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 1.0.5000.0
Win32 Version: 1.1.4322.573
CodeBase: file:///c:/windows/microsoft.net/framework/v1.1.4322/mscorlib.dll
----------------------------------------
MeGUI
Assembly Version: 1.0.2050.42535
Win32 Version: 1.0.2050.42535
CodeBase: file:///E:/Downloads/Video/x264_cli/MeGUI.exe
----------------------------------------
System.Windows.Forms
Assembly Version: 1.0.5000.0
Win32 Version: 1.1.4322.573
CodeBase: file:///c:/windows/assembly/gac/system.windows.forms/1.0.5000.0__b77a5c561934e089/system.windows.forms.dll
----------------------------------------
System
Assembly Version: 1.0.5000.0
Win32 Version: 1.1.4322.573
CodeBase: file:///c:/windows/assembly/gac/system/1.0.5000.0__b77a5c561934e089/system.dll
----------------------------------------
System.Drawing
Assembly Version: 1.0.5000.0
Win32 Version: 1.1.4322.573
CodeBase: file:///c:/windows/assembly/gac/system.drawing/1.0.5000.0__b03f5f7f11d50a3a/system.drawing.dll
----------------------------------------
System.Xml
Assembly Version: 1.0.5000.0
Win32 Version: 1.1.4322.573
CodeBase: file:///c:/windows/assembly/gac/system.xml/1.0.5000.0__b77a5c561934e089/system.xml.dll
----------------------------------------
j0j6sedn
Assembly Version: 0.0.0.0
Win32 Version: 1.1.4322.573
CodeBase: file:///c:/windows/assembly/gac/system/1.0.5000.0__b77a5c561934e089/system.dll
----------------------------------------

************** JIT Debugging **************
To enable just in time (JIT) debugging, the config file for this
application or machine (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the machine
rather than being handled by this dialog.


Would someone else mind trying to produce this error?

I found a simple workaround though:

1) Change File Type to MP4 or RAW.
2) Set up config.
3) Change File Type back to AVI or MKV.
4) Finish setting up and queue.

js

[jellysandwich]

What am I supposed to do with pgthreadGC2.dll?

js

[Doom9]

What am I supposed to do with pgthreadGC2.dll?just copy it wherever mencoder.exe is located. I'm not even sure you need it anymore, you can test that by setting the number of threads to 2 and start encoding. That dll was first also required for the VfW and exe version of x264 but subsequently was replaced with native threading code.. I suppose the same has been done for mencoder.

I can confirm your crash, I'll have a look at it.

But, do you find interesting to have an aspect error (in percentage) for resize in the avisynth script editor ?Not particularly.. I never found that indication in GKnot useful, especially since there's no way you can change it to something better without risking to break encoding (I enforce mod16 resolutions which is the only thing that will work with every codec MeGUI supports), and the resolution that is automatically picked with suggest resolution is the one that gives the lowest error compared to the real aspect ratio of the movie.

[Doom9]

alright, that crash, along with all other reported and reproducable problems are fixed now.

[Igor Kharchenko]

Firstly I made automated 2 pass job. Then I made 2nd pass postponed and started job. But after the 1st pass done, program started 2nd pass. Is it bug or feature? When I make 2 separate jobs, everything work as I wish, i.e. program stopped after 1st pass.

[Doom9]

s it bug or feature?A bug. I've fixed it in the development build.

[Doom9]

and the bugfix is now publicly available. See the first post for the changelog.

[m0rc1]

The audio file size is still a 32 bit integer but that should cover about 2 GB and I think we should be okay with that.

Mmm...
With a 3+h movie (LOTR) I got negative sizes for a 256kbps audio stream (MeGUI 0.2.2.0).

m0rc1

[Doom9]

that stupid calculator is going to be the end of me.. never again. Writing that was torture and it's not even over. It's no overflow though, 32 bits allow for up to 4 GB in size.

[leowai]

Hereby, I just want to suggest some cosmetic improvements to the MeGUI.

Pause feature while encoding using x264 works for me even though it takes some time to pause. However, MeGUI still shows the job is as "processing" in the Queqe tab after paused. Would it be better if MeGUI shows the status as "paused" here rather than "processing" after the pause?

On the other hand, the pause button "ll" should changed to ">" once it's clicked to pause the processes. Since the encoding processing takes quite a long time to response, so the change of button's status is telling the user to wait patiently for the precess to be paused.