MeGUI Bug-Report Thread

[unskinnyboy]

From here (http://forum.doom9.org/showthread.php?p=844431#post844431):
Keep in mind we had to remove the nero aac encoder from the auto-update server and it needs to be extracted manually until we manage to get it directly from the nero FTP.

[Hesse]

There seems to be a bug in the AutoEncode section. In the add additonal content section, after I have added an audio track name and chapters file (ogg format), it does not get muxed into the output file. I'm using MKV container. I took a glance at the command line and it seems that those options were missing there as well.

[The Link]

Since I cannot find it in the first post I describe my problem(s) here:

I encoded a movie to AVC (CE-Mainprofile) with 2 NeroAAC streams (Q0.2 resulting in AAC-SBR streams) in the MP4 container. I used the latest MEGui build + latest tools provided by the Autoupdater. The resulting MP4-file was corrupt in a way that seeking to the end of the file wasn't possible in MPC and VLC. Foobar2000 didn't even load the file at all saying it was corrupt.

Furthermore instead of displaying 2 audio streams i get 4 audio streams displayed with Haali's splitter (every audio stream is displayed two times). Since I accidently deleted the MP4 file I cannot provide more information but I hope someone knows about the problem or can spot it in any way.

Thanks in advance!

edit: I just encoded the same movie into the mkv container. This time the file isn't corrupt but I got 4 audio streams again though there should only be 2. Perhaps there's a problem with mp4 audio files created by the neroaac encoder?

edit2: The Ogg chapter file I pointed to use in the auto encoder wasn't used. I had to remux the file anyway because of the problem reported above but I wanted to mention it.

[Rumbah]

I found a bug with deinterlace method selection.
After the analysis MeGUI detects that my source is interlaced. It automatically selects TDeint. But if I change the deinterlace method, the avs file is not updated properly. It is only changed if you select the method you want and then switch deinterlacing off and on again.

EDIT: I forgot to mention, this is in the Avisynth script creator in the filters section.

[junglemike]

Megui completely ignores bitrate settings for small files.
Please anybody verify that. It takes just 1 minute, you don't need to encode anything.
With normal length files (30min+) there is no problem, But if I try to encode very small clips (like 1-2 minutes) - I press "Auto Encode", than i choose average bitrate. The bitrate setting is either wrong for 2-5min files (like 640 instead of 220) - I can see it in log files. And for very small files (like 30 sec) - No bitrate setting is used at all, so it x264 uses codec's default. (1000kbps)

[chros]

v0.2.3.2177: at the Adaptive Muxer divmux.exe changes the fourcc from xvid to divx ...

[berrinam]

Is that a problem?

[woah!]

hmm anyone know what this means? I encoded the 5.1 fine but the stereo won't encode.


did you find out what caused this error as i get it also :(

the ac3 file encodes with besweet ok but i get this error and thats it goodnight.

Log for job job2

Channels=2, BitsPerSample=16, SampleRate=48000Hz
D:\megui\tools\neroaacenc\neroAacEnc.exe -ignorelength -q 0.5 -if - -of "O:\INDEXED T01 2_0ch 384Kbps DELAY 0ms.mp4"Error:
MeGUI.AviSynthException: m2AudioAC3Source: error in file "O:\INDEXED T01 2_0ch 384Kbps DELAY 0ms.ac3"
at MeGUI.AviSynthAudioEncoder.encode()


it encodes 5.1 correctly or at least a 5.1 ac3 like this:

INDEXED T01 3_2ch 384Kbps DELAY 0ms.ac3




weird and annoying at the same time...

[chros]

Is that a problem?
Yes, if the decoders are configured so that they decode theirs files. (divx-divx, xvid-xvid)
I have tried yesterday a small trailer with this, and there was no picture in the final muxed avi file ...

[Sharktooth]

Well that's not a MeGUI problem, just a badly configured system on your side... dont you think?

[ChronoCross]

did you find out what caused this error as i get it also :(

the ac3 file encodes with besweet ok but i get this error and thats it goodnight.

Log for job job2

Channels=2, BitsPerSample=16, SampleRate=48000Hz
D:\megui\tools\neroaacenc\neroAacEnc.exe -ignorelength -q 0.5 -if - -of "O:\INDEXED T01 2_0ch 384Kbps DELAY 0ms.mp4"Error:
MeGUI.AviSynthException: m2AudioAC3Source: error in file "O:\INDEXED T01 2_0ch 384Kbps DELAY 0ms.ac3"
at MeGUI.AviSynthAudioEncoder.encode()



it encodes 5.1 correctly or at least a 5.1 ac3 like this:

INDEXED T01 3_2ch 384Kbps DELAY 0ms.ac3




weird and annoying at the same time...

it's a problem with nic's AC3 dll. Sometimes it doesn't like streams that aren't perfect the way it thinks it should be. If you can play it in a player then you can "force Directshow decoding" and then it'll use your directshow decoder to pass the file through megui.

[rufus007]

Only cosmetic issue - when encoding begins in the title of status window and megui main window is displayed percent count without beginning zero. For example ",58%" insted of correct "0,58%". After achieving 1% is everything correct.

[Hesse]

I'm getting a pretty big bug using the latest version of MeGUI (0.2.3.2177). I'm using the MKV container and the "AutoEncode" method of muxing additional files. When muxing the AC3 file, the delay information is not read from the filename (or whereever its supposed to be from). Therefore, if the AC3 track has delay, the audio sync is off.

As I previously reported, the track name for AC3 is not being incorporated and the chapters are not being added. The command line for mkvmerge shows that this information is not there.

[woah!]

it's a problem with nic's AC3 dll. Sometimes it doesn't like streams that aren't perfect the way it thinks it should be. If you can play it in a player then you can "force Directshow decoding" and then it'll use your directshow decoder to pass the file through megui.


thx for the reply.

it does work as you suggested :)

[quake74]

I tried creating an avi with megui and I had multiple problems (the movie is Narnia and hopefully this is unrelated to a small problem I had in decrypting it).

Is the Aud-x encoding working properly? When I encode to mp3 a very weird sounding file (like echos) is produced with regular mp3 players (mplayer, vlc, wmp). Why am I forced to choose an upmixing format (via SuperEQ, via Sox or dialog center channel)?

Is the avi muxer working? mplayer tries and craps out, and video/audio is messed up in mpc and vlc (starts with a green frame, and looks like it has problems with bframes or something). I also tried muxing regular mp3 files (not aud-x) and the problem is the same. Avimuxgui produces ok files (although with huge audio delay, but that may be the decrypting problem).

I uploaded the file with the log (log.txt) video (test.avi) the two mp3 encoded with aud-x and the muxed avi by megui (megui.avi) : http://rapidshare.de/files/24443831/narnia.7z.html

Edit: s/mencoder/mplayer/

[chros]

Well that's not a MeGUI problem, just a badly configured system on your side... dont you think?
I don't think so ...

Another bug at the avs creation (0.2.3.2177): after analyzing for deinterlacing option, just the megui-offered setting can be saved in the generated avs script. (If you select anything else or switch off the deinterlicing opzion: nothing happen, the offered option will be saved.) I tried it with 0.2.3.2151 too.

[Sharktooth]

I don't think so ...

Another bug at the avs creation (0.2.3.2177): after analyzing for deinterlacing option, just the megui-offered setting can be saved in the generated avs script. (If you select anything else or switch off the deinterlicing opzion: nothing happen, the offered option will be saved.) I tried it with 0.2.3.2151 too.
The FCC thing is not a problem since you can configure both DivX or Xvid decoders to decode any MPEG-4 ASP FCC.
Having multiple decoders installed for different FCCs is plain stupid.
However i confirm the bug in AVS Script Creator.

[klicker4546]

Hi, think I found another little bug with the avs creator. I was trying to process a PAL avi-file. The avs creator detected 25000 fps instead of 25.000 fps (German decimal = 25,000 fps). For a NTSC avi file were 29940,119760479 fps detected.

See screenshot.

[Sharktooth]

try setting the international options to EN/US and see if works.
if it does, than it's probably a bug (but i have italian regional settings with "," for decimals and it works).

[klicker4546]

try setting the international options to EN/US and see if works.
if it does, than it's probably a bug (but i have italian regional settings with "," for decimals and it works).

Ok, I will try that.

[klicker4546]

Ok, I will try that.

I changed the internatioal/regional settings to English/USA and it worked correctly. So it seems there's a problem with different international settings. When I flip back to German settings it is still the same problem.

Guess it's really a bug then.

Thanks anyway.

[tangent]

Unable to disable B-frames with XVID

When I set B-frames to 0 under Xvid Encoder Configuration, I can see that under the commandline, the entire -max_bframes option is completely removed. However, xvid_encraw defaults to max_bframes = 2 if the option is not set, therefore B-frames cannot be disabled using MeGUI, and I'm unable to encode content for SP-only devices.

[cc979]

using megui: 0.2.3.2177 with DGMPGDec 1.4.8 Beta 7

found a hd-trailer 'rots_full_trailer_1080p.ts' it does not autocrop correctly - crops right far to much and a little to much of the bottom

[acrespo]

I have some memory leak problems wih MEGUI. I have 43 encodes in job list and after some encodes (I don't remember how many encodes), I see in Task Manager that MEGUI is using 1GB of virtual memory!!! Windows show me a message to enlarge the virtual memory because it's full!! I stop the encode and MEGUI still using 1GB of virtual memory. I don't have the code but I think that some objects is not disposed and the garbage collector can't clean this memory.

After initiating the next encode, the memory use continues increasing.

EDIT: Why some software is not updating in auto-update feature? DGMPEGEnc already updated and mencoder too. I don't know about other software.

[Sharktooth]

using megui: 0.2.3.2177 with DGMPGDec 1.4.8 Beta 7

found a hd-trailer 'rots_full_trailer_1080p.ts' it does not autocrop correctly - crops right far to much and a little to much of the bottom
autocrop is not perfect. when there are those cropping problems just use the manual crop (the preview window will help).

[Sharktooth]

Unable to disable B-frames with XVID

When I set B-frames to 0 under Xvid Encoder Configuration, I can see that under the commandline, the entire -max_bframes option is completely removed. However, xvid_encraw defaults to max_bframes = 2 if the option is not set, therefore B-frames cannot be disabled using MeGUI, and I'm unable to encode content for SP-only devices.
Xvid support is still a bit buggy. I'll take not of that behaviour and i'll fix it as soon as i have some time to spend on coding.

[Sharktooth]

I have some memory leak problems wih MEGUI. I have 43 encodes in job list and after some encodes (I don't remember how many encodes), I see in Task Manager that MEGUI is using 1GB of virtual memory!!! Windows show me a message to enlarge the virtual memory because it's full!! I stop the encode and MEGUI still using 1GB of virtual memory. I don't have the code but I think that some objects is not disposed and the garbage collector can't clean this memory.

After initiating the next encode, the memory use continues increasing.

EDIT: Why some software is not updating in auto-update feature? DGMPEGEnc already updated and mencoder too. I don't know about other software.
Another user reported a similar problem. That's a nasty one i'll talk to the other devs to see if we can manage to fix it.
Regarding software updates i was thinking to add the new dgindex and some other things too but i have to test if it could break something.

[foxyshadis]

Unable to disable B-frames with XVID

When I set B-frames to 0 under Xvid Encoder Configuration, I can see that under the commandline, the entire -max_bframes option is completely removed. However, xvid_encraw defaults to max_bframes = 2 if the option is not set, therefore B-frames cannot be disabled using MeGUI, and I'm unable to encode content for SP-only devices.
It should be fixed now, as well as a few other related bugs.

[cc979]

autocrop is not perfect. when there are those cropping problems just use the manual crop (the preview window will help).

just thought i would mention that right side was of by over 100 pixels but scanned through video and right side had no black border, just borders on the top/bottom

[foxyshadis]

Another user reported a similar problem. That's a nasty one i'll talk to the other devs to see if we can manage to fix it.
Regarding software updates i was thinking to add the new dgindex and some other things too but i have to test if it could break something.
I'm not terribly familiar with C# yet, but wouldn't it just come down to fixing dimzon_avs_destroy (and perhaps dimzon_avs_init) in AvisynthWrapper? I'm looking for the code to that so I can look in more closely.

The other major leak seems to come from xvidcore, which is bizarre since it shouldn't be encoding or decoding anything - all in all, the native side seems to leak all over the floor. =\ Still, I'll spend some time over the weekend seeing if I can figure out how to clean any of it up.

[acrespo]

I think foxyshadis is right. I can't delete the source files after the job finish. When I close MEGUI I can delete because MEGUI lock the files. There is something wrong here.

[quake74]

It should be fixed now, as well as a few other related bugs.

I just tried 0.2.3.2178 and the max b-frames probl is still there. Anyone else tried the avi muxer? I still have the same probl I had before. Here is what mplayer says when I try to play the file:


---------------------------------------------------------
MPlayer 1.0pre8-3.4.2 (C) 2000-2006 MPlayer Team
CPU: Intel(R) Pentium(R) M processor 1.86GHz (Family: 6, Model: 13, Step
ping: 8)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
Compiled with runtime CPU detection.

c:/windows/fonts/arial.ttf doesn't look like a font description, ignoring.
Cannot load font: c:/windows/fonts/arial.ttf

Playing G:\Aeonflux\test.avi.
AVI file format detected.
VIDEO: [DX50] 368x208 24bpp 25.000 fps 109.6 kbps (13.4 kbyte/s)
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 24000 Hz, 2 ch, s16le, 64.0 kbit/8.33% (ratio: 8000->96000)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
==========================================================================
AO: [dsound] 24000Hz 2ch s16le (2 bytes per sample)
Starting playback...
[mpeg4 @ 009B3A88]Error, header damaged or not MPEG4 header (f_code=0)
[mpeg4 @ 009B3A88]header damaged
Error while decoding frame!
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 3 bits ;)
[mpeg4 @ 009B3A88]Error, header damaged or not MPEG4 header (f_code=0)
[mpeg4 @ 009B3A88]header damaged
Error while decoding frame!
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 2 bits ;)
[mpeg4 @ 009B3A88]Error, header damaged or not MPEG4 header (f_code=0)
[mpeg4 @ 009B3A88]header damaged
Error while decoding frame!
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 1 bits ;)
[mpeg4 @ 009B3A88]looks like this file was encoded with (divx4/(old)xvid/opendiv
x) -> forcing low_delay flag
VDec: vo config request - 368 x 208 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
VO: [directx] 368x208 => 368x208 Planar YV12
[mpeg4 @ 009B3A88]warning: first frame is no keyframe
[mpeg4 @ 009B3A88]ac-tex damaged at 0 0
[mpeg4 @ 009B3A88]Error at MB: 0
[mpeg4 @ 009B3A88]marker does not match f_code
[mpeg4 @ 009B3A88]concealing 299 DC, 299 AC, 299 MV errors
[mpeg4 @ 009B3A88]low_delay flag incorrectly, clearing it
[mpeg4 @ 009B3A88]Error, header damaged or not MPEG4 header (f_code=0)
[mpeg4 @ 009B3A88]header damaged
Error while decoding frame!
[mpeg4 @ 009B3A88]Error, header damaged or not MPEG4 header (qscale=0)
[mpeg4 @ 009B3A88]header damaged
Error while decoding frame!
[mpeg4 @ 009B3A88]Error, header damaged or not MPEG4 header (f_code=0)
[mpeg4 @ 009B3A88]header damaged
Error while decoding frame!
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 3 bits ;)
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 4 bits ;)
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 3 bits ;)
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 2 bits ;)
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 1 bits ;)
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 2 bits ;)
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 1 bits ;)
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 3 bits ;)
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 4 bits ;)
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 3 bits ;)
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 2 bits ;)
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 1 bits ;)
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 2 bits ;)
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 1 bits ;)
[mpeg4 @ 009B3A88]Error, header damaged or not MPEG4 header (qscale=0)
[mpeg4 @ 009B3A88]header damaged
Error while decoding frame!
[mpeg4 @ 009B3A88]Error, header damaged or not MPEG4 header (f_code=0)
[mpeg4 @ 009B3A88]header damaged
Error while decoding frame!
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 4 bits ;)
[mpeg4 @ 009B3A88]Error, header damaged or not MPEG4 header (f_code=0)
[mpeg4 @ 009B3A88]header damaged
Error while decoding frame!
[mpeg4 @ 009B3A88]hmm, seems the headers are not complete, trying to guess time_
increment_bits
[mpeg4 @ 009B3A88]my guess is 5 bits ;)

[Sharktooth]

max b-frames should be ok now (please test). regarding the avimuxer there seems to be some problems, the same bugreport was made on the doom9.it forum.

[check]

latest megui, adding a d2v into the avisynth creator gives a long error message. to wit:
"the file <path> cannot be opened
please check it's a valid avs and avs is installed
check the validity of your script.... media player
vdubmod... install yv12 codec
Error message: External Component has thrown an exception

no custom avisynth profiles or anything, nothing recently changed. the first line of the avisynth script (from the Edit tab of the creator) is DGDecode_mpeg2source("",info=3). Very strange indeed.

EDIT: the avisynth script "mpeg2source("VTS_01_1.d2v",info=3)" hangs on open. Guess this isn't a megui issue.

[Hesse]

In the latest release (v0.2.3.2179), I am getting some out of memory errors.

http://img235.imageshack.us/img235/7637/meguierror10pr.th.jpg (http://img235.imageshack.us/my.php?image=meguierror10pr.jpg)

The screenshot shows what the error message is. I have plenty of ram free at the time these errors are occuring. The program continues encoding after clicking through about 5 of those errors. I'm encoding x264.

Any ideas?

[Sharktooth]

uhm... that makes me think...

[foxyshadis]

System memory and process memory are different; is megui taking 2gigs in virtual memory but very little real memory? That might be the problem. (A close and restart should fix it if that's the case, unless it's HUGE video.)

[spinstate]

Getting this error on using Autocrop , using MeGUI ver. 0.2.3.2179

http://img291.imageshack.us/img291/8016/clipboard013mr.th.jpg (http://img291.imageshack.us/my.php?image=clipboard013mr.jpg)

[berrinam]

At the moment, you have to have the preview window open to autocrop....

[wiak]

bug in bitrate calc
looks like it does not add audio mb to the total filesize

http://upload2.georgeownsme.com/files/8/bug-megui_thumb.jpg
(http://upload2.georgeownsme.com/files/8/bug-megui.jpg)

[Sharktooth]

Uhm.. it seems audio was not muxed...
747Mb (video) + 133Mb (audio) = 880Mb

[foxyshadis]

wiak, it's "total size", not "video size". I don't know of any calculator that asks for video size. So just plug 1010mb in there and you should be fine.

[~bT~]

bug in bitrate calc
looks like it does not add audio mb to the total filesize

http://upload2.georgeownsme.com/files/8/bug-megui_thumb.jpg
(http://upload2.georgeownsme.com/files/8/bug-megui.jpg)I think you're right. Also none of the muxers are able to mux XviD and .mp3 together. Tried them all, in the end just used VDubMod.

[Kurth]

http://img76.imageshack.us/img76/1082/imagemdt7.jpg

[Doom9]

@Kurth: asked and answered. We cannot legally redistribute neroaacenc.

[chros]

Another bug at the avs creation (0.2.3.2177): after analyzing for deinterlacing option, just the megui-offered setting can be saved in the generated avs script. (If you select anything else or switch off the deinterlicing opzion: nothing happen, the offered option will be saved.) I tried it with 0.2.3.2151 too.

What about this bug ? :)

[bkman]

Don't know if these bugs have been reported, but in 2180:

* In the script creator: If the preview window is closed then reopened autocrop will cause a crash.

* In autoencode: When an AC3 file is selected, the language doesn't appear to be set for audio in the final commandline to mkvmerge.

* In autoencode: When an idx subtitle is selected and the default language isn't changed from Abkhazian it causes a crash. If the language is changed to English it will queue but an intermediate AVI is inserted for some reason and won't insert the subs in the final mux. You really shouldn't need to set the language at all with idx inputs; it should parse all tracks and languages from the file just as mkvmergegui does.

Please look into these.

[Adub]

I can back up the Auto crop thing. when i opened the preview window and clicked autocrop, it gave me one of those nasty errors.
Here, I will show you.
http://i34.photobucket.com/albums/d125/Merlin7777/Meguierror.gif

[check]

I think you're right. Also none of the muxers are able to mux XviD and .mp3 together. Tried them all, in the end just used VDubMod.
Are you sure? It sounds like something incorrectly setup. Are you giving the muxers the correct input? The divx AVI muxer should be able to handle avi MPEG4-ASP and mp3 audio no worries.

[~bT~]

Are you sure? It sounds like something incorrectly setup. Are you giving the muxers the correct input? The divx AVI muxer should be able to handle avi MPEG4-ASP and mp3 audio no worries.
Yup, Im using mpeg4 (XviD) for video input, mp3 for audio input, thats it. None of the muxers worked. Worked like a charm with VdubMod.

[cyberbeat]

Don't know if these bugs have been reported, but in 2180:

* In the script creator: If the preview window is closed then reopened autocrop will cause a crash.

Please look into these.

I am using build 2180...

1) Actually, just pressing PREVIEW before clicking on AUTOCROP will cause it to crash.

2) AutoCrop seems to have an issue with one scenario. I use the "Non mod16 encoding" so there is no resizing or excess cropping. I then click on AUTOCROP to remove the borders. More often than not it will but "0" for the left border and "2" for the right border. This causes a problem with non Mod16 encoding because the width has to be a multiple of 4 or you get an error. I encode MP4 video with MP4 AAC audio into the MP4 container. I just change the right side to 0 most of the time.

3) There seems to be something weird happening when you select an audio file with delay on the main MeGUI input screen. I create my AVS script for my video and have it save and load it to the main screen. I then select my audio track from the same directory. When I click on config, the delay time has not updated. If I reload the audio file, it then seems to work even while changing profiles. On my next encode, when I load audio from a different directory, it seems to keep the setting of the last file. Is this intended behavior that I have missed while lurking through the discussions or should it be updating always? I am encoding right now. So, if you need more details, I will try to get some more information on what is causing it.

Thanks and great job everyone! I have been lurking on the threads for many weeks and am glad that I finally signed up and am trying to take part in some discussions. :)

[lexor]

hi guys, I'm not sure this is a bug, probably just a suboptimal design decision, but with the autoupdate it keeps telling me there is a new neroaacenc, but then it tells me it's not on the server, but update pops up every time I start megui. something should be done about stuff like that, and I don't mean to simply put the file there, I think it should check if stuff for update actually exists on the server before offering to update.

Thank you for the really nice app, btw!

[Sharktooth]

@lexot: :search:

[Doom9]

well.. I think it's a good idea that we remove neroaac from the autoupdater completely.. it doesn't like like there's going to be a solution for the licensing issue any time soon.

[Sharktooth]

there is...
im adding (in the free time) FTP support to autoupdater. it will be able to get files (and check for updates) from nero FTP...

[~bT~]

In the meantime... just right click and disable check for update for Nero. No more false alarms until u enable it again and hopefully by then Sharx may have sorted the ftp bit.

[cyberbeat]

1) Actually, just pressing PREVIEW before clicking on AUTOCROP will cause it to crash.


I got around this by adding the following code:
In "private void previewButton_Click(object sender, System.EventArgs e)" around line 1000 in AviSynthWindow.cs before the line "player.disableIntroAndCredits();"
reader = player.Reader;

One thing I am not sure about is when you press the PREVIEW button after a CROP, it will show a cropped preview. If you AUTOCROP at this point, it will have new values based on the cropped preview instead of the original footage. (At least, I think that is what is going on.) Would it not be better to have AUTOCROP always use uncropped footage and only let the Mod16 items affect it?


2) AutoCrop seems to have an issue with one scenario. I use the "Non mod16 encoding" so there is no resizing or excess cropping. I then click on AUTOCROP to remove the borders. More often than not it will but "0" for the left border and "2" for the right border. This causes a problem with non Mod16 encoding because the width has to be a multiple of 4 or you get an error. I encode MP4 video with MP4 AAC audio into the MP4 container. I just change the right side to 0 most of the time.

I got around this by adding the following code: (was not sure if this would be appropriate or if it should be a part of VideoUtil.cs)
In "private void autoCropButton_Click(object sender, System.EventArgs e)" around line 1446 in AviSynthWindow.cs after the line "cropBottom.Value = final.bottom;"
if (Mod16Method == mod16Method.nonMod16)
{
while ((cropLeft.Value + cropRight.Value) % 4 > 0)
{
if (cropLeft.Value > cropRight.Value)
{
if (cropLeft.Value > 1)
{
cropLeft.Value = cropLeft.Value - 2;
}
else
{
cropLeft.Value = 0;
}
}
else
{
if (cropRight.Value > 1)
{
cropRight.Value = cropRight.Value - 2;
}
else
{
cropRight.Value = 0;
}
}
}


3) There seems to be something weird happening when you select an audio file with delay on the main MeGUI input screen.
I have not even tried looking more into this one yet...


Sorry if this should not have been posted here... I am just an anxious encoder!

cyberbeat

[OverlordQ]

When I try to use autoencode and specify additional content, once I click Queue, it throws an error:

System.THrowHelper.ThrowKeynotFoundException()
at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
at MeGUI.baseMuxMindow.convertLanguagesToISO()
at MeGUI.AdaptiveMuxWindow.getAdditionalStreams(SubStream[]& audio, SubStream[]& subtitles, String& chapters, String& output, ContainerFileType& cot)
at MeGUI.AutoEncodeWindow.queueButton_Click(Object sender, EventArgs e)
at System.Windows.Forms.Control.OnClick(EventArgs e)

then it just goes further back into System.Windows.Forms

[foxyshadis]

What language are you trying to rip? Or if it doesn't even get that far, what languages are on the DVD? One of them must be unknown to MeGUI.

[OverlordQ]

What language are you trying to rip? Or if it doesn't even get that far, what languages are on the DVD? One of them must be unknown to MeGUI.

English and Spanish, English Dolby 5.1 Surround EX, English Dolby 2.0 Surround Spanish Dolby 2.0 Surround. I've already ripped the VOB of the section I want.

[Doom9]

@OverlordQ: you have to be more specific.. I tried one audio stream set to english, one audio stream set to spanish and it works out fine here.. you must be doing something else. Note that I enter the autoencode with just an avs selected, no audio and I don't configure anything in the autoencode window.

I found an error in the divxmux muxer: serve it with an avi containing avs.. the muxer errors out with
ERROR: DIVXMUX_INVALIDFORMAT File: D:\DVDs\DVDVolume\VIDEO_TS\test.avi but the stdout/stderr reader doesn't flag this as an error.

And one in the adaptive muxer: select an .264 file, then select an ac3 audio.. at this point the only possible container format is mkv.. yet still all three are listed.
Then press go and naturally it doesn't work out.. in fact you get an exception.

[spunch]

I was wondering if there's any point of further improving the automatic deinterlancer in MeGUI.

MeGUI has a great automatic deinterlancer. I have no idea how it works but for the most part it manages to do a great job, it's just sometimes it picks the entirely wrong deinterlacer, making the clip look worse than the interlaced original.

I know nothing is perfect but i noticed some problematic clips can deinterlace fine with just slight modifications to the avisynth script.

I could provide you with many short clips that seem to have this problem. Let me know if it is practical.

[Doom9]

I could provide you with many short clips that seem to have this problem. Let me know if it is practical.This is berrinam's domain but I'm sure he'd appreciate some material.

[berrinam]

I certainly would like some examples where it doesn't work. If you can narrow it down to a 1-minute sample, that would be great, but if not, then I can make do with bigger samples. PM with details about the clips if you want. Thanks

[carlo_0000]

i don't know if it's alredy sayed but i have a bug to

it s when video file name is named with èéàç ... it bugs (can't open or save to .d2v

[Doom9]

I named a d2v file öäüéàèçê.d2v and it worked. Same with öäüéàè°°ç.d2v. However, I never quite understood the fixation of certain people of pushing the envelope in naming files in all kinds of weird ways.. computers do have character limitations.. what one program can handle, another can't and if you have complex integrated systems, you're going to cause chaos by using the whole character set. Just as an example, MS Project Server has a long list of unsupported special characters.. you may be able to use them in MS Project client, but if you add the server, you have other requirements (e.g. webservices need xml escaping, the SQL Server doesn't support certain things, the OLAP cube doesn't support certain things). Bottom line is: if you want it to work everywhere, stick to ASCII. Anything else, you will inevitable fall flat on your face sooner or later.

[Sharktooth]

ehrr... èéàç is ascii...

[Doom9]

not really.. it's extended ASCII.. standard ASCII only uses 7 bits and doesn't support any of the special character widely used in western languages.

[PhAtfiSh]

Build 0.2.3.2180 (updated everything)

The bitrate calcualtor does not calculate the overhead for audio streams in an AVI container (only one i tested, i got a 4mb oversized encode because of it). Unless i missed something... selecting different audio types in the drop-down menu has no effect on the bitrate.

The muxer is very buggy, it truncates my xvid/vbr mp3/avi mux by about 70mb leaving it unplayable.

Sorry if these have been mentioned before.

On another note, i like the work you guys are doing, but it seems to me some pretty major features for an encoding app are still very buggy (and have been for a while); id like to see the current features stable before anything else is added.

[Doom9]

The muxer is very buggy, it truncates my xvid/vbr mp3/avi mux by about 70mb leaving it unplayable.It might be divxmux.. we have no control over third party products. BAsically, if you run the commandline megui dumps in the log and it gives you the same results.. either the commandline is wrong (unlikely but okay) or it's divxmux.

and have been for a whileLike? I doubt you're creating AVC in MP4.. that is unofficially the thing megui does and it has been working for the better part of 1.5 years.

[PhAtfiSh]

Ok true, im not using it for AVC/MP4, i use it for XVID/AVI.

that is unofficially the thing megui does and it has been working for the better part of 1.5 years.

I still find bugs in the AviSynth script creator. On at least three occasions i have had it do wierd things with the cropping; the preview window shows it over cropped, but the actual file is under cropped.

It may have done something strange to the aspect as well on one occasion, i cant rember. I have a d2v that doesnt crop correctly right now. I guess logs wont be much help for debugging that? The bitrate calc has a problem in the latest build with calculating overheads for AVI. It just seems to me problems with the bitrate calc or basic avs generation shouldn't be around at this point.

Every now and then i have to load up gknot to make sure megui isnt lying to me :)

It might be divxmux..

Yes you are correct, divxmux screws up when run through the command line too. I guess ill go moan to someone else about that.

[CraigBjorn]

I've been attempting to use MeGUI 0.2.3.2180 to convert dvd .VOB files to X264 for use on an ipod. I been using the arstechnica (http://arstechnica.com/guides/tweaks/ipod-video.ars/6) tutorial to get the basic setup. However, after starting the encode, Microsoft (XP SP1) finds an error

==========
Error signature
EventType:clr20r3 P1:megui.exe P2: 0.2.3.2180 P3:44bc9a71
P4:system.windows.forms P5: 2.0.0.0 P6: 4333aefa P7: 1508
P8: 12f P9: system.argumentnullexception
==============================================

which forces MeGUI to quit and no error appears in the MeGUI log. From what little I can tell, the error occurs either during or after the use of DGIndex. I'm not sure if it's a problem with MeGUI or with the current setup. Any help would be great.

[Doom9]

I have a d2v that doesnt crop correctly right now. I guess logs wont be much help for debugging that?No.. we need a snippet from the source for that.. long enough so that you can use it to trigger the problem.

On at least three occasions i have had it do wierd things with the cropping; the preview window shows it over cropped, but the actual file is under cropped.Can you back this up with the sources? You know how it goes.. a bug is a bug if it can be reproduced, even if it's you have to go there to try it on a specific environment (I spent a day in the last 3 weeks trying to track down a weird issue in a software we sold to a client.. the first thing I asked was the scenario, followed by the time and then the trace file.. after that I was able to verify that the problem does indeed exist and begin trying to track down why it happens). A blanket statement "it didn't work on 3 occasions" doesn't help.. on the contrary, if you call something a bug, you better be able to back it up or it's just being mean (keep in mind, you didn't pay for megui).

he bitrate calc has a problem in the latest build It might not hurt giving the version number to be on the safe side.. I know I don't do it myself but it's good practice. Anyway, you said the latest version.. was it okay at some point? If so, which revision (we can go back through the revisions, find out what changed and that gives a good starting point as to what has been broken). I vaguely recall having a problem with the AVI Bitrate calculation at some point too.. so it might be this problem has never been properly noted and thus gone unfixed for quite a while. And the fact that most developers aren't using AVI, and most users neither, certainly doesn't help discovered if there are bugs in that department :(

I guess ill go moan to someone else about that.Please do. it's better if the actual users complain... if it doesn't help, you can give me a shout and if I can reproduce the problem I'll tell the DXN guys myself..

@CraigBjorn: Is this a crash message? It doesn't sound like the fatal error message and any catchable errors should be catched and shown in a message "A fatal error has ocurred and megui might not be able to continue"... also, you gave very little information on your setup (what you did from the start of megui.exe... ) and where exactly it happened.. you should also try the simplest scenario imaginable (if you have an avs file, load it, then press queue and start encoding).. and then gradually turn to more complex scenarios until you can put the finger on what exactly makes it crash.

[foxyshadis]

That's the event log error for an unhandled fatal exception. A screenshot of the stack trace message would be much more helpful. But also follow Doom9's suggestion.

[PhAtfiSh]

0.2.3.2180 is the build i just updated to, 0.2.3.2111 was the one i was using previously (bit of a big jump there sorry). The bitrate calc for avi worked fine in 2111 but in 2180 it has the problem with avi overheads.

I vaguely recall having a problem with the AVI Bitrate calculation

For the movie i have here Gknot calculates:

866 (kbps) with both interleaving and frame overheads (the value that will hit the 700mb target).
871 (kbps) with vbr mp3 interleaving overhead.
874 (kbps) with frame overhead.
880 (kbps) with no frame or interleaving overheads.

MeGUI calculates:

874 (kbps) whatever options i select.

Given the Gknot values (which should be trusted imo) MeGUI is calculating the frame overhead, but not any audio interleaving overhead.

The same appears true for AC3 audio as well, MeGUI calculates the frame overhead but not the interleaving overhead.


Can you back this up with the sources?

I deleted the d2v/vob that caused the cropping bug by mistake yesterday (doh!). Ill re-rip that movie when i have time and try and make a small sample that the bug can be recreated with.

[Sharktooth]

avi muxing is not working as expected so do not expect any updates to the bitrate calculator until we fix the muxer issues.

[~bT~]

avi muxing is not working as expected so do not expect any updates to the bitrate calculator until we fix the muxer issues.
I made a post here about this about 3 weeks ago...been a long time time but Im just using a workaround.

[PhAtfiSh]

do not expect any updates to the bitrate calculator until we fix the muxer issues

I would rather have a working bitrate calc than a muxer. Muxing in VdubMod is not really that much of a problem. But having my encodes come out the wrong size, and then having to use another program to calc the bitrate and put that into MeGUI is.

[Doom9]

@PhAtfiSh: most revisions don't concern the calculator.. I may have a look (I use megui as bitrate calc for everything) when I get back from my business trip.

[cyberbeat]

1) Actually, just pressing PREVIEW before clicking on AUTOCROP will cause it to crash.

I got around this by adding the following code:
In "private void previewButton_Click(object sender, System.EventArgs e)" around line 1000 in AviSynthWindow.cs before the line "player.disableIntroAndCredits();"
reader = player.Reader;

One thing I am not sure about is when you press the PREVIEW button after a CROP, it will show a cropped preview. If you AUTOCROP at this point, it will have new values based on the cropped preview instead of the original footage. (At least, I think that is what is going on.) Would it not be better to have AUTOCROP always use uncropped footage and only let the Mod16 items affect it?

2) AutoCrop seems to have an issue with one scenario. I use the "Non mod16 encoding" so there is no resizing or excess cropping. I then click on AUTOCROP to remove the borders. More often than not it will but "0" for the left border and "2" for the right border. This causes a problem with non Mod16 encoding because the width has to be a multiple of 4 or you get an error. I encode MP4 video with MP4 AAC audio into the MP4 container. I just change the right side to 0 most of the time.

I got around this by adding the following code: (was not sure if this would be appropriate or if it should be a part of VideoUtil.cs)
In "private void autoCropButton_Click(object sender, System.EventArgs e)" around line 1446 in AviSynthWindow.cs after the line "cropBottom.Value = final.bottom;"
if (Mod16Method == mod16Method.nonMod16)
{
while ((cropLeft.Value + cropRight.Value) % 4 > 0)
{
if (cropLeft.Value > cropRight.Value)
{
if (cropLeft.Value > 1)
{
cropLeft.Value = cropLeft.Value - 2;
}
else
{
cropLeft.Value = 0;
}
}
else
{
if (cropRight.Value > 1)
{
cropRight.Value = cropRight.Value - 2;
}
else
{
cropRight.Value = 0;
}
}
}


These issues still exist in build 2181... Bumping the message for feedback.

Thanks,
cyberbeat

[kurt]

although I unticked packed bitstream for xvid encoding, the resulting avi stream is packed (according to mpeg4modifier).

Looking at the command line shows, that -nopacked is missing.

[ToS_Maverick]

0.2.3.2155.
When I select a profile for x264 and hit config, it sometimes loads the wrong profile for editing, so I must manually select the profile again to edit it. Certainly not a fatal bug, but it can be annoying in a list of many profiles ;)
I've noticed this issue since .2153, maybe before.

this bug still happens in .2181, just for info ;)

[foxyshadis]

Thanks kurt, I fixed that, should be in next update.

ToS, can you do anything to reproduce it more reliably than "Sometimes"? Because it's never happened to me in a year.

[ToS_Maverick]

of course i can. i just thought it must be obvious, it happens all the time here!

normally i just use sharktooth's x264 presets in megui. recently i made 2 own presets, just small changes from "HQ-Slower".

1st preset is HQ-Slower-CRF, same as the original, just changed from bitrate mode to CRF.

2nd preset is HQ-Slower-SA, same as slower, set avclevel to 3 and had to uncheck p4x4.

now if i select HQ-Slower-SA and click on config, megui displays HQ-Slower-CRF. if i select ...-CRF it displays HQ-Slower and so on. it jumps to the next preset above the one i selected.

[check]

Just noticed: after booting up MeGUI where there are old completed jobs in the queue, the fps values for these jobs are correct to more than 2dp (to 15dp).

[foxyshadis]

Ah, if it happens every time then what may be the case if that what you think they are isn't what was actually saved in them. MeGUI's always had somewhat less than intuitive profile behavior, eventually I'll look at creating a better model, but here's how it works atm:

You select your profile and hit config. Make your changes, etc, notice that nothing's in the profile box at the bottom. Hit okay, the config is set but not saved to any profile.

Now, if you were to change the profile in that dropdown, say to PD-iPod, and you make a change, then hit okay. Now those changes are actually saved within the profile. Change the profile, hit config, and come back to iPod, it still has your changes.

With this in mind, what I suspect happened was: You created your profile, hit new to save it, and then made some more changes and hit okay, thus overwriting the profile. (Maybe it was at the time, maybe later.) Or something like that, but you should be able to remake and resave them, just being careful that you don't accidentally overwrite them.

Because it is so error-prone and unintuitive, I intend to come up with a better interaction model soon.

Bug report: Unchecking lossless in x264 panel doesn't re-enable bitrate. Oops. I'll get it if no one does before me.

[Sharktooth]

lossless thing fixed in 2183.

[ToS_Maverick]

foxyshadis, i know about the profile edit and save behaviour in megui.

to create my two custom profiles, i selected slower in the config window and clicked new.

the point is, after selecting a profile in the megui-main window and clicking config, megui displays the next profile above the current one. not only the settings of the above profile, it's also selected in the dropdown box!

[kurt]

thx for the latest patches, foxyshadis :)

but custom commandline option for xvid doesn't work properly, does it?
for example if I untick qpel and add -qpel second pass aborts. Same for -par 4... --> log displays all encraw options

btw: an option for autoshow commandline would be great (or maybe saving the status when closing megui)

Edit: tested a bit more and now it works, when putting a space character before the first command...
-qpel -par 4

[Sharktooth]

k... going to fix it right now... :)

EDIT: done (2184)

[kurt]

wow, that was fast - thx, sharktooth :)

[foxyshadis]

Oops, I remember making that mistake before and reminding myself to remember it (I keep thinking it's serialized instead of just written out for some silly reason). ^^; Thanks for fixing.

ToS, drat, my guess was wrong. So just selecting a profile and hitting config, the listed profile will differ? Hmm, what about on the main form, if you look at it while the config dialog is open? Has it changed there (so at least both are in sync with each other) or do they differ? If they're the same, can you do every action slowly and see if you can identify when it switches? And this isn't a beta version of .Net 2 I presume? Perhaps you could zip up all your profiles and settings and I'll see if I can reproduce it using them.

[ToS_Maverick]

after hitting config, the profile in the config window changes. the selected profile in the main window is still the same.

example:
mainwindow profile: HQ-Slower-SA
click on config
still -SA in main window but
in the config window: HQ-Slower-CRF

if you want to check out my megui, here's (http://www.infinitpower.com/files/x264.zip) the link.

[Rumbah]

I have just noticed a bug in the latest version.
I have a PAL mpeg2 video file. I used the option D2V Creator in MeGUI and selected the mpv file. It created the D2V file, but in the resulting D2V file it was set as a 23,.. -> 29,.. fps file although it is a normal 25 fps mpeg file. The result was that my final mp4 file had a display rate of 30 fps and that was too fast.

If I use dgindex manually, I get a correct D2V file and the resulting mp4 file is fine.

[sjchmura]

m2AudioAC3Source error on 5.1 AC3 files:

I see others have had this problem and the "fix" involves forcing directshow.

the proble: if I do that with Nero 7 filters or the new Ac3 I ONLY GET 2.0 sound. It is set in MEGUI to "keep original channels".

I check my AC3 streams and they ahve no errors. About 70% of Ac3 streams work FINE - the other 30% bomb with the error

[Doom9]

@Rumbah: what you report makes no sense to me.. megui does not touch the framerate unless dgindex reports a film percentage higher than your force film treshold.. then the output will be 23.976.. under no other circumstance will megui ever touch the framerate. Could you open your megui created d2v file in a text editor (like notepad) and past the last line of the file? Then, you also need the provide the full log of the whole process. I think the most productive way to get an improvement in this area would be to cut the AC3 streams properly in the area that cause the problem, then provide the stream for nic so that maybe he can do something about it.

@sjchmura: nic's ac3 audio source isn't as easy going on input as besweet.. it complains often and loudly, but this isn't megui's fault. The thing using DirectShow is that whatever is configured will be used.. so if you play the AC3 file in a DirectShow player, unless the output is 5.1, your megui output will not be 5.1 either.

[dngnta]

@Doom9 & Rumbah: I have encountered the same problem. It's caused by the recent (today's?) update to DGIndex. My video is 100% video, but DGIndex sets force film on it and sets the framerate to 24 fps. The resulting .d2v looks like this: (DGIndex 1.4.8)

Field_Operation=1
Frame_Rate=23976 (24000/1001)

...

FINISHED 100.00% VIDEO

I then replaced megui\tools\dgindex\dgindex.exe with the .backup file and re-did the d2v through MeGUI. (DGIndex 1.4.7)

Field_Operation=0
Frame_Rate=29970 (30000/1001)

...

FINISHED 0.00% FILM

This works correctly and as expected. All the other lines are identical between the two .d2v files. The command line is the same both times (-AIF=[F:\tmp\test.mpg] -OF=[F:\tmp\test] -exit -minimize -OM=2).

Is there any other information I could possibly supply that would lead to this bug being fixed? Although I guess this isn't MeGUI's bug..

[dngnta]

This, however, probably is MeGUI's bug :-)

I hit the AutoEncode button, selected File Size = 2 CD, checked Split Output and set it to 700. However, the resulting file got split into hundreds of pieces, each of them around 700 kB, not MB as one would expect based on the indication in the Automatic Encoding dialog.

(The command line MeGUI used had -splits 700 in it. In fact, the files are sized 700 000 bytes maximum, so the correct switch should have been -splits 734000 or thereabouts (700*1,024*1,024*1000))

Everything is updated to today's versions.

[foxyshadis]

You should just post the DGIndex bug in a new thread here:
http://forum.doom9.org/forumdisplay.php?f=5

Is the split acting on mp4 or mkv? In mkvmerge you have to specify units or it'll use bytes, so I guess mp4. Oh yeah, I see the command in mp4box now. Actually it's only 700*1024 though, or 716800. (Since kB is already assumed.)

[Doom9]

I'm afraid there have been commandline changes in mp4box and mkvmerge in the past and they were just picked up when something broke.. e.g. in mkvmerge, it appears --split is now to be used and the MB indicator has to be different as well.

[Rumbah]

Okay, I posted the bug with the framerate in the DGIndex forum:

http://forum.doom9.org/showthread.php?p=859757


As dngnta has the same problem, it really seems to be a DGIndex bug with the command line processing.

[dngnta]

Is the split acting on mp4 or mkv? In mkvmerge you have to specify units or it'll use bytes, so I guess mp4. Oh yeah, I see the command in mp4box now. Actually it's only 700*1024 though, or 716800. (Since kB is already assumed.)
Yeah, I'm using mp4. And yes, you are correct, the files now became a bit too big when I used 734000. Thankfully I was able to stop MeGUI before it deleted the temporary files ;-) With -splits 716800 the files fit on a 80 minute data CD (700 MiB or ~735 000 000 bytes max). However, they're slightly too small (parts 1 and 2 are under 729 million bytes and I get a 3rd part which is about 10 MB).

Using -splits 722000 I get two files that are neatly sized, the first part is 734,4 million bytes and the second part is 733,5.

So MeGUI should at least be modified to use x*1024 in the command line (where x is the value set in the dialog). But it appears mp4box isn't entirely exact in this regard, so problems will remain anyhow.

[foxyshadis]

mp4box always splits at less than the requested size, at the start of the last GOP. But since you could still split them under 700MB but larger than when you actually ask for 700MB, that sounds like a definite bug. Hrmph.

[bourtzovlakas]

Is megui able to load .mp4 files, generated by nero recode, in the Avisynth script creator??

I tried to load such a file and the program crashed 3 consecutive times, with different error messages...

1)"Out of memory" error
2)See the screenshot...
http://zavlakas.googlepages.com/259.JPG
3)The "submit to M$" error

Here is the .mp4 file...
http://zavlakas.googlepages.com/gla_nova_chicken_thief.rar

[Teegedeck]

Relative paths to the CQMs used in the XviD profiles don't seem to work. If you open the source file after selecting a profile MeGUI will look for the CQM in the source's directory; but even if you do it the other way round and MeGUI searches in the correct path it won't load a CQM.

Thanks for including the presets BTW! :)

[elguaxo]

Relative paths to the CQMs used in the XviD profiles don't seem to work.
Same problem here, MeGUI 0.2.3.2185. The relative paths to the CQMs in Teegedeck's presets used to work in earlier versions of MeGUI.

[Teegedeck]

So... Was it good, old me in the end who b0rked the archive? When did you download your copy of the presets?

Or did something change in MeGUI core?

[elguaxo]

So... Was it good, old me in the end who b0rked the archive? When did you download your copy of the presets?

Or did something change in MeGUI core?

I think it is MeGUI. I am using your presets before they were included in MeGUI's auto-update and I haven't updated them. They worked fine, but yesterday (MeGUI 0.2.3.2185) I got this error for the first time:
Error opening input file extra\Didees SixOfNine.cqm

Changing the path to the full path solved it.

[Sharktooth]

no... it's due to the relative paths in the profiles.

[Zeest]

There is some serious issue with meGUI's commandline for mkvmerge's latest version. I've tried over 4 times and it always fails at that step.

Here is meGUI's commandline for mkvmerge v1.7.0 ('What Do You Take Me For') built on Apr 28 2006 17:19:57

-o "blah2.mkv" -A -S "blah.mkv" --language 0:eng -a 0 -D -S "blah_audio.ac3" -split 700MB --no-clusters-in-meta-seek


And this is how it should look

-o "blah2.mkv" -A -S "blah.mkv" --language 0:eng -a 0 -D -S "blah_audio.ac3" --split size:700M --no-clusters-in-meta-seek


Please fix the shortcomings in megui's commandline for latest version of mkvmerge. Its making the AutoEncode Process a pain in the ass.

[cyberbeat]

1) Actually, just pressing PREVIEW before clicking on AUTOCROP will cause it to crash.
I got around this by adding the following code:
In "private void previewButton_Click(object sender, System.EventArgs e)" around line 1000 in AviSynthWindow.cs before the line "player.disableIntroAndCredits();"
reader = player.Reader;
One thing I am not sure about is when you press the PREVIEW button after a CROP, it will show a cropped preview. If you AUTOCROP at this point, it will have new values based on the cropped preview instead of the original footage. (At least, I think that is what is going on.) Would it not be better to have AUTOCROP always use uncropped footage and only let the Mod16 items affect it?

2) AutoCrop seems to have an issue with one scenario. I use the "Non mod16 encoding" so there is no resizing or excess cropping. I then click on AUTOCROP to remove the borders. More often than not it will but "0" for the left border and "2" for the right border. This causes a problem with non Mod16 encoding because the width has to be a multiple of 4 or you get an error. I encode MP4 video with MP4 AAC audio into the MP4 container. I just change the right side to 0 most of the time.

I got around this by adding the following code: (was not sure if this would be appropriate or if it should be a part of VideoUtil.cs)
In "private void autoCropButton_Click(object sender, System.EventArgs e)" around line 1446 in AviSynthWindow.cs after the line "cropBottom.Value = final.bottom;"

if (Mod16Method == mod16Method.nonMod16)
{
while ((cropLeft.Value + cropRight.Value) % 4 > 0)
{
if (cropLeft.Value > cropRight.Value)
{
if (cropLeft.Value > 1)
{
cropLeft.Value = cropLeft.Value - 2;
}
else
{
cropLeft.Value = 0;
}
}
else
{
if (cropRight.Value > 1)
{
cropRight.Value = cropRight.Value - 2;
}
else
{
cropRight.Value = 0;
}
}
}

Can somebody verify that these two items are bugs? Will the included code be suffice to add or can you fix them? They both seem like very quick fixes. So, if they are bugs, can somebody include the fixes in one of their commits to SVN?

Thanks,
cyberbeat

[check]

I can confirm #1, didn't test #2 as I lack croppable sources within close reach.

[sjchmura]

(from my knowledge gained in another thread).

Autocrop will choose NON-mod16 cropping values (1920x1088->1910x1078 for example for the battlestar galactica HD streams). EVen if you "resize" to mod16 (1280x720) you still get the "green lines' at the bottom of the encode (confimred by others).

So can we make the crop value "force" mod16 in teh avisynth creator or at least suggest a "non-green line" resolution :)

THanks. I jsut with NicAudio was more forgiving like besweet on the ac3 streams :) I have Ac3filter working GREAT to encode to ac3 in realtime so I have to disable that to encode alot of stuff with "force directshow"

[Doom9]

@Zeest: I already fixed that yesterday

[berrinam]

(from my knowledge gained in another thread).

Autocrop will choose NON-mod16 cropping values (1920x1088->1910x1078 for example for the battlestar galactica HD streams). EVen if you "resize" to mod16 (1280x720) you still get the "green lines' at the bottom of the encode (confimred by others).
This doesn't happen to me. Are you saying that you crop (non-mod16), resize in AviSynth and you still get green lines? That sounds like an AviSynth bug, but as I said, this doesn't happen to me.

If you are saying that you just crop and encode, and you get green lines, well, something's up there. However, if you aren't resizing, then you should be using anamorphic encoding, and then you can set it to 'overcrop to mod16'. Problem solved!

[Doom9]

@cyberbeat: I can't reproduce your number 1. Probably because you forgot to mention that you need to close the preview and re-open it by pressing the preview button..
Would it not be better to have AUTOCROP always use uncropped footage and only let the Mod16 items affect it?Considering the code, the best thing is if the user follows the gui top-down like it's meant to be used.. the crop button has no knowledge whatsoever about what kind of script was used.. not even the videoreader or its child the avsreader has that info.

With regards to your second point, I think the point of the non mod16 setting is that there will be no additional check and that whatever crop values are found will be used. Now you want to introduce a mod4 on the vertical axis... that's not the same as non mod16.. that's mod4 vertical, a whole new option.

[Doom9]

I had a look at what ToS_Maverick described. First of all, the instructions to reproduce cannot be followed.

You cannot select HQ-Slower, then disable P4x4 and then select the AVC Level to 3. MeGUI will complain about the bitrate being too high. So what exactly did you do in the config window?

Despite the description I believe I have found what you're refering to in the end. If I create the HQ-Slower-CRF profile, then in fact, the current profile (HQ-Slower) gets the settings of the new profile... after the profile is added, it is selected, and a change in the selected profile triggers an update of the previous profile.. so in the end, HQ-Slower-CRF and HQ-Slower have the same settings. If you then select another HQ profile with 2 passes, then in the end your HQ-Slower-CRF becomes a 2 pass profile, and HQ-Slower is CRF.. I think that's why you meant there's a displacement by one.

[Doom9]

@PhAtfiSh: I've had a look and we do indeed have a rather serious problem in the calculator. First no distinction is made between VBR and CBR MP3 and then the audio overhead is calculated for a single frame.. not the number of frames the source has.. so basically the audio overhead is being ignored.

One note though: you cannot readily compare the results of gknot and megui in gknot's default xvid mode.. the xvid vfw considers the AVI overhead so the bitrate you enter is the bitrate of avi plus container, whereas in megui bitrate = bitrate of the raw bitstream, not including the container. To be able to compare the results, you must force gknot to take the frame overhead into account (which will then result in missing the target size if you're encoding from within gknot or any other software using the xvid vfw).

[spunch]

I was wondering if there's any point of further improving the automatic deinterlancer in MeGUI.

MeGUI has a great automatic deinterlancer. I have no idea how it works but for the most part it manages to do a great job, it's just sometimes it picks the entirely wrong deinterlacer, making the clip look worse than the interlaced original.

I know nothing is perfect but i noticed some problematic clips can deinterlace fine with just slight modifications to the avisynth script.

I could provide you with many short clips that seem to have this problem. Let me know if it is practical.
I certainly would like some examples where it doesn't work. If you can narrow it down to a 1-minute sample, that would be great, but if not, then I can make do with bigger samples. PM with details about the clips if you want. Thanks
Ok I sent berrinam some of the problematic clips two weeks ago but he does not appear to be responding so I'll post them here.

Here are a few examples of short clips that do not work very well with the automatic deinterlacer in MeGUI.

http://65.121.137.150:8080/deinterlacer_probs1/

You should see a directory tree.

If you have spare time, please also check this:

http://65.121.137.150:8080/artifacts_at_right/

It's another artifact I don't understand but see quite often. It makes a few pixels flash incoherently on the far right of the clip. I think it's something related to the automatic deinterlacer as well.

I included the encoded x264 file, the original VOB and a log file noting what MeGUI was thinking at the time.

Let me know if there are any problems, thanks.

[cyberbeat]

@cyberbeat: I can't reproduce your number 1. Probably because you forgot to mention that you need to close the preview and re-open it by pressing the preview button..
Considering the code, the best thing is if the user follows the gui top-down like it's meant to be used.. the crop button has no knowledge whatsoever about what kind of script was used.. not even the videoreader or its child the avsreader has that info.

@Doom9: First off, I appreciate you taking the time to look at the issues that I was talking about. On my copy (and I just tested version 2187). I only have to click PREVIEW and then AUTOCROP and it will crash. My preview window automatically comes up when I load a video source. Then, I click PREVIEW and then AUTOCROP and it will crash. I never have to click PREVIEW for the most part, but I was expanding on an error that somebody else reported.
You mention that it is best to follow the GUI top-down. If that is the case, then why not disable the AUTOCROP until it should be pressed. Otherwise, it is a bug or at least something that the end user should not be getting.


With regards to your second point, I think the point of the non mod16 setting is that there will be no additional check and that whatever crop values are found will be used. Now you want to introduce a mod4 on the vertical axis... that's not the same as non mod16.. that's mod4 vertical, a whole new option.
@Doom9: I understand the logic that you intended with "non mod16" and that is why I use it. The problem is that I had scripts that MEGUI was erroring out on when I tried to start the encode. I took some advice on here and used Zoom Player to test the AviSynth script for errors. It gave me the following errror "YV12 images for output must have a width divisible by 4". After testing it, that was definitely the problem I had, hence my suggestion of having the horizontal crops be a multiple of 4. In the regular mod16 modes, this is not an issue because any mod16 is also a mod4. In the non mod16 mode, this is a problem and is the reason I mentioned it. I do not know formats, I just know the error that was created when running an AviSynth script that is non mod4.
I am not sure what you are referring to by me wanting to introduce a mod4 to the vertical access. I was refferring to the horizontal crop values and just wanting to eliminate a problem with using "non mod16". So, in essence, it would be a "non mod16" but just does an extra check to make sure the script generated will work.

Thanks,
cyberbeat

[foxyshadis]

Ah, it seems MeGUI isn't making it mod4 - we should use Didee's m4() or the more generic one I made.


function m4(float x) {x<16?16:int(round(x/4.0)*4)}

[cyberbeat]

Ah, it seems MeGUI isn't making it mod4 - we should use Didee's m4() or the more generic one I made.


function m4(float x) {x<16?16:int(round(x/4.0)*4)}


@foxyshadis: If I am reading this right, it would cause the value of 'x' to be 0, 4, 8, or 12, providing that 'x' is less than 16. Would this be done on the left and right side individual crop values or on the combined left and right total values? Where would you put this at in the code?

Thanks,
cyberbeat

[foxyshadis]

I mostly mentioned it so I wouldn't forget (or whomever works on it), but if you want to fix it, place it somewhere in the script, and add this after the crop:
lanczosresize(m4(width),m4(height))
It should never change the aspect ratio more than .5%. Technically the height only has to be mod2, though. That's why I like mine:

function m(int r, float x) {return(x<16?16:int(round(x/float(r))*r))}
lanczosresize(m(4,width),m(2,height))

If you don't want to resize, you can also use this to force an overcrop.

[Doom9]

My preview window automatically comes up when I load a video source. Then, I click PREVIEW and then AUTOCROP and it will crash.Don't tell me you consider this a normal way of using a program.. you have a preview window on screen.. there's no point at all in pressing preview again, is there?
Either way in my local copy, pressing preview will do nothing at all if there's a preview window (it should tell the user to to think hard about what he's doing and realize it makes no sense ;) and then pressing autocrop will work. Closing the preview, reopening it and pressing autocrop will also work. I think I should move the crop above resize though as this corresponds to the workflow that should be used.

[Sharktooth]

Swapped Resize and Crop controls position in 2188.

[iMaGe]

Here's a bug that I've encountered with the latest build. It involeves Chapters and AutoEncode

I decided to try AutoEncode with x264/mkv. So I load up my avs file then AutoEncode. In the Automatic Encoding window, I set the options and check "Add additional content", then Queue. The MuxWindow comes up, and I fill everything including chapters.

After I'm done, I double check all the settings by hitting load in the queue tab. When I load the mux job, it says that there is no Chapter file loaded. I re-add the chapter info file and update, and it sticks.

I'm not too sure if this is just a cosmetic bug or if chapters will not be encoded if I run it straight through. I imagine that it won't though.

[Doom9]

Another bug at the avs creation (0.2.3.2177): after analyzing for deinterlacing option, just the megui-offered setting can be saved in the generated avs script. (If you select anything else or switch off the deinterlicing opzion: nothing happen, the offered option will be saved.) I tried it with 0.2.3.2151 too.I cannot reproduce this with 0.2.3.2189.. I analyzed a source, turned off deinterlace and turned on the noise filter, then saved, the resulting clip looks like this:

DGDecode_mpeg2source("D:\DVDs\DVDVolume\VIDEO_TS\re-trailer.d2v",info=3)
ColorMatrix(hints=true)
#Not doing anything because the source is progressive
#crop
#resize
Undot() # Minimal Noise

In autoencode: When an AC3 file is selected, the language doesn't appear to be set for audio in the final commandline to mkvmerge.Hmm.. I do see the language being set, as well as the track name. The only thing I'm not sure about is the track ID.. megui sets it to 0, unless the audio file is an mp4 in which case the track ID is set to 1.

So for an audio stream with language English, the following elements would be added to a mkvmerge commandline:
--language 0:eng -a 0 -D -S "audio.ac3"

In case this should be incorrect, can you suggest which commandline to use?

* In autoencode: When an idx subtitle is selected and the default language isn't changed from Abkhazian it causes a crash. If the language is changed to English it will queue but an intermediate AVI is inserted for some reason and won't insert the subs in the final mux. You really shouldn't need to set the language at all with idx inputs; it should parse all tracks and languages from the file just as mkvmergegui does.I have identified what causes the crash and have fixed it. I don't quite get what you want to be done with the audio languages though... megui has a 5 subtitle stream limit.. what exactly should happen if an idx is being selected? (down to the mkvmerge commandline you expect) Reading the manpage I see nothing that would indicate mkvmerge is somehow able to automatically set the language based on idx input, but if there's such an option, please tell so that I can implement it.
I've also spotted the avi mux job and I'm currently looking into that.

@update: found a fix for the avi mux job in the mkv output + vobsub input scenario. Megui thinks mkvmerge can't handle vobsub input, and since divxmux can handle vobsub as well, megui creates a vobsub -> avi, avi + avi-in-mkv -> mkv mux series (behold the awsome power of automatic muxpath finding.. you get something workable even if the author made an error someplace).

[Doom9]

@iMaGe: I've identified and fixed the problem. Turns out the automatic muxpath finding never considered chapter files, and when you load the mux job, you go to a specific muxer window where the whole path finding isn't done and streams are just added as-is. My next commit will include the fix.

[Doom9]

There seems to be something weird happening when you select an audio file with delay on the main MeGUI input screen. I create my AVS script for my video and have it save and load it to the main screen. I then select my audio track from the same directory. When I click on config, the delay time has not updated. If I reload the audio file, it then seems to work even while changing profiles. On my next encode, when I load audio from a different directory, it seems to keep the setting of the last file. Is this intended behavior that I have missed while lurking through the discussions or should it be updating always? I am encoding right now. So, if you need more details, I will try to get some more information on what is causing it.I'm not able to reproduce this, but I've found something else which you might mistake for what's actually going on:

If I load a file with a delay, the delay is taken into the codec settings. If I then change the codec, the settings of the new codec do not include the delay. Going back to the original settings, the delay is there. If I load a file, then switch codec, then load the file again, the settings of both codecs now containt the delay. Now If I load another file, then go back to the first codec, that one will have the delay of the first file configured.

So the bottom line is: the delay is only written into the settings of the currently active codec when you load a file.. if you change the codec, the delay is not being propagated.

It'll take some doing to change this as the delay should be moved away from the settings to the substream.. that will also make it possible to specify delays when muxing (e.g. for AC3 or DTS streams).

[Sharktooth]

And again...
MeGUISettings.cs(23,17): error CS0246: The type or namespace name
'AutoEncodeDefaultsSettings' could not be found (are you missing a using
directive or an assembly reference?)
MeGUISettings.cs(473,16): error CS0246: The type or namespace name
'AutoEncodeDefaultsSettings' could not be found (are you missing a using
directive or an assembly reference?)
SettingsForm.cs(116,17): error CS0246: The type or namespace name
'AutoEncodeDefaultsSettings' could not be found (are you missing a using
directive or an assembly reference?)
... there are 2 missing files in the SVN:
AutoEncodeDefaults.cs
AutoEncodeDefaultsSettings.cs

;)

[Doom9]

Alright, tortoise is officially a POS. The fact that it ruins the file menu in windows explorer just further underlines the point. The first menu point in a file menu needs to be new.

[cyberbeat]

I'm not able to reproduce this, but I've found something else which you might mistake for what's actually going on:

If I load a file with a delay, the delay is taken into the codec settings. If I then change the codec, the settings of the new codec do not include the delay. Going back to the original settings, the delay is there. If I load a file, then switch codec, then load the file again, the settings of both codecs now containt the delay. Now If I load another file, then go back to the first codec, that one will have the delay of the first file configured.

That explains the problem I was seeing, exactly. Thanks. Would it not be easier for the delay setting to not be stored with profile and not updated via the profile switching or would moving it to the substream have that effect?

cyberbeat

[Doom9]

I've uploaded a fixed version. The whole delay thing works differently now: delays are not taken into the settings until the point where you actually encode.. but they are being kept in memory until that point and even if you can't see them, the delay is there and will be taken into account for any encoding session. But you can now swap between the streams, change codecs and profiles without any interference (delays weren't the only problem.. the settings of the two audio streams were never quite decoupled).

[Doom9]

I'm getting a pretty big bug using the latest version of MeGUI (0.2.3.2177). I'm using the MKV container and the "AutoEncode" method of muxing additional files. When muxing the AC3 file, the delay information is not read from the filename (or whereever its supposed to be from). Therefore, if the AC3 track has delay, the audio sync is off.That's taken care off in 0.2.3.2191 now.

I've gone back about 2 months reading through this thread and I'm hoping people get around to testing my recent fixes and mention if something is still off.. I think I pretty much got everything that's really a megui problem.

[cyberbeat]

I've uploaded a fixed version. The whole delay thing works differently now: delays are not taken into the settings until the point where you actually encode.. but they are being kept in memory until that point and even if you can't see them, the delay is there and will be taken into account for any encoding session. But you can now swap between the streams, change codecs and profiles without any interference (delays weren't the only problem.. the settings of the two audio streams were never quite decoupled).

Does that mean there is no way to override a delay that is wrong without changing the filename? I still see the delay options in the audio profile configuration screen, what happens when a value is set in the profile? I am looking at version 2191. I just want to make sure I have an understanding of the new functionality.

Thanks,
cyberbeat

[cyberbeat]

And again...
... there are 2 missing files in the SVN:
AutoEncodeDefaults.cs
AutoEncodeDefaultsSettings.cs

;)

I am getting the following missing file error when I try to compile the latest version (2191).

Resource file "AutoEncodeDefaults.resx" cannot be found.

cyberbeat

[Sharktooth]

svn update

[Doom9]

Does that mean there is no way to override a delay that is wrong without changing the filename?Yes there is.. once the job is in the queue, select it, press load, and reconfigure. But that's the ONLY way. If DGIndex gets the delay wrong, then you should head over to the DGIndex forum and let neuron2 know.

I still see the delay options in the audio profile configuration screen, what happens when a value is set in the profile? Profile = settings + name.. that's the way megui is built and it applies to every profile type. And since the delay is a setting, it will always be in every profile. But, you select your audio file, megui gets the delay from the filename.
Then you select your profile with 0 delay.
Then you queue. Now MeGUI will see that it found a delay upon opening the file, and will apply the delay found.

In case the filename contains no delay, the delay from the settings will be taken at the moment where you press queue.

I strongly suggest that you do not put any delays into any profile.. that's a property that has no business being set in a profile as its source specific.

[cc979]

using 0.2.3.2192 i've found a bug with the avs script creator - i used to autocrop and resize then hit preview to see the new size and aspect ratio, but if i hit preview after autocrop i get a white preview screen and if i close that preview it shows a fatal error - if need the error screen i will post it

[Doom9]

I can only partially reproduce this.. I never get a crash. But here's how it works properly: load source, crop (or autocrop), resize, close preview, press preview to see the results.
Keep in mind that the preview you get when loading a source is a source preview.. it goes only as far as cropping.. anything else and you have to close it and open another preview (the window may look the same but its something completely different).

I have improved this in the new build I'm working on. It'll work like this:
1) you open your source and get a preview of it
2) you crop
3) you press preview.. at this point all cropping controls are blocked - this is necessary as making any crop changes at this point will result in the preview showing a crop of the already cropped source in the preview

You can then press preview as many times you like to see all the changes.. but cropping has to be done when you see the source, and only then (cropping being the first operation on the source after all).

[clutch]

Could someone point me to how to solve this problem. I keep getting a "Error opening input file extra\Didees SixOfNine.cqm"
in the logs.

I don't see this file on my system.

Clutch

[cyberbeat]

I have improved this in the new build I'm working on. It'll work like this:
1) you open your source and get a preview of it
2) you crop
3) you press preview.. at this point all cropping controls are blocked - this is necessary as making any crop changes at this point will result in the preview showing a crop of the already cropped source in the preview
One thing that I have noticed, since the inclusion of mod4 cropping, is that the values on the screen do not reflect the programmatic values being used. This seems to affect the mod16 overcropping too and it may have been around since before that version. The "private CropValues Cropping" section seems to adjust the overcrop and mod16 values, but the controls on the form are never updated to reflect it. I found two ways around it, but not sure if either would be the best. I did not know if there is a way to keep an event from firing other than the way shown. Disabling the control did not work.

1st way was to edit "private CropValues Cropping" in AviSynthWindow.cs to look like the following ("+" precedes added lines):

private CropValues Cropping
{
get
{
CropValues returnValue = new CropValues();
if (crop.Checked)
{
+bool updateCropValue = false;
returnValue.bottom = (int)cropBottom.Value;
returnValue.top = (int)cropTop.Value;
returnValue.left = (int)cropLeft.Value;
returnValue.right = (int)cropRight.Value;
if (Mod16Method == mod16Method.overcrop)
{
ScriptServer.overcrop(ref returnValue);
+updateCropValue = true;
}
else if (Mod16Method == mod16Method.mod4Horizontal)
{
ScriptServer.cropMod4Horizontal(ref returnValue);
+updateCropValue = true;
}
+if (updateCropValue)
+{
+ this.cropLeft.ValueChanged -= new System.EventHandler(this.crop_CheckedChanged);
+ this.cropRight.ValueChanged -= new System.EventHandler(this.crop_CheckedChanged);
+ this.cropTop.ValueChanged -= new System.EventHandler(this.crop_CheckedChanged);
+ this.cropBottom.ValueChanged -= new System.EventHandler(this.crop_CheckedChanged);
+ cropBottom.Value = returnValue.bottom;
+ cropTop.Value = returnValue.top;
+ cropLeft.Value = returnValue.left;
+ cropRight.Value = returnValue.right;
+ this.cropLeft.ValueChanged += new System.EventHandler(this.crop_CheckedChanged);
+ this.cropRight.ValueChanged += new System.EventHandler(this.crop_CheckedChanged);
+ this.cropTop.ValueChanged += new System.EventHandler(this.crop_CheckedChanged);
+ this.cropBottom.ValueChanged += new System.EventHandler(this.crop_CheckedChanged);
+}
}
return returnValue;
}
}


2nd method which is a lot shorter, but not sure if it has any side effects. Edit "autoCropButton_Click" event in AviSynthWindow.cs to have the part listed below modified with the extra lines ("+" precedes lines that were added). Then you would delete the IF and ELSE IF statements listed below from "private CropValues Cropping" section of AviSynthWindow.cs.

if (!error)
{
+ if (Mod16Method == mod16Method.overcrop)
+ {
+ ScriptServer.overcrop(ref final);
+ }
+ else if (Mod16Method == mod16Method.mod4Horizontal)
+ {
+ ScriptServer.cropMod4Horizontal(ref final);
+ }
cropLeft.Value = final.left;
cropTop.Value = final.top;
cropRight.Value = final.right;
cropBottom.Value = final.bottom;
if (!crop.Checked)
crop.Checked = true;
}

Of course, you may have already changed all of this in the version that you are updating the AUTOCROP functionality on. I was just puzzled that the values on screen still looked wrong after clicking on AUTOCROP for mod4.

Great job with all the new work!

[Doom9]

The "private CropValues Cropping" section seems to adjust the overcrop and mod16 values, but the controls on the form are never updated to reflect it.I think that's pretty much desired behavior.. you don't have to keep the actual crop values somewhere deeply hidden from the user and more importantly, you still give the user the ability to mess around with cropping values, and still get the mod16/mod4/whatnot on top of those values (that's something the user cannot be expected to do on his own).

[cyberbeat]

I think that's pretty much desired behavior.. you don't have to keep the actual crop values somewhere deeply hidden from the user and more importantly, you still give the user the ability to mess around with cropping values, and still get the mod16/mod4/whatnot on top of those values (that's something the user cannot be expected to do on his own).
I can see that to a certain extent, but if the user wants to have the program AUTOCROP, then it should show the correct values when that is pressed. Otherwise, if the user is making adjustments, then do nothing. Since it is putting wrong values in the controls when you press AUTOCROP, can we have it at least update during that scenario and then ignore when the user does it manually? It saves a lot of uncertainty and questions in the future for people that do not know the values look wrong, but are okay.

[Doom9]

Since it is putting wrong values in the controls when you press AUTOCROPIt's not wrong... it shows whatever is found during autocrop.. and in the script, you get to see what the script will look like. And, the entire existing code would not work if the script value was shown as the actual value.

[fight2win]

MP4 Muxer in MeGUI does not supports aac audio created by ct-aac encoder via behappy, as it is of .m4a extension...

[Sharktooth]

rename it to .aac

[FalconIA]

In AVS creator, it puts ColorMatrix before <deinterlace>.
That may produce some small horizontal lines in a few frames or partial of a frame before IVTC(TIVTC, IT or etc...)
Putting Colormatrix after <deinterlace> or adding interlaced=true(didn't test) fixed it.

http://falconia.ca/images/ColorMatrix_Before_TFM.png
http://falconia.ca/images/ColorMatrix_After_TFM.png

[Sharktooth]

I will fix it as soon as Doom9 commits his changes and they will be included in the refactor.
I've also noticed MeGUI has a bug in the Level Checking phase:
If you have an unrestricted profile with parameters out of any level restriction and switch to a profile (inside the codec config window) with level restrictions, MeGUI will pop up a messagebox telling the settings are not compatible with the selected level (even if they are) and will reset it Unrestricted.
For example, enter the codec config window and select the HQ-Slowest profile then the SA-HD-DVD profile and the msgbox will pop up... while pressing the OK button look at the Level dropdown...

[cc979]

using 0.2.3.2192 ive found a problem with audio delay, i used 1.4.8 dgindex to create a .d2v which has a delay of 48ms in the filename (rots_full_trailer_1080p MPA PID 024 DELAY 48ms.mpa) but on loading it into the audio section on megui it gets detected as 360ms - is this a known bug?

[Doom9]

but on loading it into the audio section on megui it gets detected as 360ms - is this a known bug?Ignore the delay in the codec configuration.. you only need it when there's no delay in the filename. Once the audio job has been added, you can select it from the queue, then press load, and then hit configure again.. now you'll see the delay detected from the filename.

[bob0r]

after compile.bat:

F:\msys\1.0\home\user\megui>md Dist\updatecopier

F:\msys\1.0\home\user\megui>copy updatecopier.exe .\Dist\updatecopier
The system cannot find the file specified.

File indeed does not come with the svn trunk checkout.

[Sharktooth]

it's out of trunk (in the root).
however keep 0.2.3.2192 (rev 31) coz the actual revision is in development and unstable.

[bob0r]

compile.bat should be updated then, but isn't it a part of megui then?

Same as x264, megui is still is heavy development, users should test latest megui also :)

[check]

If the autoupdater pops up a window for you to choose which profiles are imported and you close the update window before you choose and click "import" megui dies in a horrible way. This ties in with the fact the profile importer hides itself away at the ver bottom of all the windows.
Also, how about m4a for mp4 audio output? It would stop me from overwriting my long video encodes with 100mb audio files >_>, or at least an option could be added to the relevant encoders.

[cyberbeat]

If the autoupdater pops up a window for you to choose which profiles are imported and you close the update window before you choose and click "import" megui dies in a horrible way. This ties in with the fact the profile importer hides itself away at the ver bottom of all the windows.
I have experienced this too... I think I jumped the gun and clicked on ABORT, thinking it was done only to find the profile window that was hidden. I clicked on all the profiles to import and it crashed hard. I tried to reproduce it and was not able to do it, so I did not report it. I have tried to reproduce it on two systems with no success.

[Sharktooth]

If the autoupdater pops up a window for you to choose which profiles are imported and you close the update window before you choose and click "import" megui dies in a horrible way. This ties in with the fact the profile importer hides itself away at the ver bottom of all the windows.
Also, how about m4a for mp4 audio output? It would stop me from overwriting my long video encodes with 100mb audio files >_>, or at least an option could be added to the relevant encoders.
m4a is a stupid apple "re-invention of the wheel"... just rename it.

[check]

m4a is a stupid apple "re-invention of the wheel"... just rename it.
Hardly, just as .mka is to .mkv, .m4a is to .mp4.

The main advantage is that if you are using the same script for both and mp4 output, you will save yourself from overwriting a previous entry.
The second reason it should be included is that you can add the seperate extension name in the output format box for the relevant encoders - 100% compatible with the existing system and lets people go either way :)

[Sharktooth]

useless. it's a mp4. i dont see any reason to rename an extention when it was standardized with that name.
it will only bring more confusion.

[junglemike]

Have anybody been able to _sucsesfully_ add an ready audio stream to a job list? - I coudn't. and I tried on 2 different pc's - same..
Here it goes:
1)I have an .avs script to encode to h264 with mkv container.
2) audio part is in .mp3 or .ac3 format and i want just to mux it.
3) I put an .avs script, choose hq-slow profile,
4) I don't put anything in lower (audio) part
5) click "AutoEncode" at the very bottom.
6) choose .mkv container, set my desired size,
7) check "add additional content..."
8) press "queue"
9) In "adaptive mux window" i put my audio file to mux (.mp3)
10) once i press "go" - Megui crashes w/o error messages and prompts to send/not to send error to microsoft.
After the crash all my settings are erased - confirmatio of prompts, etc, Also all jobs are erased.
I tried to mux .mp3, ogg, ac3 audio to .mp4 and .mkv containers, and it ALWAYS crashes.

Cay somobody please try this and see what happens. Either my setups are damned or it is a bug.

[blankeyt]

Using the MP4 muxer I choose an MP4 file with only video for video, an MP4 file with only audio for audio. And I enter a value in the delay field for the audio (something big so it's easily noticable), but the muxed file does not appear to have a delay applied (viewing in Media Player Classic), and looking at the log window for the command line, the delay is no where to be found. I tried this with the audio MP4 file named "VTS_01_1 T01 2_0ch 192Kbps DELAY 0ms_0.mp4" and "VTS_01_1 T01 2_0ch 192Kbps.mp4" (in case the delay in the filename was overriding my user entered delay).

I'm using 0.2.3.2192, which is the latest version at this time (at least available through the built-in update).

[check]

Junglemike, have you tried encoding the audio by itself? Does that work?
I can confirm the problem blankeyt found, my commandline created was -add "G:\heyladies.mp4" -add "C:\Desktop\sss.mp4" -new "C:\Desktop\normal.mp4" even though I set an audio delay of 5000.

[~bT~]

Applying delay in MP4Box to audio doesnt work. Adaptive muxer doesnt mux XviD and MP3 properly. The muxed file only has audio and black screen for video.

[cyberbeat]

I tried this with the audio MP4 file named "VTS_01_1 T01 2_0ch 192Kbps DELAY 0ms_0.mp4" and "VTS_01_1 T01 2_0ch 192Kbps.mp4" (in case the delay in the filename was overriding my user entered delay).
I believe that with the most recent changes that were made, it will automatically take the time from the file name. If you want to override that, you will have to select that item in the queue, load it, change your settings, and then click on update in the queue. I believe that is the way Doom9 recently explained that it should work. Here is a link to that discussion: http://forum.doom9.org/showthread.php?p=864509#post864509

[cyberbeat]

DTS audio encoding may be broken in the latest version? I usually grab DTS audio when a movie has it. On a recent attempt to encode a DTS audio track, I am getting the following error:
Log for job job1

Error:
MeGUI.AviSynthException: Script error: syntax error
(, line 1, column 79)
at MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace, AviSynthScriptEnvironment env)
at MeGUI.AviSynthAudioEncoder.encode()
----------------------------------------------------------------------------------------------------------
The current job contains errors. Skipping chained jobs
I have not had a chance to test this in more depth, but in case one of you made a recent change that might affected that part of megui, could you look at it? I select the DTS audio file on the INPUT screen. Then, I select ND AAC for the Codec and MP4 AAC for the container (I actually just leave that always selected). I queued it up and get the error immediately after starting the the queue. I did update FFDShow, could that be the cause of this? If I get a chance, I will try it on another system that has not been updated.

[Doom9]

You wouldn't happen to have a dts sample? I don't have one handy. I suspect you have an older nicaudio that doesn't support drc.
Applying delay in MP4Box to audio doesnt work.Not entirely correct... it works if you have the delay in your filename, and it overrides your custom given value what what was found in the filename. The next release will no longer do that.

@junglemike: I can't reproduce this with ac3 audio. I currently have no mp3 audio handy (having everything for testing is a PITA).

[Doom9]

@junglemike: I can reproduce it with an mp3 file... but I think that would've happened in earlier releases as well.. it throws a win32 exception that originates in mediainfo, so its an external lib that crashes everything.. I don't think there's much to be done about that from the megui side.

[~bT~]

Not entirely correct... it works if you have the delay in your filename, and it overrides your custom given value what what was found in the filename. The next release will no longer do that.
I never rename my files, always have the delay in them. I use the workaround u posted when encoding ac3 to mp4 but say I want to add more when muxing. I add it in MP4Box but it doesnt make any difference. Can somebody explain whats wrong with the Adaptive Muxer please? Its not an issue but Id rather have it working...

[Doom9]

Can somebody explain whats wrong with the Adaptive Muxer please? Nothing is wrong.. I just didn't implement the whole delay thingie properly yet - it is an oversight that the delay value from the GUI is not taken into account. I have it working just fine in the version I'm currently working on.
There is a workaround other than renaming though.. open the file, then change the delay, then switch to the second audio track.. that way, the GUI value will be used, rather than the value read from the filename.
The problem only happens when you don't add a second audio, or don't switch back from audio 2 to audio 1 when adding two audio tracks.. only the delay shown in the GUI for the currently selected audio track is not taken into account.. anything else is.

[~bT~]

Nothing is wrong.. I just didn't implement the whole delay thingie properly yet - it is an oversight that the delay value from the GUI is not taken into account. I have it working just fine in the version I'm currently working on.

I was actually talking about this:
Adaptive muxer doesnt mux XviD and MP3 properly. The muxed file only has audio and black screen for video.

[Doom9]

well.. that's not the adaptive muxer but divxmux.. we keep telling people to file a bugreport with dxn and provide samples.. but I've yet to see this happening.

[Doom9]

@bEnGaLi tHuG: could you provide a video and audio sample that the avi muxer cannot handle?

[~bT~]

@bEnGaLi tHuG: could you provide a video and audio sample that the avi muxer cannot handle?Its every single encode I have done since a certain update which I cant remember now. Im not messing around and have also posted about this before. Now Im getting this error unrelated to the muxer: http://forum.doom9.org/showpost.php?p=869280&postcount=489

[Doom9]

well.. how do I get an avi and an mp3 from "Its every single encode"? I don't have time to encode each time somebody reports a possible problem.. and a good report includes all the files to quickly reproduce the problem. I might just have enough inroads with DXN to really get something done, who knows, but if it takes me to encode a movie, that's too much to ask.

[cyberbeat]

You wouldn't happen to have a dts sample? I don't have one handy. I suspect you have an older nicaudio that doesn't support drc.
I did some more testing with the DTS problem because it was happening on both of my machines... It turns out that there is a rogue ")" in the following line of "public override bool setup(Job job, out string error)" in AviSynthAudioEncoder.cs.
case ".dts":
script.AppendFormat("NicDtsSource(\"{0}\")", audioJob.Input);
if (audioJob.Settings.AutoGain)
script.AppendFormat(", DRC=1){0}", Environment.NewLine);
else
script.Append(")");
The red ")" above is what is giving me the error that I posted earlier. When I removed it, it works fine.

[agressiv]

I was getting a similar crash to OverlordQ for seemingly no reason. Something about a "key not present in a dictionary". I did find out at least a workaround to the problem.

The default language for audio tracks MeGUI is "Abkhazian", since its the earliest in the alphabet. (change to something else, perhaps?) Really, are there any DVD's that have this language? Even if there are, I doubt anyone using MeGUI will come into contact with them - anyways -

If you leave Audio Track #2 in AutoEncode to that language (in solution.jpg), you will get the error (see error.jpg)

Note that I don't have an Audio Input for Audio Track #2, so this didn't really make much sense to me.

If you click the X though in Audio Track #2, that formally takes care of the problem.

Note that I can leave "Abkhazian" in the Subtitles section (with no Subtitles file) and I don't get the error.

Anyways, not sure if any other newbies were getting this problem. I can only assume if we went into the settings first and changed Abkhazian to English from the get-go, we wouldn't have this problem, but I haven't tested that. :)

agressiv

[agressiv]

Nitpick:

CT AAC Encoder is downloaded through autoupdates as enc_aacPlus.exe, when the config looks for encaacplus.exe.

One other question:

Whats the best way to get a chapters.txt file? Can you do it through MeGUI, or should I do it through DVD Decryptor or something? I've always had to launch ChapterGrabber manually and point at the IFO file, but i was hoping that could be done through MeGUI directly. Chapter Creator looks for a text file....

agressiv

[Sharktooth]

Nitpick:

CT AAC Encoder is downloaded through autoupdates as enc_aacPlus.exe, when the config looks for encaacplus.exe.
I had already fixed that... but seems bugs tends to return just like relentless deads...

[Doom9]

(change to something else, perhaps?)That's up to you.. go into the settings and set which languages you want to have auto selected...
@agressiv: does it happen with the mp4 muxer as well and what's the log megui writes?

[SBaT]

I read few pages back but couldnt notice anyting on the issue I'm having. For some reason when I have automated 2pass from x.264 and jobs are qued in MeGUI 2pass dosent start automaticly as it should. I noticed this to happen on all of my computers with 0.2.3.2192.

After encodes are done I have to try if enabling "Autostart Queue" has anything to do with is as I didnt use it before.

[foxyshadis]

It does, only one job ever runs when autostart is checked. I think that's on the list of bugs.

[pyrates]

Build 2193 doesn't save the jobs to the xml files that you set it to do when you close it. The xml files in the jobs directory that it creates are all 0 bytes in size. Build 2192 didn't have this bug.

Also where is the SAR option in the gui? Megui use to have that but now doesn't.

Also, if you change any of the options when you click on the config button, and then click on ok, it doesn't save them when you click on config again to check. You gotta press update to update the profile with the new settings. Otherwise the settings aren't saved.

And because it doesn't write out the jobs it's gotta do to the xml files properly, I have no way to verify if when I click on enqueue that it's using the custom settings I set or if it's using the profiles original settings because I didn't click on the update button.

[Doom9]

Also where is the SAR option in the gui? Megui use to have that but now doesn't.It lead to so much confusion that it made sense to remove it. You can always use custom commandlines if necessary, and if you use the automated anamorphic encoding in the avs script generator, you only have to worry about the sources DAR (which will be either 4:3 or 16:9 for a DVD / digital video broadcast).

Also, if you change any of the options when you click on the config button, and then click on ok, it doesn't save them when you click on config again to check. You gotta press update to update the profile with the new settings.This is desired behavior and has been noted in the changelog.

I think that's on the list of bugs.I wouldn't know of anything like that.. I believe I've done a couple multi job runs myself and nothing like that ever happened.

[Sharktooth]

Build 2193 doesn't save the jobs to the xml files that you set it to do when you close it. The xml files in the jobs directory that it creates are all 0 bytes in size. Build 2192 didn't have this bug.
2193 is UNSTABLE... use 2192 instead.

[pyrates]

2193 is UNSTABLE... use 2192 instead.

Better tell that to http://www.x264.nl then. They are serving 2193 up.

[Sharktooth]

I've already told bobor to keep 2192...

[int10h]

First of all, I would like to thank you for that great tool !

I noticed a small bug in the VobSub Indexer tool. You can't change the name of the output file(s), as MeGUI pops a dialog to Open an existing file when it should ask for a new filename.

Not that it is crucial to change the output filenames, but I like it...:cool:

[misdecrypt]

I found a bug using the one click encoder. I am encoding a vob file with multiple ac-3 tracks(it has 4). I chose to include two in a x264 mkv file, 1 was 5.1 the other was 2.0.

Instead of doing that it muxed in the 5.1 track four times. It would seem the logic is wrong because it also missed the target video file size. Most likely because it based the video size on muxing in the 5.1 track twice.

When it did the d2v creation it did demux the proper tracks though.

Here is the log:


Generating jobs. Desired size: 367001600 bytes
No audio encoding. Calculating desired video bitrate directly.
Encoded audio file is present: D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3 It has a size of 78475264 bytes.
Encoded audio file is present: D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3 It has a size of 78475264 bytes.
Setting video bitrate for the video jobs to 1193 kbit/s
Setting desired size of video to 209124352 bytes
Desired size of this automated encoding series: 367001600 bytes, split size: 0
Autocropping successful. Using the following crop values: left: 8, top: 0, right: 6, bottom: 2.
Avisynth script created:
global MeGUI_darx = 0
global MeGUI_dary = 0
movie = DGDecode_mpeg2source("D:\WorkDamnit.d2v")
cropclip = autocrop(movie,mode=0,wmultof=4,hmultof=4,samples=10,aspect=0,threshold=34,samplestartframe=0,leftadd=0,rightadd=0,topadd=0,bottomadd=0)
fixed_aspect = 0.888888888888889
c_width = width(cropclip)
c_height = round(height(cropclip) / fixed_aspect)
input_par = float(c_width)/float(c_height)
input_par = (input_par > 1.4) || (input_par < 1.25) ? input_par : (4.0/3.0)
out_width = 576
out_height = round(float(out_width) / input_par)
hmod = out_height - (floor(out_height / 16 ) * 16)
out_height = (hmod > 4) ? (out_height + (16 - hmod)) : (out_height - hmod)
new_aspect = (float(out_width) / float(out_height)) / fixed_aspect
Telecide(movie,guide=1,post=2).Decimate(mode=1,threshold=1.94)
autocrop(mode=0,wmultof=4,hmultof=4,samples=10,aspect=new_aspect,threshold=34,samplestartframe=0,leftadd=0,rightadd=0,topadd=0,bottomadd=0)
BicubicResize(out_width,out_height,0,0.5)
FluxSmoothST(7,7) # Medium Noise
Starting job job1-1 at 6:20:39 PM
encoder commandline:
-i "D:\WorkDamnit.avs" -pass1 "D:\WorkDamnit.stats" -bitrate 1193 -kboost 100 -overhead 0 -turbo -nopacked -vhqmode 3 -closed_gop -lumimasking -max_bframes 4 -bvhq -threads 2
successfully started encoding
Processing ended at 6:52:56 PM
----------------------------------------------------------------------------------------------------------

Log for job job1-1

xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003


Tot: enctime(ms) =497924.00, length(bytes) = 426295729
Avg: enctime(ms) = 11.85, fps = 84.36, length(bytes) = 10149
I frames: 443 frames, size = 38649/17121566, quants = 2 / 2.00 / 2
P frames: 15075 frames, size = 21196/319543406, quants = 2 / 2.00 / 2
B frames: 26481 frames, size = 3384/89630757, quants = 4 / 4.00 / 4
Trying to retrieve width and height from input header
Input colorspace is YV12
xvidcore build version: xvid-1.2.0-dev
Bitstream version: 1.2.-127
Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
Detected 2 cpus, using 2 threads.

----------------------------------------------------------------------------------------------------------
job job1-1 has been processed. This job is linked to the next job: job1-2
Starting job job1-2 at 6:52:56 PM
encoder commandline:
-i "D:\WorkDamnit.avs" -pass2 "D:\WorkDamnit.stats" -bitrate 1193 -kboost 100 -overhead 0 -nopacked -vhqmode 3 -closed_gop -lumimasking -max_bframes 4 -bvhq -threads 2 -mkv "D:\WorkDamnit_Video.mkv"
successfully started encoding
Processing ended at 7:32:32 PM
----------------------------------------------------------------------------------------------------------

Log for job job1-2

xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003


Tot: enctime(ms) =1021422.00, length(bytes) = 208467301
Avg: enctime(ms) = 24.32, fps = 41.12, length(bytes) = 4963
I frames: 443 frames, size = 38399/17010942, quants = 2 / 2.00 / 2
P frames: 15075 frames, size = 9590/144573645, quants = 2 / 3.66 / 5
Trying to retrieve width and height from input header
Input colorspace is YV12
xvidcore build version: xvid-1.2.0-dev
Bitstream version: 1.2.-127
Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
Detected 2 cpus, using 2 threads.
B frames: 26481 frames, size = 1770/46882714, quants = 4 / 5.78 / 8
desired video bitrate of this job: 1193 kbit/s - obtained video bitrate (approximate): 1194 kbit/s
----------------------------------------------------------------------------------------------------------
job job1-2 has been processed. This job is linked to the next job: job1-3
Starting job job1-3 at 7:32:32 PM
encoder commandline:
-o "D:\WorkDamnit.mkv" -A -S "D:\WorkDamnit_Video.mkv" -a 0 -D -S "D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3" -a 0 -D -S "D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3" -a 0 -D -S "D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3" -a 0 -D -S "D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3" --chapters "D:\VTS_03_PGC_01 - Chapter Information - OGG.txt" --no-clusters-in-meta-seek
successfully started encoding
Processing ended at 7:33:10 PM
----------------------------------------------------------------------------------------------------------

Log for job job1-3

mkvmerge v1.7.0 ('What Do You Take Me For') built on Apr 28 2006 17:19:57
'D:\WorkDamnit_Video.mkv': Using the Matroska demultiplexer.
'D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3': Using the AC3 demultiplexer.
'D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3': Using the AC3 demultiplexer.
'D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3': Using the AC3 demultiplexer.
'D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3': Using the AC3 demultiplexer.
'D:\WorkDamnit_Video.mkv' track 1: Using the MPEG-4 part 2 video output module.
'D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3' track 0: Using the AC3 output module.
'D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3' track 0: Using the AC3 output module.
'D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3' track 0: Using the AC3 output module.
'D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3' track 0: Using the AC3 output module.
The file 'D:\WorkDamnit.mkv' has been opened for writing.

The cue entries (the index) are being written...
Muxing took 37 seconds.

[bira]

Couple of bugs.

"One click encoder" does not seem to use AVS profiles.

I created an AVS profile with clever anamorphic encoding and overcrop to mod16. Then I set one click encoder to use that profile, but the created avisynth script is not what it should be. No overcropping has been set, instead a resize line was set.


Another bug:

If I load a .d2v file in avisynth creator and then set it to use the same profile created before (the one with ovecropping) my resulting script is this:

# Set DAR in encoder to -1 : -1. The following line is for automatic signalling
global MeGUI_darx = -1
global MeGUI_dary = -1
DGDecode_mpeg2source("I:\To Be Encoded\VTS_01_PGC_01_1.d2v",info=3)
ColorMatrix(hints=true)
#blank deinterlace line
#crop
#resize
#denoise

[bira]

Another bug:

It has to do with regional settings, decimal and thousand separators.

If I set "," as decimal separator and select "23,976" as framerate in muxer gui, muxer software understand it as 23 fps.

[Sharktooth]

Another bug:

It has to do with regional settings, decimal and thousand separators.

If I set "," as decimal separator and select "23,976" as framerate in muxer gui, muxer software understand it as 23 fps.
Yes, this is a known bug.

[Ronin-7]

I was getting a similar crash to OverlordQ for seemingly no reason. Something about a "key not present in a dictionary". I did find out at least a workaround to the problem.

The default language for audio tracks MeGUI is "Abkhazian", since its the earliest in the alphabet. (change to something else, perhaps?) Really, are there any DVD's that have this language? Even if there are, I doubt anyone using MeGUI will come into contact with them - anyways -

If you leave Audio Track #2 in AutoEncode to that language (in solution.jpg), you will get the error (see error.jpg)

Note that I don't have an Audio Input for Audio Track #2, so this didn't really make much sense to me.

If you click the X though in Audio Track #2, that formally takes care of the problem.

Note that I can leave "Abkhazian" in the Subtitles section (with no Subtitles file) and I don't get the error.

Anyways, not sure if any other newbies were getting this problem. I can only assume if we went into the settings first and changed Abkhazian to English from the get-go, we wouldn't have this problem, but I haven't tested that. :)

agressiv

I too get that same bug, it was driving me nuts as to what was going wrong as I'm still a bit new to this. Thanks for sharing a workaround though it is now working properly.

BTW before seeing your post I changed the default language in the settings to English and it made no difference, still got the error.

[Carpo]

dunno if this is a bug or if im doing something wrong (i did search but when theres 73 pages to look through its a bit much)

everytime i do an encode usung xvid megui only seems to output the finished file at 50% of the size i select eg a 2 cd encode (ac3 audio) comes out as

30% comp test setting - 670meg
45% comp test setting - 677meg
58% comp test setting - 684meg

Starting job job2 at 20:01:27
encoder commandline:

successfully started encoding
Processing ended at 21:27:11
----------------------------------------------------------------------------------------------------------

Log for job job2


----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
Starting job job3-1 at 21:27:11
encoder commandline:
-i "E:\dvd-work\XVID_backups\main\carlitos_way\test1.avs" -pass1 "E:\dvd-work\XVID_backups\main\carlitos_way\test1.stats" -bitrate 1023 -kboost 100 -chigh 20 -clow 7 -overhead 0 -nopacked -vhqmode 4 -qpel -qmatrix "C:\Program Files\megui\extra\eqm_v3ulr_rev3.xcm" -closed_gop -imin 3 -imax 4 -pmin 3 -pmax 5 -bvhq -bquant_ratio 162 -bquant_offset 0 -bmin 3 -bmax 5 -threads 2
successfully started encoding
Processing ended at 23:27:13
----------------------------------------------------------------------------------------------------------

Log for job job3-1

xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003

Trying to retrieve width and height from input header
Input colorspace is YV12
xvidcore build version: xvid-1.2.0-dev
Bitstream version: 1.2.-127
Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
Detected 2 cpus, using 2 threads.

Tot: enctime(ms) =2599445.00, length(bytes) = 1203614639
Avg: enctime(ms) = 12.55, fps = 79.71, length(bytes) = 5808
I frames: 1314 frames, size = 21089/27712018, quants = 2 / 2.00 / 2
P frames: 74965 frames, size = 10696/801838078, quants = 2 / 2.00 / 2
B frames: 130914 frames, size = 2857/374064471, quants = 3 / 3.00 / 3
N frames: 9 frames, size = 8/ 72

----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
job job3-1 has been processed. This job is linked to the next job: job3-2
Starting job job3-2 at 23:27:13
encoder commandline:
-i "E:\dvd-work\XVID_backups\main\carlitos_way\test1.avs" -pass2 "E:\dvd-work\XVID_backups\main\carlitos_way\test1.stats" -bitrate 1023 -kboost 100 -chigh 20 -clow 7 -overhead 0 -nopacked -vhqmode 4 -qpel -qmatrix "C:\Program Files\megui\extra\eqm_v3ulr_rev3.xcm" -closed_gop -imin 3 -imax 4 -pmin 3 -pmax 5 -bvhq -bquant_ratio 162 -bquant_offset 0 -bmin 3 -bmax 5 -threads 2 -avi "E:\dvd-work\XVID_backups\main\carlitos_way\test1.avi"
successfully started encoding
Processing ended at 05:35:00
----------------------------------------------------------------------------------------------------------

Log for job job3-2

xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003


Tot: enctime(ms) =17610908.00, length(bytes) = 702224593
Avg: enctime(ms) = 84.99, fps = 11.77, length(bytes) = 3389
I frames: 1314 frames, size = 13011/17097301, quants = 3 / 3.00 / 3
P frames: 74965 frames, size = 6015/450983355, quants = 3 / 3.00 / 3
B frames: 130845 frames, size = 1789/234143313, quants = 4 / 4.00 / 4
N frames: 78 frames, size = 8/ 624
Trying to retrieve width and height from input header
Input colorspace is YV12
xvidcore build version: xvid-1.2.0-dev
Bitstream version: 1.2.-127
Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
Detected 2 cpus, using 2 threads.
desired video bitrate of this job: 1023 kbit/s - obtained video bitrate (approximate): 682 kbit/s
----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
Found intermediate output file 'E:\dvd-work\XVID_backups\main\carlitos_way\test1.stats', deleting...
Deletion succeeded.

its fresh install of megui updated to 2192, using xvid codec avi container various profiles as stated above - que analysis and 2 pass, no deinterlacing or anything as megui says its progressive, bitrate calc xvid/avi/ac3 seclected selcted, 2 cds as size, 1023kbit is suggested.

[squid_80]

I frames: 1314 frames, size = 13011/17097301, quants = 3 / 3.00 / 3
P frames: 74965 frames, size = 6015/450983355, quants = 3 / 3.00 / 3
B frames: 130845 frames, size = 1789/234143313, quants = 4 / 4.00 / 4


The quantizers are constant, which means it's saturated. Try a higher rate matrix or lower minimum quant settings.

[foxyshadis]

eqm_v3ulr_rev3.xcm
Doesn't look like 45% to me. 45% (the only one that matches the rest of your options) has to have the hr matrix to work correctly. 58% and 90% need the 6of9. If you're using ulr with all, well sure, it's going to come out badly undersized.

And don't resize either, unless it comes out oversized. Teeg considers it the last resort when other compressibility options have been exhausted.

[Carpo]

i will retry with 58% (which i thought it was - it was about 6:30am and i was lat for work ;) ) using the six of nine file, i only used the suggest size option in megui which said to use 640x352 - should i leave it as is ? untick the box? would it then use the full dvd res ?

[~bT~]

Thanks! that solved my problem.

Sorry for write this so late! :P
Where is this option in FFDShow? Help pls.

[MoUCLAs]

Means ffvh wasn't enabled on the ffdshow VFW config (separate from the main video config). It should be by default, but I guess not in your case.

Lagarith usually isn't that much better than ffvh, but sometimes the slowdown is worth the saved space.


i have the same problem.. i have this package installed http://files.divx-digest.com/software/codec/ffdshow-2546-gcc4.0.3-sse-x264.nl.exe

i cannot find where to enable it..

[foxyshadis]

Start Menu->Programs->FFDShow->VFW Codec Configuration

[MoUCLAs]

yes ok.. but i dont have any encoder/decoder with the name ffhv , only ffv1:

http://img219.imageshack.us/img219/4509/ffdshowlm2.th.png (http://img219.imageshack.us/my.php?image=ffdshowlm2.png)

[foxyshadis]

ffvh is ffdshow's huffyuv. Under huffyuv in decoders, it lists HFYU and FFHV.

[quake74]

I think the help for the quantizer compression is misleading. Now it says

Allowed variance of average quantizer (or quality). Higher values indicate less variance, while lower values indicate more variance. Note: 1 indicates constant quality while 0 indicates maximum fluctuation.

Since we now have a "constant quality" mode, using the word quality here is misleading. My suggestion is to write:

Restrict the quantizer curve to be constant. Higher values indicate a more constant average quantizer, while lower values indicate more variance. Note: 1 indicates constant quantization parameter while 0 indicates maximum fluctuation.

and maybe add

(Warning: constant quantization, constant bitrate and constant quality are three different things!)

[frodeste]

MeGUI will gives an error if you try to load an avisynth script with norwegian characters in the path name. I have reproduced this on the three latest vista builds up to 5728 (post rc 1)

[Sharktooth]

solution: dont use weird characters in filenames and paths.

[frodeste]

solution: dont use weird characters in filenames and paths.

I could figure that out my self, but I do find you comment somewhat insulting because what you are saying are weird characters are a part of my alphabet.

I thought you might like to know about the bugs I find in MeGUI. Oh well.

What this tells me, is that the code that handles the path settings in MeGUI only support a narrow sett of ASCII characters, which probably means that more people are experiencing this error.

[check]

sharktooth lives in a country where "," is used instead of "." as a decimal indicator. As far as I know, he has to put up with a bug in the AVS creator where the fps is parsed incorrectly. So his comment is not out of spite, but simple common sense that he also has to live with :)

[frodeste]

sharktooth lives in a country where "," is used instead of "." as a decimal indicator. As far as I know, he has to put up with a bug in the AVS creator where the fps is parsed incorrectly. So his comment is not out of spite, but simple common sense that he also has to live with :)

:) Then we have something in common!

[Carpo]

i know this has been posted about but heres an update on the adaptive muxer issue

i have been testing (say testing i will do more discs later) carlitos way pal r2

encode 1

xvid avi - vid
vbr mp3
58% comp check
Didees SixOfNine.cqm
2 pass
muxed to avi container

resulting avi (no audio) plays fine, when muxed picture is all messed up - have audio

encode 2

xvid avi - vid
cbr mp3
58% comp check
Didees SixOfNine.cqm
2 pass
muxed to avi container

resulting avi (no audio) plays fine, when muxed picture is all messed up - have audio

encode 3

xvid avi - vid
ac3
58% comp check
Didees SixOfNine.cqm
2 pass
muxed to avi container

resulting avi (no audio) plays fine, when muxed picture is all messed up - have audio

encode 4

xvid raw - vid
vbr mp3
58% comp check
Didees SixOfNine.cqm
2 pass
muxed to mkv container

resulting avi (no audio) plays fine, when muxed picture is fine - have audio

encode 5

xvid raw - vid
cbr mp3
58% comp check
Didees SixOfNine.cqm
2 pass
muxed to mkv container

resulting avi (no audio) plays fine, when muxed picture is fine - have audio

encode 6

xvid raw - vid
ac3
58% comp check
Didees SixOfNine.cqm
2 pass
muxed to mkv container

resulting avi (no audio) plays fine, when muxed picture is fine - have audio

i could post the other encodes i did but they are the same - in the results area - although i did change the audio and container aac/mp4

with divxmux i kept getting invalid audio as i have previously reported - if someone can give me the web addy or email i will report the issue

strange thing is i dont know why adaptive mux doesnt want to do avi but will do mkv fine.

[Doom9]

I'm still waiting for those samples to reproduce the avi muxing issue............ don't expect developers to just trip overthemselves if you don't provide everything needed to reproduce. You may not agree with this, but for a free product, you are asking a heck of a lot of you think developers would start encoding movies just to try and help you.

[Carpo]

nevermind - this will have to wait i have rl issues to deal with, and this is not a major issue now as i can mux it into an mkv container, as stated above

[Sharktooth]

:) Then we have something in common!
Well, it's more a windows filesystem->visual studio integration problem than a megui problem.
i know norwegian, danish, swedish and german languages have those characters in their alphabet (im learning norwegian and other nordic languages during free time coz i really like your history and legends and i want to be able to read the whole Edda in it's original language) but i just want to suggest you to not use those chars in common programs coz they will likely screw that filesystem->visual studio integration (due to VS internal unicode to ansi conversion issues...).

[bond]

two things i noticed:

1) there is no avi output with x264 (a good thing), therefore there is also no need to offer a fourcc in the x264 settings

2) when the user is choosing a specific level, shouldnt the vbv settings be automatically set and greyed out?

[DeathTheSheep]

If "autostart queue" is checked in options, and autoencode is set to "use profile settings," the queue only does the first job (audio encoding).

Why doesn't it continue until the job is done? Works fine when queue is manually started.

[check]

known issue - it only ever does the first job with that option :(

Does anyone know the reason/eta for the update server?

[Sharktooth]

http://forum.doom9.org/showthread.php?p=886795#post886795

[Isochroma]

If the "Show Commandline" option is checked, the commandline shown won't work if copypasted into a cmd window if there are any spaces in the foldernames to x264.exe, for example:

C:\Program Files\x264\x264.exe --crf 14 --nf (etc.)

should be:

"C:\Program Files\x264\x264.exe" --crf 14 --nf (etc.)

The commandline generator should be modified to include quote characters around the exe path and filename always, or optionally only if any folder names in the path contain spaces.

[Sharktooth]

Do you really care about that?

[Isochroma]

Yep! I copypaste the cmdline into cmd windows all the time.

Of course, that is why the option to show a commandline is there, right?

[Doom9]

What happened with my post?
Actually show commandline is a debug feature, nothing more.. why would megui be able to do all it does if its purpose was to show you commandlines you paste into a commandline window?

[niphlod]

When I try to load a d2v file in avisynth script creator or an avs in meGUI, this error comes up:


http://img178.imageshack.us/img178/9761/ciaosl3.png (http://imageshack.us)

the last line translated to english sound like: exception launched by an external application

bacause of this, I uninstalled completely avisynth, ffdshow, xvid, megui, x264 vfw (all also from the registry), I tried different versions of avysinth, installed yv12 helix codecs, but I have the same exact problem. Is there a way to find a solution without formatting all the disk ? :mad:

[Sharktooth]

Did you follow the instructions? Have you made an avs and tried to open it in vdub (or MPC)?
Check if you have the dgdecode plugin in the correct directory, :search: and :readguid:

[buzzqw]

as written. Try opening avs in virtualdub and watch the error.

Also post here the avs script.

Also, again, no need to scramble your pc: just install avisynth 2.56, x264.exe (NO need for VFW), and .NET 2.0.

Use the package that Check have posted on "megui don't update thread (http://forum.doom9.org/showthread.php?t=116991)" (is one of latest post).

BHH

[niphlod]

oops, I forgot to mention:
1)I use meGUI since 0.2.3.1032 ^_^
also because of this I am very astonished......

2) trying opening an avs script in virtualdub prodoces the error "avisynth script open failed", virtualdubmod crashes without any error, dgindex and dgdecode are where they have to be, and that error comes also if I load an avi in avisynthscript creator

3) MPC simply remain on "opening..." stage with 99% of processor and about 240 megs on memory usage.
this is a sample of avs file, but , I'll repeat, all avs imported give that error

LoadPlugin("C:\programmi\avisynth 2.5\plugins\DGDecode.dll")

Mpeg2Source("G:\dvd\NUOVAC~2\VIDEO_TS\vendetta\vendetta.d2v")

[foxyshadis]

Uninstall avisynth, search for and remove any instances of avisynth.dll (make sure you search hidden and system fiels too). Reinstall the latest. Do the same with dgdecode (dgindex.exe & dgdecode.dll). That should fix whatever incompatibility you're running into. Just make sure you update megui's path if your avisynth folder changes.

[niphlod]

:goodpost:


thanks, it corrected the problem ....... :)

[bkman]

Are you guys ever planning to fix the MeGUI cpu use during audio encoding problem that has been reported a number of times? Just wondering...

[sp@rrow]

In version 2192 - does`t automatically apply delay correction.
Where take version 2190? (and it would be not bad - if somebody post link to archive of versions in the first post)


Adaptive muxer when loading a raw video stream - show error:
Could not load file or assembly "MediaInfoWrapper, Version=1.0.0.0 ....

[check]

sounds like your install is missing components sparrow, try reinstalling and downloading all the required updates.

[sp@rrow]

check
Try in version 2192 - load audio file # "T01 2_0ch 192Kbps DELAY -80ms.ac3" - and you see that delay automatic not apply

About adaptive muxer - after downloading (autoupdate) MediaInfo.dll and MediaInfoWrapper.dll - when loading a raw video - megui "down"

If version 2192 works perfect for you - tell me how correctly make autoupdate??

[check]

the delay addition I have no idea if it's in working state or not at the moment - I don't use megui for muxing.
As for the update, are you sure they exist in your megui\ file? Other than that, I have no idea, try manually updating them.

[jellysandwich]

Hmm, I seem to have a problem with subtitles, but I'm not sure if it's a muxing problem or a playback problem. Would someone mind testing this clip for me quickly (only 5MB)?

http://amnah.net/uploader/files/1/videos/cb_sub_test.mp4

This is what I get:

http://amnah.net/uploader/files/1/images/cb.png

(The subtitles are supposed to be yellow, not light blue.)

js

[Carpo]

plays in yellow here - using media player classic

[Sharktooth]

inverted color planes?

[sjchmura]

I saw some reports of a similar error back in Jan 2006.

See the jpg

Basically: Job= TS -> MKV(x264 / Ac3) - with the Ac3 just muxed NOT re-encoded

1. Choose Encode video to x264
2. Press AUTOENCODE, select addition stuff for mkv, choose the ac3 file (so we just mux it)
3. Next screen pops up, as - normal
4. Click go - we see this error "unable to proceed"

If you generate a MP4 with x264/aac the whole autoencode works fine.... in fact if you transcode to a lower ac3 level it also works. So the bug seems to be the queue for just muxing. I did not have a problem a few weeks ago ...

Suggestions???? All program paths are correct, choosing MKV muxer brings up the proper ac3 file

[epaminondas20]

When i go to the filters tab in avscreator where i get to analyse my video to give me back options for deinterlacing I get an error message saying that i am missing TIVTC.dll from my avisynth/plugins folder but i have both the .dll file and the backup file. I don't know what's wrong but i can't use it. Also during the progress where i demux a video, when i change priority to normal DGIndex is crushing.

Please help me out

Thanks

[nurbs]

Same here.
Happened after I did an autoupdate, so I suspect the new TIVTC version causes it.

[kharan5876]

I also just updated TIVTC to the latest version (1.0 RC7) and am getting this error.

[Sharktooth]

please let megui autoupdate and see if the problem persists.
i reverted TIVTC to RC4.

[kharan5876]

Confirmed Fixed after update

[sjchmura]

Sharktooth...

Any thoughts on my MKV error?? I have tried installing, re-installing etc.

[Carpo]

RC6 will work fine - i have posted about tivtc RC7 not working with megui somewhere on these forums - guess no one listen (no suprise really ;p )


edit: see here http://forum.doom9.org/showthread.php?p=893142#post893142

[epaminondas20]

I don't have time to search the forums for each error separately. I know this is the thread for reporting bugs or problems.

Thanks though for fixing it.

[Sharktooth]

Seems RC7 works differently than previous versions.
However any link to RC6?

EDIT: Never mind... found it.

[Carpo]

i see RC6 has made its way to the updates ;)

[carlo_0000]

encoding h264 hd from TS dvbs2 still not working :readguid:

i convert the .ts to raw using TSConverter

output : Cascada.raw

open it in the last version of megui

DirectShowSource("F:\record\Cascada.raw",fps=25,audio=false)
#Not doing anything because the source is progressive
crop( 194, 140, -194, -130)
LanczosResize(1280,720) # Lanczos (Sharp)
#denoise

i choose modified SA-HD-DVD profil
then queud the job

got this message:
your AviSynth clip is is the wrong colorspace, 1612612740
The colorspace should by YV12. Do you want me to add ConvertToYV12() to the end of your script?

i choose yes
start encoding
when it finish, 1st file size si very big
and 2nd the output file is completly corrupt

see it your self

i add here the .raw .ac3 .avs and the output .mp4

http://perso.latribu.com/tribu/Cascada.rar

:mad:

[SCIF]

Switch "Use Advanced ToolTips" is not working in MeGUI build 2192.

[Selmer79]

Report pulled... Playing the audio in QT sounded bad, playing the audio in foobar2000 sounds just fine...

[chros]

Try in version 2192 - load audio file # "T01 2_0ch 192Kbps DELAY -80ms.ac3" - and you see that delay automatic not apply
2 major bugs !

1. Yes, the audio delay is broken in 2 places!
- at the audio encoder configuration panel: delay correction (try it with small sample with a large (2000 ms) amount). It's strange, because it's code is behappy ...
- at the muxer part (at least I have tried mp4 muxer)

Workaround if you got delay till it'll be fixed:
- use behappy
- create an avs script like this (behappy's using these), and encode this:
NicAc3Source("filename DELAY -137ms.ac3")
EnsureVBRMP3Sync() # Some black magic to avoid desync
# Delay Audio by -137 ms
DelayAudio( -137.0/1000.0)

2. MeGUI_darx and MeGUI_dary avisynth global vars doesn't null-ed after an encode !!! -> so if the next one doesn't have these vars in the script it will have in the encode !!!
If the next one has these vars, no problem, it will properly set these values.
So maybe the fix can be: at the beginning of every encode these vars must be null-ed.

Try it with 2 avs script:
- the 1. have these values (anamorphic encode) -> queue
- the 2. doesn't (non-anamorphic encode) -> queue
- encode

3. it's not exactly a bug: if the source is 1080p material, the picture doesn't fit in the 19'' screen in the avs creation, so I can't use the slider below the screen.
Possibly fixes:
- make this window drag-able not just only on the title
- or as it's working in AvsP v1.3.1

Question: doesn't think about integrating AvsP v1.3.1 in megui (like behappy) ?
It has lots of features, and will be opensource too ...

At final: thanks again this great proggy ...

[Sharktooth]

encoding h264 hd from TS dvbs2 still not working :readguid:

i convert the .ts to raw using TSConverter

output : Cascada.raw

open it in the last version of megui

DirectShowSource("F:\record\Cascada.raw",fps=25,audio=false)
#Not doing anything because the source is progressive
crop( 194, 140, -194, -130)
LanczosResize(1280,720) # Lanczos (Sharp)
#denoise

i choose modified SA-HD-DVD profil
then queud the job

got this message:
your AviSynth clip is is the wrong colorspace, 1612612740
The colorspace should by YV12. Do you want me to add ConvertToYV12() to the end of your script?

i choose yes
start encoding
when it finish, 1st file size si very big
and 2nd the output file is completly corrupt

see it your self

i add here the .raw .ac3 .avs and the output .mp4

http://perso.latribu.com/tribu/Cascada.rar

:mad:
Probably a problem with your installed decoders.
Check if the AVS file plays correctly in MPC...

Switch "Use Advanced ToolTips" is not working in MeGUI build 2192.
tnx...

[Sharktooth]

OK, I'm getting kinda frustrated trying to figure this one out..

I've been trying to rip Ronin (US DVD-release) to my iPod for a while, and meGUI is doing great, for the most part. (I used the mewiki iPod-guide, with only one exception, I use 700kbit/sec instead of 1000kbit/sec for the video.)

I muxed the video and audio and put it into iTunes, played it to see if it worked, but no sound..

First thing I do is to check the audio-file, and it sounds awfull.. The audio-file sounds like it's been run through a flanger/wahwah filter, kinda phase-shifting at a rate of 0.5Hz (if anyone could point me to a cutting-tool, I'd post a sample).

I tried encoding the same .ac3 to MP3, and that works fine so it has to be something about the Nero AAC, but the weird thing is that I can only reproduce it with Ronin.. I've transcoded The Boondock Saints (also US DVD release) just fine with the same settings. Only difference I can think of is that TBC was encoded on an AMD64 3500+, and Ronin on an AMD64 X2 4600+..
Try encoding the audio separately with the same encoder but with a different tool (SNG or behappy).
Ensure you have the latest encoder version (neroaac 1.0.0.2) and check if the problem persists. If it does, then it's a nero encoder problem and you should inform nero about that.