MeGUI Bug-Report Thread

[max-holz]

Rev. 0.2.3.2104

AviSynth Script generator: when I select the dv2 project the application give this message: there is no function named "Mpeg2Source", is crazy? :confused:

Better to return to 2063, is more stable. :D

P.S.
I read the changelog, I suppose I must ask to Dimzon :D

I have done a debug the error was caused by:


if(0!=dimzon_avs_init(ref _avs, func, arg, ref _vi, ref _colorSpace, ref _sampleType, forceColorspace.ToString()))


in AvisynthWrapper.cs

With version 2063 no problem with the same script and same configuration of MeGUI.

[Doom9]

We already have a "Safe profile alteration" option.I know.. and I never liked it one bit.. I don't dislike it as much to insist on removal, but it's a borderline case for me. I find the update on pressing the update button the most user friendly and least confusion.. anything else makes assumptions about knowledge the user may or may not have. And as codec configuration screens change, the safe profile alteration has to be updated, and during refactoring I found many instances where this hasn't been done (and I didn't do it either.. there are some changes in the x264 and xvid config coming).

[Sharktooth]

well... remove it (the safe profile thing) and add the "update" button to the dialog.

[shon3i]

AviSynth Script generator: when I select the dv2 project the application give this message: there is no function named "Mpeg2Source", is crazy? You must copy dgdecode.dll from dgindex folder to "c:\program files\avisynth\plugins" directory

[max-holz]

My mystake, my plugins dir is under another path. Ok

[bob0r]

@nexus

Email that file to [ nexus @ x264 .nl ] and ill put it on files.

[cc979]

not sure if its known bug or not

on the 1click configuration screen, the profile new/delete not working i try to remove a profile it says its not found even tho it shows

[cc979]

megui 0.2.3.2105 crashes on the avs script creator if you save before the analyze is completely finished

[Caroliano]

Megui shows this error mensage:
http://img467.imageshack.us/my.php?image=meguierror1qd.png
when I try to open this profile:
<?xml version="1.0"?>
<VideoProfile xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<Name>yakitate-error</Name>
<Settings xsi:type="x264Settings">
<EncodingMode>1</EncodingMode>
<BitrateQuantizer>35</BitrateQuantizer>
<KeyframeInterval>250</KeyframeInterval>
<NbBframes>3</NbBframes>
<MinQuantizer>10</MinQuantizer>
<MaxQuantizer>51</MaxQuantizer>
<PARX>0</PARX>
<PARY>0</PARY>
<Turbo>false</Turbo>
<V4MV>false</V4MV>
<QPel>false</QPel>
<Trellis>false</Trellis>
<CreditsQuantizer>40</CreditsQuantizer>
<Logfile>.stats</Logfile>
<CustomEncoderOptions />
<FourCC>1</FourCC>
<Zones />
<PSNRCalculation>false</PSNRCalculation>
<noFastPSkip>false</noFastPSkip>
<NoiseReduction>0</NoiseReduction>
<MixedRefs>true</MixedRefs>
<X264Trellis>1</X264Trellis>
<NbRefFrames>3</NbRefFrames>
<AlphaDeblock>0</AlphaDeblock>
<BetaDeblock>0</BetaDeblock>
<SubPelRefinement>6</SubPelRefinement>
<MaxQuantDelta>4</MaxQuantDelta>
<TempQuantBlur>0</TempQuantBlur>
<BframePredictionMode>2</BframePredictionMode>
<VBVBufferSize>-1</VBVBufferSize>
<VBVMaxBitrate>-1</VBVMaxBitrate>
<METype>1</METype>
<MERange>16</MERange>
<NbThreads>1</NbThreads>
<MinGOPSize>25</MinGOPSize>
<Profile>2</Profile>
<Level>15</Level>
<IPFactor>1.4</IPFactor>
<PBFactor>1.4</PBFactor>
<ChromaQPOffset>0</ChromaQPOffset>
<VBVInitialBuffer>0.9</VBVInitialBuffer>
<BitrateVariance>1.0</BitrateVariance>
<QuantCompression>0.6</QuantCompression>
<TempComplexityBlur>20</TempComplexityBlur>
<TempQuanBlurCC>0.5</TempQuanBlurCC>
<SCDSensitivity>40</SCDSensitivity>
<BframeBias>0</BframeBias>
<Deblock>true</Deblock>
<Cabac>true</Cabac>
<WeightedBPrediction>true</WeightedBPrediction>
<AdaptiveBFrames>true</AdaptiveBFrames>
<BFramePyramid>false</BFramePyramid>
<BRDO>true</BRDO>
<biME>false</biME>
<ChromaME>true</ChromaME>
<P8x8mv>true</P8x8mv>
<B8x8mv>true</B8x8mv>
<I4x4mv>true</I4x4mv>
<I8x8mv>true</I8x8mv>
<P4x4mv>true</P4x4mv>
<AdaptiveDCT>true</AdaptiveDCT>
<Lossless>false</Lossless>
<QuantizerMatrix />
<QuantizerMatrixType>0</QuantizerMatrixType>
</Settings>
</VideoProfile>
This is an old profile that I made long time ago. Something may changed, and make this error.

[Sharktooth]

This is an old profile that I made long time ago. Something may changed, and make this error.
old profiles are not supported

[berrinam]

Fixed both of cc979's bugs in 0.2.3.2017.

[Sharktooth]

MeGUI forces the mp4 extension on the raw aac files that faac creates
Description: See http://forum.doom9.org/showthread.php?p=793640#post793640
Status: Not yet solved.
Uhm, that happens only with besweed mode. Avisynth encoding works as expected, so, since besweet mode should be removed it's not worth fixing it.

[max-holz]

I want to signal this problem again.
When I press the pause button the job continues, seems that pause only the displyed percentage not the x264 process that continues (I wait for 10 minutes).

I have a gigabyte GA-8AENXP-D motherboard with dual channel memory and P4 3.4 with hyperthreading.

[cc979]

Fixed both of cc979's bugs in 0.2.3.2017.

using 0.2.3.2106 bugs still there

[Sharktooth]

he meant 2107 not 2017 :)
get it here: http://prdownloads.sourceforge.net/megui/MeGUI.NETv2.0_Bins_0.2.3.2107.zip?download

[Doom9]

@max-holz: you're the only one that has this problem and we cannot reproduce it.. it's kinda hard to fix something that cannot be reproduced, wouldn't you agree?

[dimzon]

I want to signal this problem again.
When I press the pause button the job continues, seems that pause only the displyed percentage not the x264 process that continues (I wait for 10 minutes).

I have a gigabyte GA-8AENXP-D motherboard with dual channel memory and P4 3.4 with hyperthreading.
Does you have EXTREME slow script or x264 settings in this case?
Can You reproduce this bug using something like

Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version()

[max-holz]

Does you have EXTREME slow script or x264 settings in this case?
Can You reproduce this bug using something like

Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version()

I have done this discussion long time ago. The answer is with every version, settings and scripts.

I have tried to debug without success, simply the thread doesn't suspend.

[shon3i]

I want to signal this problem again.
When I press the pause button the job continues, seems that pause only the displyed percentage not the x264 process that continues (I wait for 10 minutes).
That is true. Encoding won't stop. Just continue but litle slower.

[max-holz]

That is true. Encoding won't stop. Just continue but litle slower.

I already know the answer. Doom9 said that the problem is our machine cos he has no problem. :)
I don't want to criticize but perhaps thread syncronization is not managed in the proper way :o
I know is dfficult but perhaps using a queue and a thread pool is better than the process class only.

P.S.
Seems that I'am not the only person :D

[Doom9]

I have tried to debug without success, simply the thread doesn't suspend.That's not correct.. I recall you telling that you see that the mre is set properly and that nothing is executed in megui anymore. What happens if you run megui in the debugger and press the pause button? that will effectively freeze the megui process so you can be 101% sure megui is not doing anything anymore. And I am using the code pattern you can download from MSDN to run commandline executable, and MRE's are suggested in the MSDN documentation to synchronize threads.. and there's nothing more to keep from working than the stdout and stderr reader.. keep in mind no threads are started anywhere.. it's all implicit using the mechanism Microsoft suggests to dispatch stdout and stderr output.

Also, have you ever tried if you disable HyperuselessThreading? (it's gonna die btw: http://www.theinquirer.net/?article=30087).

[max-holz]

That's not correct.. I recall you telling that you see that the mre is set properly and that nothing is executed in megui anymore. What happens if you run megui in the debugger and press the pause button? that will effectively freeze the megui process so you can be 101% sure megui is not doing anything anymore. And I am using the code pattern you can download from MSDN to run commandline executable, and MRE's are suggested in the MSDN documentation to synchronize threads.. and there's nothing more to keep from working than the stdout and stderr reader.. keep in mind no threads are started anywhere.. it's all implicit using the mechanism Microsoft suggests to dispatch stdout and stderr output.

Also, have you ever tried if you disable HyperuselessThreading? (it's gonna die btw: http://www.theinquirer.net/?article=30087).

AND I TOLD YOU that I have done the debug and the result is that your beautiful ManualResetEvent.Reset() affects only the MEGui process but not x264, and the code doesn't brush your stdout and stderr. Finally it's not the fisrt time that uncle Bill suggests shit.

[Doom9]

Well, if you wanna be like that..

[cc979]

this i have not tried till just now

on the avisynth script creator

if you retain anamorphic resolution and set SAR

then choose your width say 320, the autocrop just crops the preview screen but does not resize, so close the preview to see what it looks like small

but you change your mind and increase the width then hit autocrop

you get a fatal error

is that normal ? or a bug ?

[Doom9]

you get a fatal error

is that normal ? or a bug ?That very much sounds like a bug. Could you post the first few lines of the error message for reference?

[cc979]

That very much sounds like a bug. Could you post the first few lines of the error message for reference?

as image, ok

[cc979]

just noticed on playback of small 320width anamorphic test

it did'nt stretch out as it should, had mux it with yamp using PAR 16/9

[ChronoCross]

EDIT: Nevermind I fixed the problem. it seems for some reasona fter my reformat I suddenly need a new dll in my audio folder (MFC71.dll) like the guide says. Figured it out about 10 mins after this posting lol

[berrinam]

just noticed on playback of small 320width anamorphic test

it did'nt stretch out as it should, had mux it with yamp using PAR 16/9
AR signalling is another one of those issues which has been changed and changed and changed. It is a real pain, but it worked for me in all situations last time I tried, except for XviD, as there is a limitation/bug in mencoder. Can you give specific details and make sure that the error is not actually on your end, please?

[Doom9]

except for XviD, as there is a limitation/bug in mencoder.The good news there is that encraw supports custom ARs and I already make it use them in all situations I found.. we can thus get rid of the ar recalculation routines by the time the next stable build is ready.

[Sharktooth]

well... it seems we're getting rid of a lot of stuff and that can be only a good thing :)

[Doom9]

@max-holz: I'm still wondering, you have one machine, I have two (different manufacturers and completely different types).. have you ever tried it on another machine or tried disabling HyperThreading? There's plenty of apps that act a bit weird on HT CPUs. Also, did the x264 pause ever work on 1.1 builds? I used a completely different suspension there.. I kept a thread that reads x264's output and suspended that thread. It should not make any difference (in fact I've been using MREs in my thesis project that runs on a Pocket PC because there never was any Thread.Suspend in the .NET CF - it works like a charm and a PDA architecture is a lot more sensible towards resource management and timing than a regular PC), but I'd still consider it interesting.

Also keep in mind that there is no way to suspend a process. Even W32 only has an API to suspend threads, and it's considered unsafe, so the best way to make an application stop dead in its tracks is trick it into not processing any further, which can often be achieved by simply stop reading its stdout and stderr. It does not always work, and some apps just continue running (mp4box will stop until it starts with the subs.. then it will just go on doing its thing.. but if you pause before, it actually pauses, mp4creator cannot be made to stop.. it simply goes on and on and on which is no surprise since it has essentially no output).

it seems we're getting rid of a lot of stuffIf you could see me developing... I don't need that anymore so let's delete it, that is too static, let's scrap it.. methods generally are getting a lot smaller but unfortunately I also have to add quite a bit of new stuff. And getting from the codec to the ideal output type given the target container is going to be a major PITA.

[dimzon]

It does not always work, and some apps just continue running (mp4box will stop until it starts with the subs.. then it will just go on doing its thing.. but if you pause before, it actually pauses, mp4creator cannot be made to stop.. it simply goes on and on and on which is no surprise since it has essentially no output).
Does we really need "Pause" feature in MeGUI? I beleive it's enought jus set priority to Idle...

[Sharktooth]

:stupid:

[Doom9]

Does we really need "Pause" feature in MeGUI?I've never had the need, but it comes practically for free the way it's done now so I see no compelling reason to remove it. And it seems to work for everybody but one or two people.

[dimzon]

I've never had the need, but it comes practically for free the way
Wrong. You need time to support it && interact with users to anwer to questions about non-working pause button...

[Doom9]

that just shows we need an FAQ ;) I'm not going to look into what max reported since it only happens on his box.. without reproducability, what's there to fix? And you may have noticed that some jobprocessors don't do anything when you call pause on them because they just cannot be stopped by stopping stdout/stderr reading.. and I haven't even heard anyone complaining.. fast jobs are generally much less of a problem.

[cc979]

@berrinam

create mp4/x264

DVD input DAR 16:9 (1.778) PAL
retain anamorphic res and set SAR

output res 320, 192 - suggested resolution
with crop using Lanczos (sharp)


going by the display of mpc/ffdshow

both versions say 320x192 for input & output size

but

megui version: SAR 47/20, DAR: 47/12 for input/output ratio

yamp version (with forced input PAR 16/9 pal): SAR 16/11, DAR: 80/33 for input/output ratio

[cc979]

thought mention this too

using autoencode
do you have set the audio output filename manually, as it does have one automaticly on selecting input file

but here it says audio input/output types are incompatible

[Raithmir]

0.2.3.2107 still two previous bugs I've mentioned before...

1) I've created my own audio encoding profiles, if I load my ac3 audio then select a profile from the drop down box, clicking on queue give an error "audio input/output types are incompatible". I have to click on config, then on ok without changing anything, adding it to the queue then works fine.


2) On the main input tab, select your video profile, and click on config. The profile box on the configuration window isn't populated, then clicking ok on the configuration window blanks out the profile selection when you return to the main window.

I see a post from berriman suggesting this is intentional behaviour. In my opinion this should not be the case (although I expect someone to post saying yes it is and thats the end of it).

[ChronoCross]

0.2.3.2107 still two previous bugs I've mentioned before...

1) I've created my own audio encoding profiles, if I load my ac3 audio then select a profile from the drop down box, clicking on queue give an error "audio input/output types are incompatible". I have to click on config, then on ok without changing anything, adding it to the queue then works fine.


I've confirmed this. opening up the config dialog and closing it fixes the issue. however we shouldn't have to do that. so this is a bug.


2) On the main input tab, select your video profile, and click on config. The profile box on the configuration window isn't populated, then clicking ok on the configuration window blanks out the profile selection when you return to the main window.

I see a post from berriman suggesting this is intentional behaviour. In my opinion this should not be the case (although I expect someone to post saying yes it is and thats the end of it).

I cannot verify this. the codec profiles work perfectly for me. when I change the settings inside and come back to the main screen the profile is gone but the new settings remain, this is intentional as doom9 stated.

[Sharktooth]

2) On the main input tab, select your video profile, and click on config. The profile box on the configuration window isn't populated, then clicking ok on the configuration window blanks out the profile selection when you return to the main window.
it's an intentional behaviour.
i agree with you though... it should not be like that.

[sp@rrow]

If to create d2v project in Megui - and in "DGIndex Project Creator" to specify "On completion load files" - that in adjustments of audio of coding - the delay is not considered. To consider a delay - it is necessary to open a new ac3 file.

I apologize for the English - I from Russia :-))

[Doom9]

it's an intentional behaviour.No.. it's an error on my part when I refactored a bunch of stuff prior to my last commit. And I already outlined how it should all work. Feel free to fix the parts that do not interfere with upcoming refactoring (I pointed those out previously).

[sillKotscha]

a fatal error occurs during the following scenario...

if I choose the video_profile (http://www.webalice.it/f.corriga/megui/MeGUI-x264_generic_profiles_v21.7z) HQ-Insane and than click on the x264 codec config button, the following error appears:

http://i2.tinypic.com/r79fgi.png

that does not happen with any other video_profil.

I'm testing latest x264 revision r467 (http://x264.nl/) with included megui svn edition v.0.2.3.2108

is that reproducible or just a one man scenario? :)

Edit: just a sidenote... no avs script is loaded nor a video output is specified, I have just opened megui, choose a video profile (in that case HQ-Insane) and hit the config button

[Tima]

I get this error too.

[Doom9]

never use an svn build with a non svn profile.. both x264 svn and megui svn only support svn features.. most notably there's no subme 7, and your profile includes subme 7:
<SubPelRefinement>6</SubPelRefinement>

That's what causes the problem.

[cc979]

on MeGUI 0.2.3.2108 using avs script creator

i open a d2v retain anamorphic, autocrop
then hit preview

it shows the correct autocrop size, but it does'nt resize first is the normal function ?

[sysKin]

1) I've created my own audio encoding profiles, if I load my ac3 audio then select a profile from the drop down box, clicking on queue give an error "audio input/output types are incompatible". I have to click on config, then on ok without changing anything, adding it to the queue then works fine.

My workaround was to open the audio again. And again if it still happens. Thanks for a better workaround.

Now, I have another bug here: Queue sometimes does not proceed to next item, at random. I have "autostart queue" checked and the following actions will sometimes reproduce it, sometimes not:
1. Start video encoding, and when it encodes set up audio and enqueue that. A warning will show up, new item will be added to queue. After video finishes, audio remains at "waiting" state and does not start.
2. Make an "automatic 2-pass" video encoding. Second pass is added to the queue but might not start after 1st pass finishes...

The chance for this bug happening seems to be ~50%, more or less.

[ChronoCross]

Without looking at the code syskin( I have no idea how auto start queue works ) it almost seems like it loads all the files into a array( I lack a better word for it) and anything added after that is excluded from the autostart sequence. If that's how it works then I would imagine that to either be a real bug or a intended feature.

The second one however I have never seen happen, I've done close to 100 test encodes since I picked up MeGUI. does this happen with any particular codec?