MeGUI development

[bob0r]

Nah, the problem is that csc.exe opens a new cmd.exe (There is no csc.exe after compilation, cmd.exe is what remains open), which only can be closed when you type exit (as far as i know):


user@PC ~
$ megui.sh
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(1539,10): warning CS1030: #warning: 'This is just quickfix, please check it!'
d2vReader.cs(45,10): warning CS1030: #warning: 'Why load the video here? This means that we can't apply force film unless the video unless it is playable in AviSynth'
Form1.cs(4357,10): warning CS1030: #warning: 'calc.setDefaults must get special tweaks direcly from IVideoSettingsProvider'
Form1.cs(4364,10): warning CS1030: #warning: 'calc.getSelectedCodec must return IVideoSettingsProvider'

G:\msys\1.0\home\user\MeGUI-src.CVS>exit
exit
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.


G:\msys\1.0\home\user\MeGUI-src.CVS\neroraw>exit
exit

user@PC ~
$

[leowai]

@bob0r, I've good news. I managed to make automatic compilation with MinGW under windows. This method doesn't prompt you to input "exit" but you will see ugly & messy screen messages. Here we go. Basically, we need following two files to run:

The MinGW running script "MeGUI_cvs.h" (which modified from the one you provided):
#!/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;
echo.
echo.
echo. -== Compiling MeGUI ==-
cmd < ./../Compile_MeGUI.bat


echo.
echo.
# Move & copy files for packing
mv megui.exe $pack_dir;
mv megui-svn.exe $pack_dir;
cp AvisynthWrapper.dll $pack_dir;
cp MessageBoxExLib.dll $pack_dir;
cp Data/ContextHelp.xml $pack_dir/Data/;

mv neroraw.exe $pack_dir;

# Exit MeGUI.src.CVS folder
cd ..

The second is "Compile_MeGUI.bat" which every command lines in this file will be executed by "cmd.exe". Good thing is it will exit at the end of running. ;)
start /b /w setenv.bat
start /b /w compile full
start /b /w compile full-svn
echo
*Note: You need "echo" or even a blank line in "Compile_MeGUI.bat" in order for "start /b /w compile full-svn" to be executed. Strange ah? :confused: :sly:

Put those two files under user's home directory in MinGW. Run the "MeGUI_cvs.h" script, it should return to MinGW command prompt at the end of the compilation.

It works fine here and hope it works on your side too. Good luck.

[nexus]

0.2.3.2102 2 March 2006
Commit by berrinam:
- Fixed exception when checking Turbo on a 1stpass profile in x264 configI still get this exception with build 0.2.3.2102. :-(

[dimzon]

I still get this exception with build 0.2.3.2102. :-(
wrong thread!
:readrule:

[bob0r]

@leowai

AWESOME! IT WORKS!!

I can now auto update megui into the x264 package :D

megui.sh:

#!/bin/sh

## Change paths
megui_dir=/home/user/MeGUI-src.CVS/
pack_dir=/home/user/pack/

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;
cmd < ./../meguicompile.bat
mv megui-svn.exe $pack_dir;
cp AvisynthWrapper.dll $pack_dir;
cp MessageBoxExLib.dll $pack_dir;
cp Data/ContextHelp.xml $pack_dir/Data/;

cd $megui_dir/neroraw;
cmd < ./../../meguinerorawcompile.bat
mv neroraw.exe $pack_dir;


meguicompile.bat:

start /b /w compile full-svn
echo


meguinerorawcompile.bat:

start /b /w compile
echo


Many thanks!!

[ChronoCross]

I;m having some issues. it doesn't seem to execute the cvs command at all. it just goes straight into compiling.

Edit: it works just fine if the folder doesn't exist. however from that point on it doesn't update using "cvs update" nor does it run in a loop for automatic updating. any ideas?

[bob0r]

Just add "cvs up" after cd $megui_dir;

cd $megui_dir;
cvs up;

Or what i do:
On the end of my script:
cd;
rm -r MeGUI-src.CVS;

With gpac i had some bad experience using cvs up instead of a clean checkout, so i use clean checkout everytime now.
Also cvs up can't be looped, so you never know if it truely did update, with a clean checkout you are always sure.
Well it can be looped, if you make an IF FI statement with some required text, but i haven't looked into that.

x264 svn never gave me any problems, only the occasional script testing makes me delete my x264 folder, to "test it all"

Edit:
For looping use:
megui_looping.sh:

#!/bin/sh

## loop in seconds (3600 seconds = 1 hour)
while true; do megui.sh; sleep 3600;done


I guess in your case 86400 seconds (24 hours) can be good.
I believe its possible to check revision or versions numbers with CVS, but also i haven't looked into this yet.

With SVN this is much easier:


## get last line from output `svn up`
check=`svn up | tail -1`

## check if there is a new update, At = no new update, Updated = new update, At = YES
if [ `echo $check | awk '{print $1}'` = "At" ]; then
## get revision number
rev_u=`echo $check | cut -c13-15 | tr -d .`
## check if revision number matches with contents of rev.txt
if [ "$rev_u" = `head -1 rev.txt` ]; then
## matched! echo no new updates

[leowai]

@leowai

AWESOME! IT WORKS!!

I can now auto update megui into the x264 package :D

Many thanks!!
Good to hear that & You're welcome. :)

With gpac i had some bad experience using cvs up instead of a clean checkout, so i use clean checkout everytime now. Erm... Now I know who slow down the cvs checkout network. Just kidding. :D

I think it would be ok for clean checkout on everyday basic while cvs up for more regular updates in hours. Thinking of eveyone having a clean checkout on cvs projects at the same time...:eek:

With SVN this is much easier:
Thanks for sharing that. Going to try this out. :devil:

[Sharktooth]

CVS update

0.2.3.2103 3 March 2006
Commit by Sharx1976:
- Fixed wording on "Queue" buttons in main Form
- Fixed a bug in OneClickWindow.cs output file textbox state adjustment

[Mutant_Fruit]

I'm still working away at the AutoUpdate dialog and i have a few more questions.

Someone suggested before that a better way of displaying the available updates should be used. I'm thinking a treeview would be good in this case because there are several files under each "heading" type thing. The question i have is, what headings should i use. I'm thinking of something like this (at the moment).


UpdateableFiles
| \
| MeGUI Files - x264, mencoder, dgindex etc
| (the ones with paths in megui's settings)
| \
| AviSynthFiles
| \
| Audio
| \
| Video
| \
| Misc files.

What do ye think of that? Anyone want to suggest better ways of laying out the files in the "UpgradeWindow" layout?

[Doom9]

I've been thinking about changing the settings dialog myself, and to group programs by functionality. For instance, have a section AVI, where you have to add avc2avi and avimuxgui as these are required for avi output.

similarly, the mp4 box would include mp4box

something along these lines

[berrinam]

0.2.3.2104 4 March 2006
Commit by berrinam:
- Fixed loading values when crf/qp is in the currentVideoSettings (it was always set to 26)
- Fixed trellis dependencies in x264 encoder dialog

[berrinam]

0.2.3.2105 5 March 2006
Commit by berrinam:
- Fixed bug with OneClick processing which caused a fatal KeyNotFoundException when the stream info file was missing

[Sharktooth]

New x264 option:
--direct auto -> https://trac.videolan.org/x264/changeset/457

also default mode for --direct is now spatial. -> https://trac.videolan.org/x264/changeset/456

[Sharktooth]

CVS Update:

0.2.3.2106 5 March 2006
Commit by Sharx1976:
- Added Auto option to x264 B-Frames direct mode. Spatial is now the default mode.

NOTE: CVS gone nuts and i couldnt commit (it timed out several times)... i'll try to commit the changes later.
sources are here: http://www.webalice.it/f.corriga/megui/MeGUI-src.CVS-0.2.3.2106.7z

EDIT: Committed (finally).

[soresu]

I am wondering if it is possible to post a changelog for MeGUI on the x264.nl site now that MeGUI compilation has been automated?

[Sharktooth]

why?
changelog is here: http://cvs.sourceforge.net/viewcvs.py/megui/MeGUI-src.CVS/Changelog.txt?view=markup

[berrinam]

Good link, Sharktooth. I've added a link to that on http://megui.sourceforge.net/

[Sharktooth]

the crappy SF CVS has still problems. i can't commit the changes.
... damn it we should move to SVN :P

[Doom9]

... damn it we should move to SVN :PAt this point, I believe it would be a dangerous move since the changes from my end are considerable.. better wait for the next truly stable release that includes my new job generation.

[Sharktooth]

you're right.

[ChronoCross]

Compiled Sharktooths additions.

*kicks sourceforge CVS*

[Sharktooth]

SF CVS hates me... i cant still commit the changes...

[dimzon]

there are corecodec.org with same features as sf
maybe migrate on it?

[Sharktooth]

well, i think it's only a temporaneous problem. lets wait and see.

EDIT: Finally committed...

[berrinam]

0.2.3.2107 6 March 2006
Commit by berrinam:
- Fixed crash when saving AviSynth script during source type detection
- Cleaned up GUI management of source detection in AviSynth Script Creator
- Fixed OneClickConfig bug with 'delete' button not working

[Sharktooth]

CVS Update:

- Added gpl.txt (license).

[Sharktooth]

I updated also the file releases on SF with the new MeGUI 0.2.3.2107 (0.2.3.2033 was quite old).

[Doom9]

the darned dynamic muxpath selection is taking forever. Now I'm at the point where the autoencodewindow shows all available containers based on the selected audio and video output types, but right now it takes the first path instead of the best path, and it adds avi twice so that's not really it.. why oh why did I have to touch what was working.

[Sharktooth]

LOL :)
think at me fixing x264 tri-state 6-7 times... always the same bugs:)

[squid_80]

(slightly off-topic post warning)
*kicks sourceforge CVS*So you're the reason sourceforge is giving me the "I've fallen and can't get up!" error. :)

[Doom9]

think at me fixing x264 tri-state 6-7 times... always the same bugsI think we need to assign one person in charge of a codec configuration dialog, and let him do everything that concerns that dialog.. that way, we have no conflicting ideas on how people think things should work, and one person has the overview of what has been done and needs to be done.

[Sharktooth]

we should have a "milestone" view of the project.
i mean, a place where to put all the ideas for the next major version (0.3 for example) and then every devs choose what to do.
when all ideas are implemented and all bugs are squashed, release MeGUI 0.3 and start that again for MeGUI 0.4.

[dimzon]

we should have a "milestone" view of the project.
i mean, a place where to put all the ideas for the next major version (0.3 for example) and then every devs choose what to do.
when all ideas are implemented and all bugs are squashed, release MeGUI 0.3 and start that again for MeGUI 0.4.
Yes, we need roadmap!!!

[Sharktooth]

i had an irc discussion with verm today.
i'll report it here:
<verm_> you around?
<verm_> got a question
<verm_> anyway i'll just say what i have to you can read when you're around.
<verm_> is megui looking for hosting?, i can offer perm hosting, svn+trac+ftp+www (perm as in litrally, forever, no bandwidth limits)
<verm_> shell access as well
<Sharktooth> well we're hosted on SF right now
<verm_> these days that's the same as having no hosting at all...
<Sharktooth> but you know how much slow it is
<verm_> yeah, and trac will help a lot with development
<verm_> i'm sure you know trac
<Sharktooth> yep
<verm_> anyway it's a very fast machine, hosted at http://non-gnu.uvt.nl/
<Sharktooth> i'll ask doom9, or if you want you can drop a post in this forum thread: http://forum.doom9.org/showthread.php?t=95863
<verm_> hehe better if you ask directly i'm not much of a forum person, IRC or mailing lists for me :)
<verm_> but it's stable and fast hosting
<Sharktooth> ok
<Sharktooth> i'll ask
<Sharktooth> is if for free? :D
<verm_> oh of course
<verm_> free forever
<Sharktooth> ok:)
<verm_> no bandwidth limits either
<verm_> oh and we can host domains too, megui.org
<verm_> if its owned by a developer

[Doom9]

speaking of roadmaps, I recall posting one already.. just without any timestamps but feature wise I have my plans set for the next two stable builds.
As far as hosting goes, it does sound interesting. But we'd have to convert CVS to SVN somehow, and I don't think that part should be done prior to the next really stable build. I finally have a reliable answer from the muxprovider as to what output it can provide provided the input types, so hopefully tomorrow I can rewrite the mux job generation so that the autoencode works again, but then I have another layer of generalization to be done (video and audio output types are not generic enough.. it needs to be video codec + audio codec = what container or the one clicker will never work.

[Sharktooth]

with shell access cvs2svn can be used to "convert" it.
Convert a cvs repository to a subversion repository
Converts a CVS repository (including its branches and tags) to a
Subversion repository. It is designed for one-time conversions, not for
repeated synchronizations between CVS and Subversion.
However verm is importing the MeGUI CVS to his SVN to see if he can keep the revision changes.
We'll need a domain though.

[Richard Berg]

FWIW, I'm adding TeamPlain (http://www.devbiz.com/teamplain/webaccess/) to one of my Team Foundation Servers, which should give TFS the web interface an OSS project like MeGUI needs.

I agree we should wait before making any more major changes.

[Sharktooth]

do you know trac?
http://www.edgewall.com/trac/
we'll have it on that host...

[Sharktooth]

@devs: However a temporaneous SVN is up. All the revision changes and logs have been kept.
PM me if you wanna see it and i'll give you the URL.

[berrinam]

I have a small update for Source Detection, to provide extra data. Do I still commit this to SF CVS?

[ChronoCross]

As far as I know the svn thingy sharktooth is talking about was only a test.

[berrinam]

Ok, here we go:
0.2.3.2108 7 March 2006
Commit by berrinam:
- Source Detection gives extra data (useful for debugging)

[Sharktooth]

I've received no PMs and no answers yet.
The transition to SVN is easy.
If you have changes to commit just clean the sources from CVS folders, checkout the SVN and copy the cleaned sources over it... then commit.

[Kostarum Rex Persia]

What about uncompressed AVI sources? Why uncompressed AVI must convert to YV12 color space in AVS scripts?

[shon3i]

What about uncompressed AVI sources? Why uncompressed AVI must convert to YV12 color space in AVS scripts?
YV12 colorspace is faster than RGB and it's lossy format.

[Sharktooth]

also because x264 wants YV12 as input or will not encode (remember the Invalid input format (DIB) error message?).

[Kostarum Rex Persia]

also because x264 wants YV12 as input or will not encode (remember the Invalid input format (DIB) error message?).

Can you, please, explain that with much more detail? What about YUV2 input?

[Sharktooth]

no. it's not a MeGUI issue.
the encoders require YV12 to work so MeGUI converts everything to YV12.

[Kostarum Rex Persia]

Ok, but you still own me explanation? Why x264.exe insists on YV12 inputs?