MeGUI Bug-Report Thread

[Limobar]

@Limobar: am I correct to assume that job10-2 is the audio job that didn't work out and job12 is the audio job that caused no problem (and respectively job11 is the muxjob whose result couldn't be properly played and job13 is the muxjob whose result you were able to properly play?)

All assumptions are correct. I've added colors to my message, to make things clearer (I hope).

[acrespo]

2153 version has the same problem of all versions from 2146.
I did these steps:

1- Load AVS in video input.
2- Choose the video profile and x264+MP4 container
3- Click on Autoencode
3- Choose the size (174 Mbytes) and check Add additional content.
4- Choose the audio file already compressed with Nero AAC.
5- Press Go button. Nothing happens.

I did a fresh install of 2153 version upgraded from 2148. MP4Box is from 19 May. The only way to mux audio and video is after do 2passes with final video and final audio ready and click on menu Tools>Muxer>Adaptative and choose the files manualy and add a separate queue for this.

Back to version 2132 and all is function again.

[Doom9]

hmm.. same audio commandline..
can the .aac file be played properly?
as far as the muxing goes, what happens if you try to mux the .aac file manually (assuming it can be played)?

Also, could you open a command prompt at the location of your mp4box.exe and paste the following, then press enter:

-add "E:\Samples\freedom.264" -add "E:\Samples\rep-freedomland-sample T01 3_2ch 384Kbps DELAY -191ms.aac" -fps 23.976023976024 -new "E:\Samples\freedom-muxed.mp4"

And if it doesn't work, try again but this time with -fps 23.976 (so strip away the rest of the fps string)

[DeathTheSheep]

The Nero AAC files made with this thing seem to be non-spec compliant, so MP4box chokes on 'em.

Anyway, my bug. (Another Nero AAC problem).
Muxing an x264-mkv and Nero AAC doesn't work: only the video is kept. MeGUI tells mkvmerge to use track "0" when it doesn't exist: the audio is in track 1. There is no way for the user to change this behavior, either.

Manually muxing with MKVmergeGUI 1.7 is fine--it detects that the audio is in track 1, not in track 0, so it muxes properly to mkv.

I have the same MP4 problem that acrespo and many others have with Nero audio muxing. Any other AAC (faac, CT AAC) work fine with both mkv and mp4, regardless of settings. So...

PS: For Nero, I use LC-AAC VBR Q .15, just so ya know ;)

[Limobar]

hmm.. same audio commandline..
can the .aac file be played properly?
as far as the muxing goes, what happens if you try to mux the .aac file manually (assuming it can be played)?

No sound. Job 11. The red part of the log.

Also, could you open a command prompt at the location of your mp4box.exe and paste the following, then press enter:

-add "E:\Samples\freedom.264" -add "E:\Samples\rep-freedomland-sample T01 3_2ch 384Kbps DELAY -191ms.aac" -fps 23.976023976024 -new "E:\Samples\freedom-muxed.mp4"

No sound.

And if it doesn't work, try again but this time with -fps 23.976 (so strip away the rest of the fps string)

No sound.


The muxed file without sound (.mp4) + AAC = audio + video working (both fps tried)
The original video file (.264) + AAC = video working (both fps tried)

Is there something wrong with the original video file (.264)?

Shouldn't the audio file have a mp4 container, in the first place?

[parcival]

I have a problem with MeGUI and 1st pass encoding.
Whenever I choose "2pass-1st pass" (x.264) and press enqueue I get the following error message:

Video output filename does not have the correct extension.
Based on current settings, it should be mkv

(or mp4 if mp4 was selected before it become grayed out)

What am I doing wrong? 1st pass isn't supposed to create a file right?

[acrespo]

Bitrate calculator has a small bug. I did these steps:

The steps to wrong result values:
1- Change the audio bitrate and file size.
2- Change the container from MKV (default) to MP4.
3- The results are the same for MKV and MP4

The steps to correct result values:
1- Change the container from MKV (default) to MP4.
2- Change the audio bitrate and file size.
3- The results are correct (different) for MKV and MP4.

In other words, it seems that when the container is changed the results are not changing but if you change anything after container the results are changing considering the new container.

[berrinam]

Ok, so nero shouldn't be used to generate AAC files. We know that, but it needs a bit of a restructure to fix it, so you'll just have to cope for now.

I'm interested in the slowdown that people are talking about. While I have not touched audio encoding, I've refactored the video encoding. Perhaps running another thread caused a significant slowdown, so if people can give me some exact numbers to show this, that would be good.

[acrespo]

It's strange I am using Nero via BeLight (LC VBR Streaming) and OK to version 2132 but with version 2146 and up, I can only mux manualy. My problem is not the same as yours.

I don't know if neroaacenc will be a problem for me because I am using ABR 112 Kbps (2pass) when I do some convertions. I will test some of them with MeGui tomorrow.

[Doom9]

@berrinam: if youv'e halfways kept my way of registering encoders, then you could register the nero encoder to only do mp4. I'm quite surprised that raw aac is chosen in automatic mode.. mp4 should have first priority. In fact, since we're not using avimuxgui now (it cannot handle aac in mp4 so that's why I introduced raw aac), perhaps it would be better to remove raw aac again.

[futurex]

i have 0.2.3.2153 from x264.nl and i'm still getting the "bitrate calculator not refactored" message. but it said here it was fixed, so i just ignore it. but when i'm setting the output size, the calculated bitrate does not change when i alter the audio bitrate. eg. in the screenshot below, the calculated bitrate stays at 2445kbps even if i change the audio bitrate to 320, 0, etc. naturally the file size doesn't end up how i want it

http://img231.imageshack.us/img231/562/megui3bd.jpg


doesn't anybody else experience this? :o

[Limobar]

@berrinam: if youv'e halfways kept my way of registering encoders, then you could register the nero encoder to only do mp4. I'm quite surprised that raw aac is chosen in automatic mode.. mp4 should have first priority. In fact, since we're not using avimuxgui now (it cannot handle aac in mp4 so that's why I introduced raw aac), perhaps it would be better to remove raw aac again.

Sounds good to me. :)

[dimzon]

In fact, since we're not using avimuxgui now (it cannot handle aac in mp4 so that's why I introduced raw aac), perhaps it would be better to remove raw aac again.
CT AAC doesn't support MP4 output...

[berrinam]

@berrinam: if youv'e halfways kept my way of registering encodersI have, but it is not complete for the Audio Encoders: a single monolithic AviSynthAudioEncoderProvider is registered, which manages all of the audio encoding... it seems to me to be a bad structure, but I've avoided touching audio as much as possible, since that seems to be dimzon's area.

Anyway, I said it would need a restructure, and I meant that it would need to be separated into separate AudioEncoderProviders for each encoder (which I think is a good idea anyway).

[shon3i]

CT AAC doesn't support MP4 output...

Why should not make only mp4 otput because is more better than aac, for both FAAC, CT or aac support for Nero.

[Doom9]

How about registering the avisynthprovider multiple times, but each time with different capabilities? Then again I think that would lead to a codec dropdown that would include AAC multiple times because there are multiple AAC encoders... we're back to the "one codec multiple encoders" problem.

[Doom9]

@futurex: I can confirm that behavior. It gets worse as changing codec and / or container doesn't seem to be having an effect either.

[berrinam]

How about registering the avisynthprovider multiple times, but each time with different capabilities?I'll sort something out -- it'll end up being the same as video, which is good.

Then again I think that would lead to a codec dropdown that would include AAC multiple times because there are multiple AAC encoders... we're back to the "one codec multiple encoders" problem.I don't see this as a problem -- that is exactly how it SHOULD work.

[Doom9]

I don't see this as a problem -- that is exactly how it SHOULD work.
Hmm.. I was too quick to jump to judgement.. it's actually not this situation.. we'll have multiple AAC encoders, but one called CT AAC, one ND AAC and one FAAC.. and that's indeed what we want. I must've still been asleep when I posted :(

[hhanh00]

It seems like SAR doesn't work anymore after the checkin: 'berrinam: Silent commit: partway of IJobProcessor refactor'. Is it expected?

I noticed that nothing calls findSAR anymore. It used to be in CommandlineVideoEncoder.cs.

Thanks,
--h

[sp@rrow]

Half of bugs have caught, there was second half =))))

Use raw-aac in autoencode it`s bad idea - mp4box don`t understand raw-aac:


Log for job job1

Adjusting AVC SizeLength to 16 bits
AVC-H264 import - frame size 704 x 384 at 25.0000 FPS
Adjusting AVC SizeLength to 24 bits
Import results: 4871 samples - Slices: 38 I 1617 P 3216 B - 1 SEI - 38 IDR
Stream uses B-slice references - max frame delay 2
Audio isn't MPEG-2/4 AAC with ADTS
Error importing D:\Test\test.aac:lang=English: BitStream Not Compliant
(BitStream Not Compliant)


Bag 2:
If in autoencode choose necessary bitrate - then "Files Size" - will be real size*1000:
Bitrate put 1700kbit, size has calculated 40482mb =)))


job job1-1 has been processed. This job is linked to the next job: job1-2
We have an audio job followed by a video job
The audio job is named job1-1. The first video job is named job1-2.Found another video job: job1-3.
The audio job is named job1-1 the first pass job1-2.
The video job has a desired final output size of 42 448 453 632 bytes and video bitrate of 1000 kbit/s
Found a preceding audio job: 'job1-1'.job1-1 completed successfully, taking size into account...The size is of this track is 1732370 bytes, and the type is Raw-AAC. Taking this into account in the bitrate calculation.
Desired video size after substracting audio size is 41 451 826Setting the desired bitrate of the subsequent video jobs to 1 742 831 kbit/s

[shon3i]

Use raw-aac in autoencode it`s bad idea - mp4box don`t understand raw-aac:
If you use ND AAC and raw aac this not work because ND AAC only work with MP4 container like CT AAC only work with raw aac and not with mp4 for now.

[sp@rrow]

Yes i use Nero aac - but after autoencode files with "aac" extension (actually mp4 but with "aac" extension =)))
And mp4box don`t understand these files (MP4Box - 20060519).

[Carpo]

doesn't anybody else experience this? :o

ye i have done for a bit but if you roughly know what bitrate your audio is you can choose the rate in the drop down box and it seems to give a closer avg than without :)

[shon3i]

Yes i use Nero aac - but after autoencode files with "aac" extension (actually mp4 but with "aac" extension =)))
And mp4box don`t understand these files (MP4Box - 20060519).
That is bug in AutoEncoder because Nero MP4 can't have aac extension so not only mp4box reject that file, any player will reject too.

@dimzon Can you manage to use only mp4 containers for all Nero, CT, FAAC, because is more flexible

Thanks

[Avish]

Guys, please take a look at this http://img345.imageshack.us/my.php?image=whyisthishappening8qj.jpg

First look at what error MeGUI is giving & then look in the background & please tell me why is this happening?

Happend 3-4 times, everytime it gives the same error. Why can't it find it when it is right there. :rolleyes:

[cc979]

using 0.2.3.2153 24 May 2006

just tested the CT AAC

and got an error,
Job completed successfully and deletion of intermediate files is activated
Starting job job1 at 20:59:34
calling setup failed with error Can't find encoder D:\Utils\AV\DVD\Me.GUI\tools/encaacplus\encaacplus.exe, please check settings!

so had to change the path to:
D:\Utils\AV\DVD\Me.GUI\tools\encaacplus\enc_aacPlus.exe
and it found it ok

[acrespo]

I did some tests with neroencaac.exe in ABR mode. I can't mux when I do autoencode but I can do separate jobs to encode video (2passes) and other to mux audio (encoded previously with SNG 0.71) and video.

The final file is OK.

[Sharktooth]

using 0.2.3.2153 24 May 2006

just tested the CT AAC

and got an error,
Job completed successfully and deletion of intermediate files is activated
Starting job job1 at 20:59:34
calling setup failed with error Can't find encoder D:\Utils\AV\DVD\Me.GUI\tools/encaacplus\encaacplus.exe, please check settings!

so had to change the path to:
D:\Utils\AV\DVD\Me.GUI\tools\encaacplus\enc_aacPlus.exe
and it found it ok
fixed in 0.2.3.2155

EDIT: to fix encaacplus.exe -> enc_aacPlus.exe you have to delete your settings.xml file and let megui recreate it... you obviously need to set the paths again.
you can also uninstall megui, clean the folder and reinstall from a newer version package.

[Avish]

Guys, please help me out here!! I've put the "enc_aacplus.dll" in appropriate folder, that is "C:\Program Files\megui\tools\encaacplus" where "enc_aacPlus.exe" is also present, but still meGUI gives me error "Can't find enc_aacplus.dll!"

What is going wrong here? Have I put "enc_aacplus.dll" in wrong place?

Here is the screenshot http://img345.imageshack.us/my.php?image=whyisthishappening8qj.jpg

[Carpo]

you could always do as sharktooth suggests - as i had the same prob with the \ and / and his solution worked for me :) (shame the bitrate calc still hoosed)

[dimzon]

Guys, please help me out here!! I've put the "enc_aacplus.dll" in appropriate folder, that is "C:\Program Files\megui\tools\encaacplus" where "enc_aacPlus.exe" is also present, but still meGUI gives me error "Can't find enc_aacplus.dll!"

What is going wrong here? Have I put "enc_aacplus.dll" in wrong place?

Here is the screenshot http://img345.imageshack.us/my.php?image=whyisthishappening8qj.jpg

Since winamp 5.22 You need nscrt.dll (from winamp\plugins folder) too

[chipzoller]

In 0.2.3.2155 when I create a job using x264 and neroaacenc (selecting MP4-AAC as the audio output) and use the autoencode button, it spits out a .aac file and not a .mp4 for the audio (even though it SEEMS to be muxing correctly now). If I create an audio job with the same settings and choose MP4-AAC as the output, it outputs a .mp4 file.

I'm still experiencing slow-downs in this version compared to previous ones. Let me know what I can provide that would help.

EDIT: I take that back...the .aac file it outputs is not playable at all, and the muxed video rightly will not playback the audio.
In fact, this is what MediaInfo 0.7.2.1 reports about the muxed file:

Audio #0
Codec : MPEG-2 Audio
Bit rate : 154 Kbps
Channel(s) : 5 channels
Sampling rate : 7 KHz

Contrary to what it says about the single .aac file (encoded from DVD AC3 audio):

Audio #0
Codec : AAC LC
Bit rate : 75 Kbps
Channel(s) : 2 channels
Sampling rate : 48 KHz
PlayTime : 1h 34mn

[dimzon]

I'm still experiencing slow-downs in this version compared to previous ones.
What does slow-downs means?

[fight2win]

1.in megui, in x264 encoding, if i configure 2-pass-1st pass, i cannot enqueue it, as it says output is not mp4

2.if i chose a high bitrate, and do 2-pass automatic , then at 2nd pass it automatically lowers the bitrate, i see it in log.

are these bugs anyone else seen?

[Sharktooth]

both confirmed.

bug nr.2 seems megui doesnt always update the selected profile...

[chipzoller]

What does slow-downs means?

Slow-downs mean a considerable drop in encoding speed for both audio and video compared to previous versions. For example, with the HQ-slow profile on first pass turbo, I was getting over 15 fps with my P4 2.4GHz, and now on the same source with the same settings I get under 10 fps. Although it would seem this would be a x264 problem, but I don't see how.

The important thing right now is the issue with the audio.

[DeathTheSheep]

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.

[Xin-Hong]

0.2.3.2155

I have the same bug than sp@rrow with filesize and autoencode, my settings :
- Create an AviSynth script, i edit it to remove audio=false
- Set codec to x264, container mkv, profile AE-Standard
- AviSynth script as Audio Input, codec ND AAC Q=0.34, container MP4-AAC
- Autoencode with filesize = 140 MB

Found a preceding audio job: 'job1-1'.job1-1 completed successfully, taking size into account...The size is of this track is 15780251 bytes, and the type is Raw-AAC. Taking this into account in the bitrate calculation.
Desired video size after substracting audio size is 2224609Setting the desired bitrate of the subsequent video jobs to 14542 kbit/s

Full logfile can be found here (http://membres.lycos.fr/icarusnetspace/logfile-06-05-26_13-58-54.log)

And in update window, controls are not resized with the window

[Avish]

Since winamp 5.22 You need nscrt.dll (from winamp\plugins folder) too:thanks: Dimzon, now its working!!

[dimzon]

The important thing right now is the issue with the audio.

AFAIK MediaInfo is bugfull
try to get AAC info via fresh foobar2000 (add file to playlist and choose "properties" in popup menu)

[chipzoller]

try to get AAC info via fresh foobar2000

Negative...when dropping the file into foobar it will not even read it (i.e. not allow in a playlist). Clearly there is something wrong with megui's output of this file.

So I have to queue up video then audio separately in order to get an aac file in .mp4 wrapper that is functional at all.

[fight2win]

is there any way to manually config 2 separate passes?

[shon3i]

foobar 0.9 not support raw aac files only in mp4

[sp@rrow]

Please correct "my" bugs - there all simply =))

[Inc]

I just compiled the actual CVS 0.2.3.2155 and I did recognise a hughe bug in the provided SAR out of the script.


1.) In the Globals which are stored in the Script you did set "DAR" values, as an anamorphic keeping test of mine did result in ...
global MeGUI_darx = 199
global MeGUI_dary = 100
So far in case of DAR that is almost ok. as it was almost my wanted DAR (anyway ITU was not taken into account of my DVD source but thats not the point now)
2.) Now the Problem: These 199:100 have been set as -sar parameter to x264's commandline. So as these 199:100 actually are DAR values and you can assume how stretchy the playback resulted.
3.) In the Preview Window below it says "PAR" but actually calculates to the preview resizing a "DAR" when choosing "Show PAR".

Solution:
Keep in MeGUI internally the calculations "PAR/SAR" based and not DAR based. By this in my case a PAR of i.E. 64/45 (here non ITU) should be inserted in my script which will also be interpretd well by x264.exe.
And finally in the auto-Preview window do calc the image-preview-resize when choosing "Show par" out of a PAR and not a DAR.


I did a test and applied in a script of mine where 720x576 are cropped to 640x400 (trashy original incl. hughe big le+ri borders)
global MeGUI_darx = 64
global MeGUI_dary = 45
.. and everything played back fine.

[berrinam]

2.) Now the Problem: These 199:100 have been set as -sar parameter to x264's commandline. So as these 199:100 actually are DAR values and you can assume how stretchy the playback resulted.Yes, that bit of code disappeared during the refactor. It will come back soon.
3.) In the Preview Window below it says "PAR" but actually calculates to the preview resizing a "DAR" when choosing "Show PAR".Please explain the difference between DAR and PAR.

[Inc]

DAR = DisplayAspectRatio = The total Image aspect ratio at final playback calculated out of width/height.

Means in case of 768/576 = GCD --> 4/3 = 1.33333p

PAR = PixelAspectRatio which equals SAR.

In Case of ISO/IEC 13818 Mpeg2 :
height*(DAR)
ISO MPEG PAR = ----------------
width

So in ISO Mpeg 720x480 do result in ...

480*(4/3) = 640
--- = 8/9 (GCD)
720

But most DVD Sources are produced to be played back via DVD SAPs which semselfs are purposed to be used for TV Devices. And thats what most of our sources which will be encoded to mpeg1/2/4 are made of.
And here counts the ITU (a simple way to get the PAR is as followed):
TV_Mhz
------------
Playback_Mhz

So as a DVD SAP plays back a 720x576(480) @ 13.5Mhz .. in PAL that results in ...

14,769230 (PAL TV)
---------
13.5 (Playback of 720 width's )

= 1.09402 = 128/117
In case of SVCD i.E. which is played back at 9 Mhz this results in
14,769230
--------- = 1,641026 = 128/78
9

http://lipas.uwasa.fi/~f76998/video/conversion/#conversion_table

[Avish]

I'm not sure if it's a bug in meGUI, but I'm letting u guys know anyway. I encoded a mpa file to CT AAC at 48 kbps using meGUI.

When I opend it in MPC, it's properties shows its a "AAC 22050Hz Mono 48Kbps".

In CoreAAC's Info Panel it says "AAC+SBR 44100Hz Stereo 93kbps!!!

Both infos confused me a bit so I checked it with foobar2000. Foobar2000 showd this:
bitrate = 48
channels = 2
samplerate = 44100
aac_profile = AAC HE
aac_header_type = ADTS
codec = PS AAC
So which one is correct?[my gut says its Foobar!!] & Why all the different infos? & Can I correct the wrong info? If yes then How? Coz I don't want to burn it with wrong info.:D

[shon3i]

foobar is only correct, and i told you (sbr) HE-AAC must have 22050Hz and when play this file decoder reconstruct(upsample) to 44100. Everything is fine.