MeGUI Bug-Report Thread [Archive] - Page 23

View Full Version : MeGUI Bug-Report Thread

Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 [23] 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38

Sharktooth

5th June 2006, 03:52

I've added the latest Nero AAC commandline encoder (1.0.0.2) in the megui autoupdate.
Please test it and report any problems here, thanks.

bkman

5th June 2006, 11:26

Strange bug in 2161: The encoding window disappeared after I installed an unrelated application with an NSIS installer. 7-zip 4.42 to be precise. The encoding job is still going, but the window is gone :(

Any ideas?

Doom9

5th June 2006, 11:34

And you are 300% sure you didn't accidentally click somewhere you're not supposed to? It happens that you press the wrong X.. I've accidentally clicked in the wrong place a lot and still do.

check

5th June 2006, 12:48

2162 bitrate calculator bugs. still broken n_n :P
General:
-nothing seems to automatically update the bitrate anymore! Only a few fields will update the bitrate when changed (audio 1 bitrate, storeage medium, others?)

Time:
-does not import video length any more (iirc it used to)
-manually entering length of playback in seconds does not update the hours/min/secs fields
-framefield seems to only function as an indicator, can you grey it out to remove any doubt about its function?
-B-frame works fine :D

Audio:
-bitrate only goes up to 100 for audio tracks, can you change this back to a combobox (the style where it has a dropdown of common values plus user enterable value)?
-audio track 2 not counted towards bitrate
-some audio types seem to fail and produce whacky video bitrate suggestions: raw-aac, dts, mp2 (these are all right next to each other in the list fyi)
-"x" buttons don't seem to work (they simply activate bitrate but don't set it to 0)

Output format:
-video codec used has no effect
-container works :D

Filesize & Results:
-manually setting filezise in mb doesnt work. kb seems to work

In future, this is the correct place to post this right? A few bugs are being reported in the dev thread...

bkman

5th June 2006, 12:53

And you are 300% sure you didn't accidentally click somewhere you're not supposed to? It happens that you press the wrong X.. I've accidentally clicked in the wrong place a lot and still do.

I don't think so. Can the encode window even be closed or hidden without aborting the encode, though? And if so, is it possible to show it again?

check

5th June 2006, 13:08

bkman, did you minimise to tray?

Doom9

5th June 2006, 13:11

A few bugs are being reported in the dev thread...and I then have to move them here. This is the one and only place to report bug. Anything else is creating additional work for me.

bkman

5th June 2006, 13:19

bkman, did you minimise to tray?

Nope, nothing in the tray, although I think it was minimized before it disappeared. Has anyone else experienced this? Maybe it has something to do with my Windows XP?

parcival

5th June 2006, 16:16

@parcival

The reason the winamp dll's are not provided is because they are currently licensed to winamp. Distributing them apart from the winamp package is a violation of their AUP.
I thought so, just wanting to be sure.

A small bug: Resizing of UpdateWindow doesn't resize the elements inside it.

Carpo

5th June 2006, 17:10

this is a strange one

i am trying to back up final fantasy advent children - during the annalysing phase it kicks up and error saying

unexpected value in C:\Documents and Settings\Carpo\Local Settings\Temp\interlace-e8818a81fe024b20a12719eaa54e1aff.log - make sure tivtc.dll is in you avisynth plugins directory

well i have checked an it is - the information in the log is

false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means

carrys on like that all through the log

any idears - using avisnyth 2.55

dimzon

5th June 2006, 17:41

I've added the latest Nero AAC commandline encoder (1.0.0.2) in the megui autoupdate.
Please test it and report any problems here, thanks.

unfortunally this is strongly prohibited by EULA (http://www.nero.com/nerodigital/eng/down-ndaudio.php)

This License does not provide any rights to reproduce and/or distribute this software package in whole or in any part.

Sharktooth

5th June 2006, 18:30

well, 1.0.0.0 was already there... i just updated it.
however the license doesnt explicitly state the distribution is prohibited... and im not and end-user... :p

Kostarum Rex Persia

5th June 2006, 23:07

unfortunally this is strongly prohibited by EULA (http://www.nero.com/nerodigital/eng/down-ndaudio.php)

I really don't know why, because Nero Digital Audio is freeware product. That is really bold.

XadoX

7th June 2006, 07:46

unexpected value in C:\Documents and Settings\Carpo\Local Settings\Temp\interlace-e8818a81fe024b20a12719eaa54e1aff.log - make sure tivtc.dll is in you avisynth plugins directory

I get the same Probs.

XiFF

9th June 2006, 06:48

Hi,
I'm getting this error and it makes my computer unable to do any encode in x264, then I fired up a Virtual PC and managed to use it for a few days to encode x264 and after awhile I got the same msg on it as well.

So Im wondering if this could be that my system memory is corrupt?

This happens after I load an AVS file into MeGUI and only after i close the preview window. but vdubmod and mpc can play the avs file just fine. I can also use any other codec to encode the avs file as well.

http://img84.imageshack.us/img84/2664/error4ol.jpg

AMD X2 3800+ system, Win XP Pro SP2 with all new updates, x264 ver 5.30, latest MeGUI x264 ver, AVS 2.56.

dimzon

9th June 2006, 09:58

Carpo

10th June 2006, 00:06

berrinam

10th June 2006, 07:59

any updates ?
Perhaps the addition of ConvertToYV12 to the scripts in 0.2.3.2164 will fix it. Update and see if it does.

berrinam

10th June 2006, 08:00

A small bug: Resizing of UpdateWindow doesn't resize the elements inside it.Resizing is now not available in 0.2.3.2164:D

Carpo

10th June 2006, 13:18

Perhaps the addition of ConvertToYV12 to the scripts in 0.2.3.2164 will fix it. Update and see if it does.

i updated to latest megui and added ConvertToYV12 as you suggested

tried that but now i get a diff error - happenes with or without ConvertToYV12

http://img101.imageshack.us/img101/2393/error1dj.th.jpg (http://img101.imageshack.us/my.php?image=error1dj.jpg)

berrinam

10th June 2006, 13:22

i updated to latest megui and added ConvertToYV12 as you suggestedI think there's a misunderstanding here -- the latest megui automatically adds ConvertToYV12.

tried that but now i get a diff error - happenes with or without ConvertToYV12

http://img101.imageshack.us/img101/2393/error1dj.th.jpg (http://img101.imageshack.us/my.php?image=error1dj.jpg)
While this is certainly annoying, it is not an error, per se. It means you have an unusual source type which MeGUI is not aware of. Can you upload a small sample of the unprocessed source somewhere, please, so that I can adjust the detection algorithm to support your type of source.

Carpo

10th June 2006, 13:59

i have cut out about 30 seconds from the first vob and have uploaded it - i have pmd you the info

/me now waits for an update :P

check

10th June 2006, 14:04

2164 bitrate calculator bugs:
none!
Thanks to berriman and everyone who worked on this, it obviously took a while to fix the calculator and I'm a big fan of some of the design choices you made (such as the new audio bitrate input).
This is a half bug, half request. Would it be possible to add in a button to force an update to the bitrate? When inputting values into textboxen, the bitrate does not update until a button is clicked, which means if you are entering a manual filesize (such as 1.0, 1.5 or 2.0gb), you need to increment and then decrement the filesize after putting in the size.
Thanks!

bob0r

10th June 2006, 15:36

2164 bitrate calculator bugs:
none!
.....
Thanks!

Hmm what is the purpose of audio track 2?

Is it active? Should it work the same as audio track 1?

If so, for audio track 2:
You can not select type
Changing values does not change the result.

Selecting the audio file works for both (mp3 and raw-aac detected as test)

... also not sure what is the function of the 'X' ?
Is it a reset/remove button? If so should it reset all values to 0?

When you start calculator and change bitrate of audio tracks it goes in steps of 16, when you set time to lets say 2 hours, it uses steps of 15.
I guess this problem is part of "it's just an interface detail" link (http://forum.doom9.org/showthread.php?p=838724#post838724)

Sharktooth

11th June 2006, 15:14

bug: megui eats too much cpu cycles when encoding with some codecs (expecially audio) due to too fast interface updates in both main form and progress window.

berrinam

12th June 2006, 01:41

bug: megui eats too much cpu cycles when encoding with some codecs (expecially audio) due to too fast interface updates in both main form and progress window.
Is it a serious issue? Roughly how much CPU time is used when doing an encode?

bkman

12th June 2006, 08:55

bug: Profiles still don't save alterations. A new profile has to be made to save changes.

How about just having a simple "Save" button?

quake74

12th June 2006, 10:35

maybe it's the same as the "Profiles don't save changes" but to set the bitrate of a clip it's only possible to do it through the bitrate calculator and clicking apply. If it change the bitrate using the config button on the main megui, if I close and click config again, the bitrate is still the old one (and the old one is the one used when i start the encoder).

Rumbah

12th June 2006, 11:37

Is it a serious issue? Roughly how much CPU time is used when doing an encode?

For me it is about 20-30% of the CPU time that is used by MeGui on a P4 3.2 Ghz when encoding audio.

Doom9

12th June 2006, 12:34

For me it is about 20-30% of the CPU time that is used by MeGui on a P4 3.2 Ghz when encoding audio.Since it's megui that opens the avisynth script in that case, I would presume that the CPU cycles used for the avisynth filter to read and decode the audio is listed as part of megui's cpu usage. When encoding video, it's the video encoder that reads the video so the CPU usage is reflected entirely as part of the encoder process, not the megui process.

Sharktooth

12th June 2006, 12:55

i tested it on a xp2600+ box and megui eats 60% of cycles when encoding with nero aac.
however, as i said, it's due to the too much interface updates.

bkman

12th June 2006, 13:23

Since it's megui that opens the avisynth script in that case, I would presume that the CPU cycles used for the avisynth filter to read and decode the audio is listed as part of megui's cpu usage. When encoding video, it's the video encoder that reads the video so the CPU usage is reflected entirely as part of the encoder process, not the megui process.

No that isn't the case; Behappy and even older (still avisynth audio) versions of MeGui didn't consume nearly so much CPU time while encoding.

check

12th June 2006, 14:11

Have tou compared encoding speed of using meGUI bs commandline? 60% of CPU time to updateing sounds excessive, to say the least.
With the nero encoder it could be possible, because it updates every frame or so, but 60%?? I just find it hard to believe without proof that 60% of the CPU is for GUI updates.

cc979

12th June 2006, 15:31

i tested it on a xp2600+ box and megui eats 60% of cycles when encoding with nero aac.
however, as i said, it's due to the too much interface updates.

i just tested .ac3 to .mp4 encode with megui with nero-aac,
megui about %25 and nero-aac 75%, i used processexplorer to check

CruNcher

12th June 2006, 22:45

seems an old bug is back profiles changes don't update automaticly anymore you have to save a new profile geez why are those bugs coming back once they were fixed ?
build is 0.2.3.2166

holzi

13th June 2006, 18:43

When you try to encode somthing with 2pass in XviD
I get this error when I configure 1st pass.
http://img104.imageshack.us/img104/2785/megui8ob.th.jpg (http://img104.imageshack.us/my.php?image=megui8ob.jpg)

In 1st pass you don't get an avi. you only get a stats file.
The gui dosn't allow to set a filename anyway which is correct but it still checks if I set an output avi file.
Since I can't set one I can't go on with encoding. Didn't test other multipass encodings. Since I only use xvid.
But I guess it will be the same.
Greetings
Holzi

ChronoCross

13th June 2006, 19:02

Seems as though megui doesn't realize that it's configuring a first pass and doesn't require output.

holzi

13th June 2006, 19:29

well half of the gui realise it :) the other half doesn't

Rumbah

13th June 2006, 23:27

Now I tested Stereo Wav -> AAC with Megui against the Nero command line encoder alone and the encoding with Megui was 20% slower.

I doubt that the wav reading and handling it to the Nero encoder by avisynth takes 20% processing time so it seems to be a Megui issue.

Sharktooth

13th June 2006, 23:31

Try enabling ClearType fonts and you'll see that 20% rise up to 40/50% ...

berrinam

14th June 2006, 03:12

Ok, to clarify, is this an issue when encoding things other than audio in MeGUI?

dimzon

14th June 2006, 12:09

there are 3 possible reason to slowdown audio encoding
1) MeGUI using AviSynth for audio decoding and processing, sometimes it's slower than BeSweet. If You choose "Increase volume automaticaly" it performs floating-point computations (BeSweet performs fixed point) and It eats more CPU power
2) Since Win32 architecture there are additional bottleneck during transfer unpacked PCM data to encoder process via STDIN pipe
3) Possible too much GUI updates (I'm updating it approx each 4096 audio samples)

Rumbah

14th June 2006, 12:28

Disabling "Increase volume automaticaly", so without normalisation, the difference between MeGui and the command line is even 30% for me.

shon3i

14th June 2006, 13:24

Yes but get very quiet file. I think that is fastest way to do Normalization (Reply Gain) from foobar RG scaner and than just apply db value with AmplifyDB in BeHappy.

If that RG scaner (from foobar) or simmilar can be integrated in MeGUI/BeHappy, that will very cool thing because is faster, and make file very louder (without any cliping, distorsion) than Normalize.

dimzon

14th June 2006, 13:35

If that RG scaner (from foobar) or simmilar can be integrated in MeGUI/BeHappy, that will very cool thing because is faster, and make file very louder (without any cliping, distorsion) than Normalize.
AFAIK there are RG scanner in NicMPG123Source... So we can use it in next release...

btw: this is new version of NicAudio.Extension for BeHappy
<?xml version="1.0"?>
<BeHappy.Extension xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://workspaces.gotdotnet.com/behappy">
<AudioSource UniqueID="1B1E7952-5316-4C88-88DF-24EDCCD8A8C7">
<Plugin>
<MultiOptionSource Type="BeHappy.Extensions.MultiOptionSource, BeHappy">
<DialogWidth>200</DialogWidth>
<TitleFormatString>{0}</TitleFormatString>
<SupportedFileExtension>mpg</SupportedFileExtension>
<SupportedFileExtension>mpeg</SupportedFileExtension>
<SupportedFileExtension>mpa</SupportedFileExtension>
<SupportedFileExtension>mp3</SupportedFileExtension>
<SupportedFileExtension>mp2</SupportedFileExtension>
<Option>
<Name>NicMPG123Source</Name>
<Value>NicMPG123Source("{0}")</Value>
</Option>
<Option>
<Name>NicMPG123Source (Normalize)</Name>
<Value>NicMPG123Source("{0}", true )</Value>
</Option>
</MultiOptionSource>
</Plugin>
</AudioSource>
<AudioSource UniqueID="ff49a26c-7348-4674-a28f-17bf7fcb38cc">
<Plugin>
<MultiOptionSource Type="BeHappy.Extensions.MultiOptionSource, BeHappy">
<DialogWidth>0</DialogWidth>
<TitleFormatString>{0}</TitleFormatString>
<SupportedFileExtension>ac3</SupportedFileExtension>
<Option>
<Name>NicAc3Source</Name>
<Value>NicAc3Source("{0}")</Value>
</Option>
<Option>
<Name>NicAc3Source (DRC)</Name>
<Value>NicAc3Source("{0}", DRC=1)</Value>
</Option>
</MultiOptionSource>
</Plugin>
</AudioSource>
<AudioSource UniqueID="bd3ac54a-5c6a-4f9f-9d42-2d3990a0fafd">
<Plugin>
<MultiOptionSource Type="BeHappy.Extensions.MultiOptionSource, BeHappy">
<DialogWidth>0</DialogWidth>

<TitleFormatString>{0}</TitleFormatString>
<SupportedFileExtension>dts</SupportedFileExtension>
<Option>
<Name>NicDtsSource</Name>
<Value>NicDtsSource("{0}")</Value>
</Option>
<Option>
<Name>NicDtsSource (DRC)</Name>
<Value>NicDtsSource("{0}", DRC=1)</Value>
</Option>
</MultiOptionSource>
</Plugin>
</AudioSource>

</BeHappy.Extension>

Doom9

14th June 2006, 14:02

you could always try to bump up the number of samples per status update.. it does update very frequently in the audio department, a lot more than for video encoding and what besweet used to do.

Sharktooth

14th June 2006, 14:21

Ok, to clarify, is this an issue when encoding things other than audio in MeGUI?
I think it's related to all those programs that frequently update the stdout.
So, yes, at this time it's only related to audio but it could be a more general problem in future.

shon3i

14th June 2006, 14:51

AFAIK there are RG scanner in NicMPG123Source... So we can use it in next release...
And what we do with AC3 or DTS, anyway this is faster metod but only for MP1/2/3 input.

Here (http://www.mytempdir.com/739089) is very quiet ac3 cutted form Saw 2 which have very quiet 6ch AC3 audio. i do some test with normalize and RG scaner from foobar.

First i open ac3 i foobar 0.9.2 and do ReplayGain scan, and he give me this results

http://img227.imageshack.us/img227/51/rg6jf.jpg

I need to amplifydb by 15.84db, this is very big amplify value, but when i apply this i get very loud file, without clipping/distozing.

I created avs script to emulate normalize proces

NicAC3Source("CSaw2 T01 3_2ch 448Kbps DELAY 0ms_fixed.ac3",DRC=1)
Normalize()

Open into foobar and to rg scan again, and i get

http://img207.imageshack.us/img207/7024/rg28uo.jpg

So i need to amplyfy more 5db to get same effect.

So then RG works totality different form Normalize, because RG works something like Hard Limit but with pre-scan proces.

acrespo

14th June 2006, 15:46

Autoencode still has two bugs in 2167 version.

1-) When I do a AVI encode, the container selected in "Automatic Encoding" window is MP4 and not AVI. And in the "Adaptative Mux Window" the Output selected is MKV, not AVI.

2-) When I don't encode the audio, I choose "Add additional content" in "Automatic Encoding" window. Then I choose my .MP4 or .MP3 file and click in "Go" button. Nothing happens. Then I change the file name and press "Go" button again to function correctly.

DeathTheSheep

14th June 2006, 17:29

3-) XviD encoding is wacko it seems. No matter what quantizer you enter (CQ mode), it always uses 8. Also, some checkboxes don't work--that is, even if you check Cartoon Mode, when you hit OK, it is then automatically unchecked. Thus, every encode I do is forced into Q8, and many options can't be selected--no cartoon mode, no chroma optimization, etc...