MeGUI Bug-Report Thread

[dimzon]

Didn't one of dimzon's latest commits already take care of that (redirect calls to avswrapper instead of using interop via dgdecode to access the video). In fact, looking at the dev thread, he did:
Actually I do nothing about error reporting yet - i need to modify all code wich invokes d2vReader's methods for this
public bool openD2V()
{
try
{
this.reader = AvsReader.ParseScript("Mpeg2Source(\"" + this.fileName + "\")");
return true;
}
catch (Exception e)
{
Console.Write(e.Message);
return false;
}
}

[dimzon]

fixed
0.2.3.2069 7 Feb 2006
Commit by dimzon
- Better diagnostics for d2v
- Fixed some resource leak in VideoUtil

[Doom9]

i need to modify all code wich invokes d2vReader's methods for thisWell.. go nuts then.. just keep the coding guidelines in mind.

[dimzon]

Well.. go nuts then.. just keep the coding guidelines in mind.
really i have found only one "DGindex reported 0 frames in this file. This is a fatal error. Please recreate the DGindex project" entry in solution - @ VideoPlayer.cs and perform modification. If anyone know another place please inform me!

[arnea]

Hi!

Audio encoding via Avisynth produces mute sound clip when DirectShowSource is used in AVS script.

Avisynth 2.5.5
MeGUI 0.2.3.2063

I discovered it when I tried to convert some WMV to iPod format. I used DirectShowSource in AVS (created it manually) and fed it into both video and audio encoding. Video encoding worked just fine. Audio encoding procuded clip with correct parameters but without sound. I made some experiments with other clips. I had some raw-AVI's that worked fine with AviSource but created empty clip when I used DirectShowSource.

Thanks for the nice tool, I especially like that it prints out the command lines - very educational.

Arne

[dimzon]

I discovered it when I tried to convert some WMV to iPod format. I used DirectShowSource in AVS (created it manually) and fed it into both video and audio encoding. Video encoding worked just fine. Audio encoding procuded clip with correct parameters but without sound. I made some experiments with other clips. I had some raw-AVI's that worked fine with AviSource but created empty clip when I used DirectShowSource.
1) Does You hear sound when you opening your script in any DShow player?
2) Provide your script
3) Provide (if possible) wmv sample (less than 10MB please, upload it @ mytempdir.com in ZIP or RAR or 7Z)

[Doom9]

really i have found only oneThat sounds about right.. after all.. d2v reading is only used for the preview window with a d2v input.

[Turd_Ferguson]

@Doom9
sorry about the delay, but i finally ran that command line you posted. it returned the same error that was in the windows error. i have a screen shot of the command line and error attached.

the second attachment is a screen shot of the Avisynth script generator after loading the .d2v file from DGIndex. fps show as "NaN". when i open the .d2v file in wordpad, fps shows as...

Frame_Rate=23976

the third attachment shows the Automatic Encoding window. each 16:9 ratio DVD i have tried shows a NEGATIVE bitrate in this field. i never select bitrate, always file target size, and usually it is "don't care".

i am fairly certain it is not the muxing that is the problem, since i can get the exact same senario to work if i only use a 4:3 ratio DVD. what should i try next? there must be an Avisynth command or plugin that i can use to deal with the 23.976 fps, and that might fix everything else down the line. mabey?

[pcaca]

Why don't you add /platform:x86 switch in the compile.bat in order fix the compilation bug for Windows XP x64 and compile the ChronoCross builds with that switch?
I don't have any problems because i can do CVS checkout and compile it by myself, but there are people wich can't do that. I think that it's inconvinient for someone who uses Windows XP x64 to download and configure TortoiseCVS wich is not completley compatible with x64 and you must use 32-bit explorer to do CVS checkout.

[Doom9]

@Turd_Ferguson: 1) just as I suspected.. you have a buggy mp4box build.
each 16:9 ratio DVD i have tried shows a NEGATIVE bitrate in this field. I very much doubt that has anything to do with it.. rather this signifies a number overflow.. which bodes the question of preview.. what if you load the avs.. do you have a proper preview and does the source has the proper length reported? And then there's the question on what audio streams you have configured, and what you have clicked and typed in the auto-encode window. Add to that what the codec's bitrate was set to before you pressed auto-encode (I can't reproduce it).

[Richard Berg]

I'm sure it's already on the list. MeGUI is under heavy development; I don't expect us to release a new "official" build very soon.

[max-holz]

I noticed that in version 2064 the bitrate is not transferred from bitrate calculator to commandline and I do not know if the size is settled correctly.
I do not know if this bug caused by the hard development was fixed or not.

[Richard Berg]

What bitrate? Snow? MP3?

I know there was a bug fixed recently with FAAC bitrate getting lost.

[max-holz]

What bitrate? Snow? MP3?

I know there was a bug fixed recently with FAAC bitrate getting lost.

x264 bitrate

[Tzim]

It's been a long time since I did my last video encoding trials.
I just wanted to try MeGUI, as a .net fan I am.

But ... it crashed on my system as soon as I opened an .avs file, saying that avisynth wasn't there. Damnit, it shouldn't crash, I have avisynth install, as I can pass avs files to x264 CLI.

So what ? I'm under Windows XP x64. So I checked, and here's the problem :
MeGUI is launched on a 64-bit process, with the x64 framework. As a 64bit process, it can't load 32bits dlls, and crashes trying to load avisynth.

As it's said there : http://blogs.msdn.com/junfeng/archive/2005/12/09/502327.aspx
Managed applications compiled with compiler option /platform:anycpu (MSIL only applications) will be executed as 64 bit native processes.
The decision is made by the OS.

So I used the corflags tool to mark the exe as 32bit only.

I think you should use the /platform:x86 option to compile MeGUI. Note that that changes only one bit of the final exe, to tell windows to run it only on 32bit framework.

More info : http://blogs.msdn.com/joshwil/archive/2005/05/06/415191.aspx

[Doom9]

@tzim: this has already been reported and can easily by fixed if you recompile on your own. See http://forum.doom9.org/showthread.php?t=106740

[Tzim]

Noted. I didn't recompile but used corflags, but thanks, and megui looks like a great tool...

[dimzon]

@tzim: this has already been reported and can easily by fixed if you recompile on your own. See http://forum.doom9.org/showthread.php?t=106740
commited new compile.bat - now it contains /platform:x86 switch

[Sh4nn0w]

I have been using the 0.2.3.2063 stable build for encoding, no probs.

I've noticed whilst trying out the subsequent builds I've compiled that since 0.2.3.2064 in the settings tab that DGIndex Default Audio Track 1 & 2 no longer display the drop down of languages, but Systems.Collections.G......

Couldn't see this listed elsewhere in the buglist.

Great App, keep up the good work:D

[berrinam]

I've noticed whilst trying out the subsequent builds I've compiled that since 0.2.3.2064 in the settings tab that DGIndex Default Audio Track 1 & 2 no longer display the drop down of languages, but Systems.Collections.G......
Reproduced here. Added to the buglist.

[dimzon]

Reproduced here. Added to the buglist.
fixed

[The Link]

The audio configuration seems to be broken (build 2069):

1) Creating a new audio profile generates an error.
2) If there's already a preset for a codec chosen and you click "config" also an error message pops up.
3) Changing the state of the "Audio profile" dropdown box doesn't make the codec dropdownbox adapt, i.e. changing from an aac profile to a mp3 profile doesn't make the codec dropdownbox change to mp3.
4) Adding a job to the queue prouces "Audio iput/output types are incompatible". Clicking "config" before adding a job avoids that message and the job gets properly added to the queue.

edit: added point 4

[dimzon]

@The Link
1) - fixed
2) - fixed

[dimzon]

@The Link
3) - fixed in 0.2.3.2075

@developers
Can't fix 4) issue myself - there are really ugly ununderstandable code!

[The Link]

Thanks for the quick fixes :) Point 4 is there since I use MeGUI so it seems to be indeed severe and not easy to fix but since there's a workaround it's not too bad for me.

There are still some things which are not correct (imho) in the AVS script creotor (build 2078):

1) The noise filter dropdown box contains the same values as the resize filter dropdown box.
2) The preview button at the bottom works if the original preview window is open but produces wrong results: It looks like the crop values got applied double so that there's not much left to see from the image. If the original preview window has been closed the preview button at the bottom generates an error message.
3) The crop dialog button is still dysfunctional, i.e. the crop preview window works but the values don't get applied and the OK and CANCEL buttons don't work.

[The Link]

In the settings you can't chose the default audio tracks independently, i.e. if you change the language in one of the two dropdown boxes the other one gets changed to the same value (build 2078).

[dimzon]

@The Link
1) fixed (this is my stupid bug during refactoring)
2) Ask Doom9, seems like this is by design
3) Still under contruction (waiting Doom9 decision)
4) Ask Doom9, seems like this is by design

[bob0r]

2079 won't compile:

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AviSynthWindow.cs(1555,10): warning CS1030: #warning: 'This is just quickfix, please check it!'
baseAudioConfigurationDialog.cs(603,57): error CS0234: The type or namespace name 'Interaction' does not exist in the namespace 'Microsoft.VisualBasic' (are you missing an assembly reference?)
JobUtil.cs(559,30): warning CS0618: 'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use LanguageSelectionContainer.Languages instead'
mkvMuxWindow.cs(116,21): warning CS0618: 'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use LanguageSelectionContainer.Languages instead'
MuxWindow.cs(127,21): warning CS0618: 'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use LanguageSelectionContainer.Languages instead'

I waited hours for sourceforge cvs to update to 2079, before i compiled x264 rev 425, and now megui does not compile :p

[Turd_Ferguson]

YES! i got it! i finally got a video encode of a 16:9 DVD with the PD-iPod profile.
the problem this whole time was that the .d2v file created by DGIndex 1.4.6 contained this line:

Frame_Rate=23976

When it should have been this:

Frame_Rate=23976 (24000/1001)

AutoEncode worked fine after i changed that one line. again, this only happened to me with 16:9 ntsc dvd's. when i use 4:3 ntsc dvd's the frame rate line is correct, and everything works fine.

[ChronoCross]

2079 won't compile:


try compiling directly from within VS. it works. the compile.bat has some type of problem. perhaps with the addition of the x64 compatibility.

[Doom9]

2) Ask Doom9, seems like this is by design
3) Still under contruction (waiting Doom9 decision)
4) Ask Doom9, seems like this is by design
NO bugs are by design. Please remove the crop dialog (it should've never made its way into functional builds)

[leowai]

2079 won't compile:
try compiling directly from within VS. it works. the compile.bat has some type of problem. perhaps with the addition of the x64 compatibility.
I've managed to compile it from the compile.bat.

Just add /r:%windir%\Microsoft.NET\Framework\v2.0.50727\Microsoft.VisualBasic.dll to the end of MeGUI and MeGUI-svn compilation command lines.

[Doom9]

"/r:%windir%\Microsoft.NET\Framework\v2.0.50727\Microsoft.VisualBasic.dll" Uh.. and there I thought megui was written in C#.. did somebody convert all the code without telling me?

[dimzon]

Uh.. and there I thought megui was written in C#.. did somebody convert all the code without telling me?
Fresh compile.bat commited, error fixed (sorry)
@Doom9
MeGUI still written un C# but I'm using one VB.NET function - InputBox (Microsoft.VisualBasic.dll is part of .NET Runtime)
Later it can be replaced by custom form

[Sh4nn0w]

version 0.2.3.20.81

You can now select a default audio track for DGIndex in the settings tab, but not 2 independant languages, ie track 2 automatically defaults to track 1 default language. (I tried changing to other languages, same problem)

Also the same if change track 2, track 1 changes to the same language.

Just to add, the following came up when compiling:

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AviSynthWindow.cs(1555,10): warning CS1030: #warning: 'This is just quickfix,
please check it!'
JobUtil.cs(559,30): warning CS0618:
'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use
LanguageSelectionContainer.Languages instead'
mkvMuxWindow.cs(116,21): warning CS0618:
'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use
LanguageSelectionContainer.Languages instead'
MuxWindow.cs(127,21): warning CS0618:
'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use
LanguageSelectionContainer.Languages instead'
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

[dimzon]

fixed

[bob0r]

When i post my output, you can take that seriously too.

Should we paste output warnings or not?
Because it seems you do not test your sumbits :)

[dimzon]

Because it seems you do not test your sumbits :)
I'm using VS.NET to compile, not compile.bat, sorry

[bob0r]

That still doesn't answer my question.

[dimzon]

No, I does not need warnings

[bob0r]

You mean we should not paste warnings as bug reports?

[dimzon]

You mean we should not paste warnings as bug reports?
Yes. Warnings is not errors

[shon3i]

I found error i avs creator in lastest build he can create script.
I get this script
LoadPlugin("c:\....\dgdecode.dll")
mpeg2source() <-this is wrong
other is not interstenig
I have d2v input and i get message There is not Mpeg2Source.

[berrinam]

There's something wrong on your end. We've been using that script for ages and it works fine. What version of dgdecode.dll and dgindex.exe are you running?

[shon3i]

Lastest DGIndex 1.4.6. There is no error with script i get
mpeg2source()
instead
mpeg2source("c:\....\example.d2v")

[Richard Berg]

We've been using that script for ages and it works fine.
How could that script ever work? The d2v filename is a required parameter.

[berrinam]

How could that script ever work? The d2v filename is a required parameter.
Ah right, I completely missed that. The moment I read that bug, I tested it on my computer, and it worked fine. I think some more description of how to generate this bug is required.

[shon3i]

AVS creator won't use plugin dgdecode.dll and i get error message, "There is not function mpeg2source in avisynth". Avs can use mpeg2source beacouse plugin is not loadded.

[Kostarum Rex Persia]

Yes, I can confirm that. AVS creator won't use plugin dgdecode.dll. I get same error message just like shon3i.

[bob0r]

http://files.x264.nl/megui-2085-x264-config.jpg

Need i say more? :D

Edit:
Fixed