MeGUI development

[berrinam]

That should have been posted in the Bug Report Thread, but you are indeed correct, never-the-less. Fixed in .2098:

0.2.3.2098 1 March 2006
Commit by berrinam:
  - Fixed discrepancy with x264 config information about the deblocking filter.
  - Fixed 8x8dct/i8x8 discrepancy in x264 config.

[dimzon]

@all developers
Can anybody point me on tasks wich does not inersect with Doom9 refactoring?

[berrinam]

Originally Posted by dimzon

@all developers
Can anybody point me on tasks wich does not inersect with Doom9 refactoring?

You could try fixing these last two known bugs:

Originally Posted by berrinam

AviSynth Script Creator access a dead PreviewWindow
Description: when opening a d2v, then closing the preview and subsequently trying to preview again, we're trying to resurrect the disposed preview window.. that won't work. The preview window has to be reinitialized completely anew.. using would actually come in handy here as it prevents you from reusing a reference that has been disposed.
Status: Not yet solved.

Exception with AutoEncode x264 3pass 1st pass
Description: if you set x264 to 3 pass first pass, then try to access the autoencode, the autoencodewindow constructor throws an exception.
Status: Not yet solved.

Heh heh heh.... we're approaching a somewhat stable build again, just as Doom9 is about to commit his refactoring. :S

[berrinam]

Also perhaps this:

Originally Posted by Feature Request Thread

Warn user if an instance of MeGUI is already running
Description: There's not really much point in running multiple copies of MeGUI, and it can cause problems. It would be a good idea to warn the user that there is a copy already running. See http://www.codeproject.com/csharp/re..._instances.asp for how to implement this.
Status: No-one is working on it.

[dimzon]

0.2.3.2099 1 March 2006
Commit by dimzon:
  - Fixed bug: AviSynth Script Creator access a dead PreviewWindow

[dimzon]

0.2.3.2100 1 March 2006
Commit by dimzon:
  - Fixed possible resource leak in VideoPlayer

[Doom9]

just as Doom9 is about to commit his refactoring. :S

You're presuming that I'm almost done.. I had some private stuff again last week-end and real life will continue next week-end as well.. but this morning on the way to work I almost had a breakthrough in this whole muxer chain thing.. it's not perfect (you have to register a muxer multiple times, once for each output type.. but at this point there's no muxer that supports multiple containers so it won't show), but it appears to be workable.. but I better not jinx it as it's not done yet. If there are indeed no outstanding issues (but I think there are.. for instance reading out the exit code once the videoencoder process ends.. at least for x264.exe that should be done and if it's not 0, then su.HasError should be set so that even when x264 craps out without telling us why, at least the job is flagged as an error and subsequent jobs are not started.. that doesn't get rid of the problem that megui should write out what went wrong and x264's output never makes it into the redirected stderr/stdout (and nobody has an idea why ), but at least we properly signal that there has been an error and don't start any subsequent jobs that are doomed to fail as well). Then there's the deleting intermediate files when something went wrong issue (don't think it's in the buglist but then again I have not seen a good report on this as well.. good report being a deterministic "when does it happen"). And then there's the shutdown thing..

[dimzon]

Originally Posted by Doom9

You're presuming that I'm almost done...

WOW! Happy to read this!

[dimzon]

0.2.3.2101 1 March 2006
Commit by dimzon:
  - Warn user if an instance of MeGUI is already running

[Sharktooth]

Does -> Do.

[dimzon]

Originally Posted by Sharktooth

Does -> Do

fixed

[ChronoCross]

so many new builds so little time hehe. I'll try the cvs again in a few hours for the latest.

[Sharktooth]

http://www.webalice.it/f.corriga/meg...-0.2.3.2101.7z

[Richard Berg]

Warn user if an instance of MeGUI is already running

Make sure this only checks if multiple copies of the same .exe are running. That's problematic because they will overwrite each other's profile, job, etc. XML files.

However, running separate .exe's should definitely be allowed. As long as they're kept in separate dirs, there will be no interference between them. Lots of reasons why you might want to do this:
- debugging
- trying new unstable versions without having to abort the long jobs your stable copy is running
- encoding on dualcpu/dualcore machines (we rejected the proposal to handle this within MeGUI, remember?)

[dimzon]

Originally Posted by Richard Berg

Make sure this only checks if multiple copies of the same .exe are running.

Anyway you have a choice to run or not to run

[Richard Berg]

Yes, but why make it unnecessarily annoying? It takes less than a line of extra code. Instead of comparing process name, compare Process.MainModule.FileName.

[berrinam]

0.2.3.2102 2 March 2006
Commit by berrinam:
  - Fixed exception when checking Turbo on a 1stpass profile in x264 config
  - Fixed macroblock options selection when checking Turbo as above

[Sharktooth]

sources http://www.webalice.it/f.corriga/meg...-0.2.3.2102.7z

[bob0r]

Originally Posted by ChronoCross

so many new builds so little time hehe. I'll try the cvs again in a few hours for the latest.

Why don't you automate the process?
Compile a new build each minute/hour/day? :)


Ah wait you can't!!!! Arg you cant have bloody csc.exe quit as far as i know.... anyone who does know for mingw???

My sctipt:

#!/bin/sh

## Change paths
megui_dir=/home/user/MeGUI-src.CVS/
pack_dir=/home/user/pack/
net_dir=C:\\/WINDOWS\\/Microsoft.NET\\/Framework\\/v2.0.50727\\/

if [ ! -d "$megui_dir" ]; then
while true; do
cd; cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/megui co -P MeGUI-src.CVS;
if [ -d "$megui_dir" ]; then
break
fi
sleep 10
done
fi

cd $megui_dir;

#sed -e 's/csc \/res/'$net_dir'csc \/res/' compile.bat > compile_m.bat;
start //low //b //w compile full-svn;

## Manually enter: exit
## Blame csc.exe, not me :)

mv megui-svn.exe $pack_dir;
mv AvisynthWrapper.dll $pack_dir;
mv MessageBoxExLib.dll $pack_dir;
mv Data/ContextHelp.xml $pack_dir/Data/;

cd $megui_dir/neroraw/;
start //low //b //w compile

## Manually enter: exit
## Blame csc.exe, not me :)

mv neroraw.exe $pack_dir;

[berrinam]

Originally Posted by bob0r

Ah wait you can't!!!! Arg you cant have bloody csc.exe quit as far as i know.... anyone who does know for mingw???

My sctipt:

...
cd $megui_dir/neroraw/;
start //low //b //w compile

## Manually enter: exit
## Blame csc.exe, not me :)

mv neroraw.exe $pack_dir;

It doesn't exit so that when running it from windows you can see any errors when compiling. The compile.bat script simply has a PAUSE command in it. If you want to avoid that, use 'compile full' or 'compile full-svn' as your commandline.