MeGUI Bug-Report Thread

[Doom9]

alright, then please share the easiest possible procedure from starting a virgin megui to reproduce this problem (I won't be looking into it... I have my own little subproject to worry about right now but the person that will look at it will appreciate that info).

[digidragon]

Well, I don't think this will help much, but anyway...

I used the d2v creator and avs creator to create an avisynth script:
LoadPlugin("C:\Program Files\GordianKnot\DGMPGDec\dgdecode.dll")
mpeg2source("C:\FS\fs50.d2v")
LeakKernelDeInt(order=1,sharp=true)
crop(2,0,-4,-2)
LanczosResize(640,512)
I then loaded the avs script, left the setting on 1P-Goodquality, hit Queue, then hit start on the Queue tab. I left it encoding for 30 seconds or so, then hit Abort. I was asked to confirm if I wanted to abort, and as soon as I clicked Yes, MeGUI closed. No log was created. Also, MeGUI is not running in task manager, so it's not just "hidden".

If I leave the encoding run, it completes successfully.

Using version 0.2.3.2001 of MeGUI.

[Doom9]

left the setting on 1P-Goodquality,I don't have any idea what that is.. Which means the report doesn't fullfill the criteria of being reproducable by dummies ;) And I don't wanna hear anything about d2v creator, avs creator and the like.. it needs be "I started MeGUI, selected this avs script", set codec to X, did that and that, etc.

[Sharktooth]

He's using one of my x264 video profiles.

[digidragon]

It's the '1P-Goodquality' Video Profile preset, which MeGUI defaults to when it starts.

The other settings were Codec: AVC; File Type: MP4; (no audio)

I don't know what other info to give. To recap...

I selected an avs file
The Preview window opened
I closed it
I hit Queue (video)
I switched to the Queue tab
I hit Start
I clicked the Abort button on the status window
MeGUI closed itself

[Sharktooth]

digidragon the MeGUI-x264 version that comes with x264 has profiles (coz i made and added them) while the standard MeGUI doesnt come with any profiles.

[digidragon]

So I shouldn't be using those profiles with MeGUI? And would that explain the Exception I get when trying to AutoEncode...?
System.NullReferenceException: Object reference not set to an instance of an object.
at MeGUI.CommandLineGenerator.generateMP4BoxCommandline(String mp4BoxPath, MuxSettings settings, String input, String output)
at MeGUI.JobUtil.generateMuxJob(VideoJob vjob, SubStream[] audioStreams, SubStream[] subtitleStreams, String chapterFile, MUXTYPE type, String output)
at MeGUI.VideoUtil.generateJobSeries(String videoInput, String videoOutput, String muxedOutput, VideoCodecSettings videoSettings, AudioStream[] aStreams, SubStream[] audio, SubStream[] subtitles, String chapters, Int64 desiredSize, Int32 splitSize, Double containerOverhead, MUXTYPE muxtype)
at MeGUI.AutoEncodeWindow.queueButton_Click(Object sender, EventArgs e)
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System.Windows.Forms.Button.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

[Sharktooth]

You should use the profiles but Doom9 said to do a proper bugreport (it means post the entire x264 commandline and not just what profile you used).

[digidragon]

Okay, no problem.
"x264.exe" --bitrate 791 --ref 3 --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --progress --no-psnr --output "C:\FS\fs50.mp4" "C:\FS\fs50.avs"

[Sharktooth]

ok... bugreport:
with .2003, .2004 and .2005 version whenever a profile is loaded in x264 config the macroblock options are wrongly set.

Can anyone look at this one? i think the problem is in level -> mb code (i modified it in .2003), but im not completely sure and have no time to check it now.

[lexor]

ok does megui records stuff somewhere other than the log tab? becouse after about 12 hours of first pass of HQ-Slow, it seems to have terminated with Status as "error" and log just says:

Next job job1-1 is a video job. encoder commandline:
"x264.exe" --pass 1 --bitrate 1597 --stats "sourcename.stats" --bframes 3 --b-pyramid --filter -2,-1 --subme 1 --analyse none --me dia --progress --no-psnr --output NUL "sourcename.avs"
successfully set up video encoder and callbacks for job job1-1
----------------------------------------------------------------------------------------------------------

Log for job job1-1

avis [info]: 1280x720 @ 29.97 fps (185578 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!

I am understandably disheartened having wasted 12 hours, and nothing but 15.2 MB of sourcename.stats.temp to show for it, not even a decent error message to tell me why it broke.

my script is:

mpeg2source("pathtosource.d2v")
LeakKernelDeint(order=1)
crop(0,0,0,-8)
LanczosResize(1280,720)
fft3dGPU(sigma=1.2, plane=4, sharpen=0.3)

I have encoded a shorter clip of that same source (using avisynth's Trim function) no problem earlier, output to mkv if that matters.

Since it did seem to run pass 1 to the end, can I start pass2 with that temp file? or is it all lost? using sharktooth's r396D package.

[berrinam]

So I shouldn't be using those profiles with MeGUI? And would that explain the Exception I get when trying to AutoEncode...?
System.NullReferenceException: Object reference not set to an instance of an object.
at MeGUI.CommandLineGenerator.generateMP4BoxCommandline(String mp4BoxPath, MuxSettings settings, String input, String output)
at MeGUI.JobUtil.generateMuxJob(VideoJob vjob, SubStream[] audioStreams, SubStream[] subtitleStreams, String chapterFile, MUXTYPE type, String output)
at MeGUI.VideoUtil.generateJobSeries(String videoInput, String videoOutput, String muxedOutput, VideoCodecSettings videoSettings, AudioStream[] aStreams, SubStream[] audio, SubStream[] subtitles, String chapters, Int64 desiredSize, Int32 splitSize, Double containerOverhead, MUXTYPE muxtype)
at MeGUI.AutoEncodeWindow.queueButton_Click(Object sender, EventArgs e)
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System.Windows.Forms.Button.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


This has been fixed in 0.2.3.2009.

[berrinam]

I am understandably disheartened having wasted 12 hours, and nothing but 15.2 MB of sourcename.stats.temp to show for it, not even a decent error message to tell me why it broke.Yes, I can understand how you feel. Unfortunately, it may not be MeGUI causing the problem. Since the job is flagged as an error, it appears that x264 returned an error code, suggesting some problem external to MeGUI. As x264 normally will return an error message if it has an error, and MeGUI will always return this, I think that this error could be an AviSynth error. Try just doing a pass through this file to see if it causes any errors. You could do this with mplayer.

mplayer commandline:
mplayer -benchmark -vo null your-file.avs

Since it did seem to run pass 1 to the end, can I start pass2 with that temp file? or is it all lost? using sharktooth's r396D package.
Well, you can check if it ran to the end by looking at the file in a text editor, and seeing if the highest frame number is equal to, or close enough to, the number of frames. If not, you can also take this an estimate of where it failed, and trim the video to just that section and see if it fails again.

And finally, good bug report. Thank you. Pity there's not much information to work with.

[Doom9]

the new video encoders will only "swallow" status updates and the "syntax" message that comes up when a wrong commandline was used (the error will be identified as such though)... the rest will be dumped to the log.. but there are only two types of lines currently not being returned in addition to the abovementioned two.. it's quite unlikely that this is what happened in this case. It's very likely that had you encoded via commandline, the output would look just the same... x264 just exited.. if it exits properly or is being aborted, you should see a few additional lines indicating how many frames were encoded and where it was aborted. The new encoders have an additional bonus: even though the process exists, I make sure to read every last one line from stdout and stderr and put that to the log... this is another potential (though I've never seen it happen with x264.exe) case where certain messages might be lost.

[Sharktooth]

ok... bugreport:
with .2003, .2004 and .2005 version whenever a profile is loaded in x264 config the macroblock options are wrongly set.

Can anyone look at this one? i think the problem is in level -> mb code (i modified it in .2003), but im not completely sure and have no time to check it now.
fixed: http://forum.doom9.org/showthread.php?p=766085#post766085

[lexor]

i dunno if this helps at all to track the origin of the problem but the last few lines of the stats.temp are:

in:160651 out:160651 type:P q:21.00 itex:25638 ptex:30810 mv:25159 misc:1425 imb:1762 pmb:1562 smb:276;
in:160652 out:160652 type:P q:21.00 itex:25415 ptex:28250 mv:24528 misc:1711 imb
that so it stopped about 20 000 frames short and in the middle of writing down a line. I just trimmed (160200, 170000) avs played back in MPC, with obvious lag due to high rez (1080i) + deinterlace + resize.

now the weired part, I tried loading that in MeGUI, preview pops up, same HQ-Slow with same bitrate set in the calc, I add job to que, but when I start it megui just crashes immediately. I tried 1P-Maxspeed, I tried not trimming (so just use the script I quoted above), megui now just crashes immediately when I click start the new job. but as I said mpc plays avs just fine though with lag due to all the editing.
the only possibly unstable part of the script is fft3dGPU, and I tried commenting it out, doesn't help.

[berrinam]

@lexor: Do you get any error message when MeGUI crashes?

I'm grasping for straws because this problem seems hard to find. Would you perhaps be able to narrow down the problem and upload a sample?

[Doom9]

I think he needs to spend the 12 hours again but this time encode from the commandline. I cannot rule out that megui misses a line in the end but it wouldn't be the first time x264.exe crashes without giving any notice... it has happened to quite a few people..

[lexor]

lol doom that's the problem I can't do 12 hour encode anymore, it crashes right away now, click start, progress window pops up, boom it all closes and if I start megui again the job is not there. I do everything exactly the same way I did before. It just closes, no errors

Also I tried pasting that command line for the first pass into dos window, and it ran for a few minutes, and when I force quit (ctrl-c) it gave the following output:

avis [info]: 1280x720 @ 29.97 fps (185578 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!
x264 [info]: slice I:1 Avg QP:21.00 size: 173
x264 [info]: slice P:20 Avg QP:12.25 size: 13255
x264 [info]: slice B:60 Avg QP:13.98 size: 4699
x264 [info]: mb I I16..4: 100.0% 0.0% 0.0%
x264 [info]: mb P I16..4: 14.5% 0.0% 0.0% P16..4: 11.6% 0.0% 0.0% 0.0% 0
.0% skip:73.9%
x264 [info]: mb B I16..4: 0.9% 0.0% 0.0% B16..8: 36.3% 0.0% 0.0% direct:
4.9% skip:57.9%
x264 [info]: final ratefactor: 17.51
x264 [info]: kb/s:1619.8

aborted at input frame 81
encoded 81 frames, 3.94 fps, 1624.71 kb/s
so it does work in command line, just megui terminates without any output. This is done on the script above, so no trimming or anything. Weired thing is when it crashes it creates the .mkv file (empty) but no stat. Command line creates stat, but not mkv (logical since only first pass is requested of it). I'm testing all this with HQ-Slow now (but as I said above any profile does this), no editing by me.

I didn't try reinstall (or update to newest build) since I want to explore the problem before overwriting any files. I could call this a fleuk and reinstall.

/quick edit: I just tried my speed clicking skills to switch to log tab before it crashes, and I get the first part of the log the same untill the long --------------- delimeter line (it and subsequent information doesn't appera)

[Doom9]

I meant.. encode the whole 12 hours from the commandline.. see if this crashes as well. You wouldn't happen to be able to find your way around in Visual Studio Express, would you? You can configure it in a way that whatever causes the crash will break to the debugger.. so even if you don't know what to do, you can take a screenshot with the info.. it would really be helpful.

[lexor]

but megui crashes immediately, how would x264 crashing at frame 160 000 affect the beginning (on which megui not crashes in command line)?

[Doom9]

but megui crashes immediately, how would x264 crashing at frame 160 000 affect the beginning (on which megui not crashes in command line)?That would be for your initial problem ;) You remember reporting a crash after 12 hours, don't you?

[lexor]

That would be for your initial problem ;) You remember reporting a crash after 12 hours, don't you?
see that's what I don't understand, so it hit an error with that encode, but I'm not trying to continue that old job, I create a new one, and it doesn't even start the encoding. I mean I can't grasp how error which is not hit for 12 hours will terminate the process right now?

on the VS.net note, I have 2003 installed, but I warn you, debuggers hate me (prolly becouse I hate them) so unless there are instructions that leave me with no choice but to pick the correct settings, it might not go too well.

[Doom9]

I'm afraid you'll need Visual Studio Express (or VS 2k5). Then you go to the Exceptions menu in the Debug dropdown, and check "thrown" under common language exceptions. That way, when an unhandled exception is thrown (which is what causes MeGUI to crash), the debugger will stop and display the exception. Also, make sure you're using the latest release (you'll have to redo your jobs.. there's a new commandline generation)

[kurt]

compiler error?

can't start latest MeGUI 0.2.3.2012...
all 3 variants don't work (megui, megui x264, megui snow)
http://img48.imageshack.us/img48/8156/image10nq.jpg (http://imageshack.us)

(no problems with MeGUI 0.2.3.2010)

[lexor]

well I upgraded to the latest greatest by sharktooth, it started first pass no problem... I'll be back in 12 hours.

[lexor]

ok I found out what causes it to break, if someone switches user (not logout) under WinXP, now I again can't start another job. gonna reinstall again.

[ShawnFumo]

Just to note that 0.2.3.2012 won't start for me either. This was my first time trying a .NET 2.0 build so I was worried that was the problem, but I just tried 2010 and that started up fine.

Shawn

[Gehenna]

Im also having similar problems with buiild 0.2.3.2012
megui-snow.exe
megui-x264.exe
megui.exe
All fail to start with the same error `MeGUI has encountered a problem and needs to close`

I have Net 1.1 & Net 2 installed + Sharktooth latest x264 build

As already noted,if i jump back to build 0.2.3.2010 all is well.

[bob0r]

(Just posting what i did, not saying these warnings are a problem)

megui.exe:
compile full
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.


megui-x264.exe:
compile x264
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.

SettingsForm.cs(97,23): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncrawLabel' is never used
SettingsForm.cs(98,24): warning CS0169: The private field 'MeGUI.SettingsForm.selectXvidEncrawButton' is never used
SettingsForm.cs(99,25): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncrawPath' is never used
SettingsForm.cs(100,26): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncoder' is never used
SettingsForm.cs(101,23): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncoderLabel' is never used


megui-snow.exe:
compile snow
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.


(compile all - works, same files, same ouput text)


megui.exe: (megui-svn.exe would be a better output, now its the same as full)
compile full-svn
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.


megui-x264-svn.exe:
compile x264-svn
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.

SettingsForm.cs(97,23): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncrawLabel' is never used
SettingsForm.cs(98,24): warning CS0169: The private field 'MeGUI.SettingsForm.selectXvidEncrawButton' is never used
SettingsForm.cs(99,25): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncrawPath' is never used
SettingsForm.cs(100,26): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncoder' is never used
SettingsForm.cs(101,23): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncoderLabel' is never used


- All files run and work for me.


What i can think of is what other users don't have, and what may help running the files "Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42".
Maybe some .dll or extra files are required when you do not have this installed? Just a wide guess.

Did you guys install http://www.microsoft.com/downloads/details.aspx?FamilyID=0856eacb-4362-4b0d-8edd-aab15c5e04f5&DisplayLang=en (or the 64 bit version) or did .net 2.0 install via Microsoft Update?
And do you guys have this dir: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727 ?


Test my compiles also: http://files.x264.nl/megui/

[Doom9]

@bob0r: since I compiled the files myself.. I'm very aware of the compiler warnings, but after having wasted hours with the stupid CVS, I wasn't in the mood for more compilation fixing. And you should note that the standing of conditional compilation is currently less than favorable.. I suggest you strongly consider distributing the full release in the future.

I also have no problem running bob0r's build.. but mine crashes for some weird reason.

[Gehenna]

Did you guys install http://www.microsoft.com/downloads/details.aspx?FamilyID=0856eacb-4362-4b0d-8edd-aab15c5e04f5&DisplayLang=en (or the 64 bit version) or did .net 2.0 install via Microsoft Update?

Yep,that was where i originally obtained my version 2.0 net install,via the dotnetfx.exe download


And do you guys have this dir:
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727 ?


I also have this directory.

[Doom9]

weird.. I have recompiled using the updated compile file and now everything works out just fine. I've re-uploaded the release.
megui.exe: (megui-svn.exe would be a better output, now its the same as full)I've changed the compile script accordingly.

[bob0r]

@Doom9

Yah, i will pack any version, just what is available.
Then its just best to go for one full version (none svn features i am still not for, i guess like sharktooth's own x264 builds, he can create his own megui builds.)

But just do whatever you feel is best, i will pack megui as long as its most wanted :D

[Sharktooth]

(Just posting what i did, not saying these warnings are a problem)

megui.exe:
compile full
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.


megui-x264.exe:
compile x264
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.

SettingsForm.cs(97,23): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncrawLabel' is never used
SettingsForm.cs(98,24): warning CS0169: The private field 'MeGUI.SettingsForm.selectXvidEncrawButton' is never used
SettingsForm.cs(99,25): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncrawPath' is never used
SettingsForm.cs(100,26): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncoder' is never used
SettingsForm.cs(101,23): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncoderLabel' is never used


megui-snow.exe:
compile snow
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.


(compile all - works, same files, same ouput text)


megui.exe: (megui-svn.exe would be a better output, now its the same as full)
compile full-svn
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.


megui-x264-svn.exe:
compile x264-svn
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.

SettingsForm.cs(97,23): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncrawLabel' is never used
SettingsForm.cs(98,24): warning CS0169: The private field 'MeGUI.SettingsForm.selectXvidEncrawButton' is never used
SettingsForm.cs(99,25): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncrawPath' is never used
SettingsForm.cs(100,26): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncoder' is never used
SettingsForm.cs(101,23): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncoderLabel' is never used


- All files run and work for me.


What i can think of is what other users don't have, and what may help running the files "Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42".
Maybe some .dll or extra files are required when you do not have this installed? Just a wide guess.

Did you guys install http://www.microsoft.com/downloads/details.aspx?FamilyID=0856eacb-4362-4b0d-8edd-aab15c5e04f5&DisplayLang=en (or the 64 bit version) or did .net 2.0 install via Microsoft Update?
And do you guys have this dir: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727 ?


Test my compiles also: http://files.x264.nl/megui/
All warnings fixed in 0.2.3.2013

[lexor]

ok since the problem with my encode got narrowed down to user switching under WinXP, and I'm not the only user of this computer and user switching capability is important, I began thinking about how I did it in the past, and I'm pretty sure the older builds of megui (in sharktooth's package back with old .net framework) did work fine with user switching, I mean it would slow down to almost 0 but it would pick up when I switched back to my account.

so, yeah... what did you guys do?

[Sharktooth]

Bug in 0.2.3.2017 (maybe in earlier versions too):

Found in MeGUI-x264: Clicking Start in queue it says there are no "waiting" jobs (and consequently it doesn't proceed encoding) even if there are.
http://www.webalice.it/f.corriga/megui/megui_bug.png

[Razorholt]

Go to Settings and re-enter the links. That fixed it for me.

- Dan

[charleski]

becouse after about 12 hours of first pass of HQ-Slow, it seems to have terminated with Status as "error"

my script is:

mpeg2source("pathtosource.d2v")
LeakKernelDeint(order=1)
crop(0,0,0,-8)
LanczosResize(1280,720)
fft3dGPU(sigma=1.2, plane=4, sharpen=0.3)

I've experienced similar problems with fft3dgpu, which is where the problems lies, I think. It's not entirely stable and can cause the entire thread to terminate unpredictably, even though it works fine with other inputs.

[lexor]

I've experienced similar problems with fft3dgpu, which is where the problems lies, I think. It's not entirely stable and can cause the entire thread to terminate unpredictably, even though it works fine with other inputs.
nah, read my subsequent posts, it's a Switch User issue under WinXP, it's reproducible, and it doesn't just crash current encode it makes megui not work at all untill you reinstall.

[berrinam]

Bug in 0.2.3.2017 (maybe in earlier versions too):

Found in MeGUI-x264: Clicking Start in queue it says there are no "waiting" jobs (and consequently it doesn't proceed encoding) even if there are.
http://www.webalice.it/f.corriga/megui/megui_bug.png
Added this to the list.

[berrinam]

Added The Link's bug to the list.

[Doom9]

Added this to the list.I saw that too.. the reason is the following: the encoder setup fails and the error isn't properly propagated back... startNextJobInQueue returns false both if there's nothing to do and if the encoder setup fails :/

[berrinam]

I saw that too.. the reason is the following: the encoder setup fails and the error isn't properly propagated back... startNextJobInQueue returns false both if there's nothing to do and if the encoder setup fails :/
Yep. I was going to fix that, but it needs some more significant changes to manage it properly, so I'll just wait.

[AgentX]

Unfortunatly, or as being a programmer I should say of course ;) , I found some bugs which aren't yet solved in latest MeGUI version 0.2.3.2017, so I will report them here.

General:

Video Profile list in main window gets unordered.
When you enter a profiles configuration, change the bitrate, hit [OK], then the list on the main window isn't alphabetically ordered anylonger.


AviSynth Script Editor:

Silent crash (no logfile nor dialog) when you open a .d2v video input (the preview opens correctly) and you hit [Analyse].
Wrong AVI-fps value on Spanish Windows system. Open an AVI as Video Input (the preview opens correctly) and then hit preview to launch mplayerc with generated .avs file. It fails to show the video.
Explanation: The fps value is set with "," as decimal separator, like fps=23,97.
This fails the DirectShowSource(...), it has to be fps=23.97
I mentioned that I proved that on a spanish Windows system, maybe on other non-english ones like german that could happen also.
You should make sure that the .NET string conversion uses an english locale, not the systems one.
Changing settings in Options does delete previously created lines by Load DLL.
Not possible to add own lines of code to AviSynth-Script. They are deleted each time you change some options.

[Doom9]

I might attack it.. as it is with the video encoder rewrite and the impending adjustments in the muxer and audio sections, we'll get a nice bool return from the encoder and a meaningful error message as string that could be displayed.. it just has to be propagated all the way back and that's the part still missing.

[berrinam]

Changing settings in Options does delete previously created lines by Load DLL.
Not possible to add own lines of code to AviSynth-Script. They are deleted each time you change some options.
Well, these both have obvious user-solutions: configure your settings FIRST, and then do the manual stuff. It's the same in GK.

I've added the other bugs to the list

[lexor]

sorry to be a nag about it, but Sharktooth, could you please upload older (.net 1.0 or 1.1 whichever was used) version of you x264 package? I can only find latest on that link in your sticky thread. I mean it's unlikely you guys set down and decided to make it not work with user switching, so I got to wondering maybe its .net2.0 that's screwing it up? I'm confident I remember the older builds working with user switching.

[charleski]

sorry to be a nag about it, but Sharktooth, could you please upload older (.net 1.0 or 1.1 whichever was used) version Going back to .NET 1.1 would be a lot of work right now as .NET 2.0 has a lot more functionality, so that's not going to happen.

I doubt that the problem is related to .NET 2.0, anyway. I suspect you have a couple of different problems which are augmenting each other. BTW I assume you've reproduced this with the simplest script available (just an mpeg2source input).

When you say you have to reinstall, what does that mean? (Megui doesn't use any installation.) Does the same thing happen if you pause the encode before switching the User?

[lexor]

Going back to .NET 1.1 would be a lot of work right now as .NET 2.0 has a lot more functionality, so that's not going to happen.

I doubt that the problem is related to .NET 2.0, anyway. I suspect you have a couple of different problems which are augmenting each other. BTW I assume you've reproduced this with the simplest script available (just an mpeg2source input).

When you say you have to reinstall, what does that mean? (Megui doesn't use any installation.) Does the same thing happen if you pause the encode before switching the User?
I'm not asking to rebuild the current source, I want to find old package of sharktooth's so I can test that. and by reinstall I mean reinstall sharktooth's package (current build)