MeGUI development

[Coolpplse]

Originally Posted by Neillithan

Don't worry about it. At least you didn't lash out at me for my brutality. :X

Your suggestion worked! The Developer version of MeGUI opens the AviSynth script in Megui just fine. Version 0.3.0.1010 opened right up without any problems.

Thanks a lot.

Edit: After closer inspection, I think the reason why it didn't work was because there was no path set for "Avisynth Plugins" in the Program Path's area of Megui Settings. lol Oh well!

Actually its more than that, The "Current" version v0.2.6.1049 if you check on Task Manager, on Vista 64 is running MeGUI as a 64 bit app, "MEGUI.exe" while with v0.3.0.1010 MeGUI is running as "MEGUI.exe*32"

If you try selecting the AviSynth 32 bit Plugins directory with v0.2.6.1049 it will error and when you try to save the setting it fails....

[Sharktooth]

@devs: at this point, i'd say to move 0.3 into the stable folder in the autoupdate server.
also, next version would be 0.3.1, then 0.3.2, etc. a sort of features implemenation "path" to 0.4... so we can add stuff and quickly move every version (once "stabilized") to the stable folder.
what do you think?

[Sharktooth]

New dev build at sourceforge: https://sourceforge.net/project/show...kage_id=244469

recent changes:

0.3.0.1013
    - (kurtnoise) cosmetics - Presets instead of Profiles.
    - (kurtnoise) removed .net framework checking for vista users during the loading. It should be fine now with all apps updated and frankly it's also to avoid to waste some time to upgrade each number indefinitely...;-)
    - (berrinam) Reset zones even when preview window doesn't open (fixes #2007133 - Error when loading "AutoEncode")
    - (kurtnoise) removed audio tracks selection from the D2V creator.

0.3.0.1012
    - (sharktooth) fix for #2001332 ([0.3.0.1010] AviSynth script creator does not open)

0.3.0.1011 (includes the fixes and additions up to ver. 0.2.6.1050)
    - (berrinam) [ProfileExporter] Fixed bug where exporting 2 profiles each with associated files would fail (bug not reported)
    - (berrinam) Add ZonesWindow to VS2005 project file (patch by Sean McGovern)
    - (kurtnoise) [AviSynthAudioEncoder] better detection of several data streams (AC3, MP3, DTS, etc...) from the wav container. Mainly based on Tebasuna's code.
    - (kurtnoise) [LanguageSelectionContainer] added 'Fran�ais'.
    - (kurtnoise) 'computed' instead of 'used' in CommandlineVideoEncoder
    - (kurtnoise) [CommandlineVideoEncoder] better handling for several Encoding Modes.
    - (kurtnoise) updated a missing event for max key Frame interval in the Xvid Configuration Panel. Patch by Underground78.
    - (berrinam) Added zones back to main window (outside codec configs)

[Kurtnoise]

Originally Posted by Sharktooth

@devs: at this point, i'd say to move 0.3 into the stable folder in the autoupdate server.
also, next version would be 0.3.1, then 0.3.2, etc. a sort of features implemenation "path" to 0.4... so we can add stuff and quickly move every version (once "stabilized") to the stable folder.
what do you think?

fine for me...and don't forget also to update some exec (FFmpeg, Mencoder, LAME, DGindex, etc...).

[Sharktooth]

dgindex is up to date.
about the other packages, ill see if i can update them later.

[Sharktooth]

@devs: divx is probably going the CLI way for the next divx avc codec.
should we consider implementing it (assuming they make a cli encoder?)

[berrinam]

Definitely. CLI encoders are very easy to add.

[Sharktooth]

@berrinam: could you please change the link in the first line of the megui guide thread from http://x264.nl in http://www.sourceforge.net/projects/megui ?

[berrinam]

Done.

[berrinam]

Originally Posted by Sharktooth

@devs: at this point, i'd say to move 0.3 into the stable folder in the autoupdate server.
also, next version would be 0.3.1, then 0.3.2, etc. a sort of features implemenation "path" to 0.4... so we can add stuff and quickly move every version (once "stabilized") to the stable folder.
what do you think?

Sounds good.

How about also doing the SVN shuffle now?

[Sharktooth]

rigth now there's a new bug in jobqueue.cs ... but im going to sleep (5AM) so i wont fix it right now.
feel free to do it if you want/have time. it should be easy to fix.
after the bug is gone we can shuffle the svn and move 0.3.0 to stable in the autoupdate.

[berrinam]

Fixed.

[Kurtnoise]

too bad...the one click encoder is broken now due to the remove of audio tracks selection from the d2v creator. :s

So, we need to go back by rebuilding this part or find an other solution asap...

[berrinam]

I've fixed that bug now, too. It was also simple.

If it's ok, I'll start reorganising the SVN folders now. Is that fine?

[Kurtnoise]

WoW...you're fast.

go ahead for the shuffle.


edit: I'm testing megui stuff on x64 right now...

[berrinam]

NB: I'd actually already started doing the shuffle, since I discovered I could start copying folders without causing disruptions. Getting SVN to behave right is a bit annoying though...

[berrinam]

As of svn rev590, I have moved everything out of /trunk and have moved the files into folders like /megui/trunk, /neroraw/trunk, etc. I have moved compile-all.bat and compile-all-msbuild.bat to /, but they almost certainly will not work located where they currently are. We will have to consider what we do with these; my thought is that there is no need for compile-all.bat files -- it should be enough if every subproject (megui, neroraw, ...) has its own compile(-msbuild).bat file.

The megui trunk should be buildable, once got from /megui/trunk. I will, soon, complete the reorganisation by moving the tags and branches to the appropriate places.

[Kurtnoise]

there is still a problem with the one click encoder : when we select the 1st or the 2nd audio tracks from the list, an error occurs at the end of the d2v creation...

I'll try it asap.

[berrinam]

I reproduced that problem, and thought I had fixed it. Hmmm....

[berrinam]

SVN reorganisation completed in svn rev594.