MeGUI development

[Sharktooth]

3) Updates - on all the versions I've tried I always get an error when updating avc2avi : Error: Could not unzip avc2avi. Aborting...
Works for me.

[berrinam]

the splitting feature seems to be only for the final muxed file unless I couldn't find a split feature for the vid only. what I mean is similar to the split feature in vdub. i.e one can set the output video file to be split while encoding and not while muxing.Perhaps Tools->AVS Cutter is for you.

[Kurtnoise]

@Sharktooth: about update issues...I've made some tests from my own webpage with all packages from the main server and you know what ? it seems that renaming some packages, update reworks fine for me. By example, just renaming xvid_encraw-2007-07-31.zip to xvid_encraw.zip & modifying upgrade.xml file according to the new package and it works. Don't ask me why...:eek:


@all: an IFO parser could be great or not ? I started something from the Delphi IFO parser. Let me know if you're interested...

[Sharktooth]

@kurtnoise: does those problems happen only on Vista? have you tried reinstalling megui in a different folder?
an IFO parser could be good to "remove" the DVD Decrypter semi-dependancy in d2v creator.

[Kurtnoise]

does those problems happen only on Vista?
yes, I guess...

have you tried reinstalling megui in a different folder?
yes and same problems.


an IFO parser could be good to "remove" the DVD Decrypter semi-dependancy in d2v creator.
Right...In this case, only audio streams info is needed. In addition, could be useful also for Vobsubber tool but only subtitles streams info is required for that. So, coding only parts for Audios & Subtitles will be sufficient for the moment. However, a complete IFO parser will be more interesting in the future I think. ;) That's why I asked.

[Sharktooth]

@all: there's an update to sharpzlib: http://www.icsharpcode.net/OpenSource/SharpZipLib/Download.aspx
maybe it's worth doing the update. it may fix some problems... like the kurtnoise's ones.

[Sharktooth]

0.2.6.1028
- (Sharktooth) [Libs] Updated SharpZipLib (may fix some unzipping problems)
- (Kurtnoise) [Muxer] : output filename edition allowed.
- (Kurtnoise) [MP4 Muxer] : renable the tmp command correctly (#1795829)
- (Kurtnoise) [One Click] : few tunings
- (Kurtnoise) Cosmetics

[berrinam]

I hope I haven't caught you too late, but I've already done some work to support ifo parsing via vStrip. It calls vStrip.dll with PInvoke, and it seems to be working. I've used the current implementation to find out PGCs on a DVD, and I use this to automate running of DVDDecrypter. I don't know the relative advantages of different IFO parsers; I just used vStrip because I was able to link it to MeGUI most easily.

I've uploaded this code, updated to the latest version, and it is accessible as a branch here:

https://megui.svn.sourceforge.net/svnroot/megui/branches/vstrip

I have no objection to not using vStrip if you think it has problems, by the way.

[Sharktooth]

@devs: What about setting up a VPN (hamachi) between devs? We can chat, share info and sources, etc...

[berrinam]

I think it's about time that we branch megui so that we can start making some bigger changes again. What do you think?

Also, I think the branches are set up wrong. I, at least, have the entire repository as my working copy, so that I can play with all the other megui-related tools like MediaInfoWrapper, etc. I think we should rename 'trunk' to 'megui', and stick all the folders except 'branches' and 'tags' inside a newly-created 'trunk' folder, or something to a similar effect.

[Sharktooth]

i think we should rename trunk to Sources (or something) and move all folders except branches and tags into a new MeGUI folder.
something like:
root
|-branches
|-tags
|-MeGUI
|- bautodeint
|- MediaInfoWrapper
|- ...
|- Sources
however i would like to wait until all the bugs are fixed to make a sort of new start... once a stable version gets released we can mess with everything, including new stuff or the SVN tree structure.
releasing a stable version is the first priority so we can concentrate on design and new features implementation. we have just few bugs to fix...

[Kurtnoise]

I have no objection to not using vStrip if you think it has problems, by the way.
I don't think vStrip has issues and it has been tested a lot. So, why not after all. In fact, my main goal is to avoid using external dependancies. That's why I starded this...I'll look at this tonight if I've some time.

What about setting up a VPN (hamachi) between devs? We can chat, share info and sources, etc.
Well...I'll be much interested by an IRC chan or something coz I never tried/installed such tools.

I think the branches are set up wrong.
Indeed...I agree with Sharktooth to wait the last bugs fixing before to change something.

About SVN tree >> why not something like that :

MeGUI
|-branches
|-tags
|-trunk
|- bautodeint
|- MediaInfoWrapper
|- ...
|- Sources


That's the standard pattern iirc for the first nodes...

[Sharktooth]

Hamachi is a 1-click setup VPN... ;)
however if you prefer IRC we can register a MeGUI channel on freenode.

PS. I think the cause of #1816269 and #1813769 is the unnecessary "--split 0M" switch that gets in the commandline when splitting is not selected.

[berrinam]

I agree. But where does it come from? If you look at the MuxJob class, SplitSize is of type FileSize? -- a nullable type. It's either supposed to have a non-zero value or be null, and never supposed to have a value of zero. It's supposed to be impossible to even select a split size of zero, and when I try it, I can't -- if I enter 0, it just ignores me.

However, if you entered a split size of 1KB or even 1 byte, then it would result in --split 0M. I just played around with mkvmerge, and it only lets you enter split sizes greater than 1MB. I will put that restriction on MeGUI and hope it helps.

[Sharktooth]

ppl is weird an likes to experiment with stuff...

[Kurtnoise]

About update issues: now libs package is well unzipped but the problem remains with xvid_encraw and dgdecode. So, could you try to change/update your zip compressor and update those packages. Maybe, that should do the trick...

About IFO parsing: have a look at this (http://subtitlecreator.svn.sourceforge.net/viewvc/subtitlecreator/trunk/DVDinfo.cs?view=markup). Most of the code can be reused I think. Plus, that avoids some wasting time...:)

About VPN & IRC: well...I'll look at Hamachi but the channel IRC can be done first imo and if it's not enough, we can go to the VPN stuff. What do you think ?

[Sharktooth]

i used 7-zip to zip those files... and i doubt it has something to do with the zip format since here they got unzipped without any problems. however i'll replace those files...
about IFO parsing, yeah, that's almost what we need.
to register a IRC channel we need ppl...

EDIT: I replaced those files. Clear the cache directory and try again.

[Sharktooth]

0.2.6.1029
- (berrinam) Fix #1817211 (Bitrate calculator - MP4 container problem)
- (berrinam) Fix #1818125 (Unhandled exception on mux of x264 and neroaac into mkv)
- (berrinam) Fixed #1818131 (Error in computing resolution)
- (berrinam) Enforce minimum split size of 1MB; add assertions to help track down #1816269

[Kurtnoise]

EDIT: I replaced those files. Clear the cache directory and try again.
if you speak about the cache from my internet browser, the result is the same...:(



btw, I just added OS and Framework detection into the trunk. It's written in the log during the mainform loading. Could be useful for bugs reports I think...

[Sharktooth]

no.. i speak of the MeGUI cache directory. the "update_cache" folder into megui installation directory...

[dinolib]

For the update problem: I've solved the problem deleting the files of 0kb in the update_cache. The MeGUI downloaded again the files correctly.
There is any kind of problem with the update downloads?
Work-around: MeGUI should check the size of the files in the update_cache before unzip them (or use CRC).

[Taurus]

For the update problem: I've solved the problem deleting the files of 0kb in the update_cache. The MeGUI downloaded again the files correctly.
There is any kind of problem with the update downloads?
Work-around: MeGUI should check the size of the files in the update_cache before unzip them (or use CRC).
Thanks dinolib
This tip saves me hours of frustration.
Many of the updates downloaded correctly and show zero bytes. I guess the unpacker is behaving strange.
Sometimes it works, sometimes not:p

[berrinam]

MeGUI should delete files from the cache which update unsuccessfully.

[Taurus]

Some more observations:
There is no logic in the update failures.
Sometimes the very same file that gets corrupted at first try
is downloaded and unpacked nice at second attempt.
In case of mencoder it is about a 10 Mbytes repetition :(
The Xvid profiles got unpacked without the custom matrixes to "extras" folder, and so on.
So you can't be sure that everything is in the right place after updating and verifying each task after download is a pain in the a....
Yes, and my internet connection is very stable, no dropouts at downloads for a long time :confused:

[Sharktooth]

are you using Vista?

also the autoupdate server is getting overloaded... again... maybe that's the reason.

EDIT: it finally happened to me too. the 0 byte file doesnt get deleted. that means autoupdate doesnt delete the failed updates from the update_cache directory.
I submitted a bug report in the bug tracker.

[berrinam]

When I said "should," I really meant, "that would be a nice thing to have", not "I expect it to happen and I'm surprised it didn't"

Obviously unclear wording, sorry.

[Sharktooth]

i fixed the 0 byte thing by ignoring 0 byte files in update_cache directory but i just spotted another problem...
if the user hits the abort button while updating a file, an incomplete file gets cached... and that obvioulsy causes unzipping errors.
needs a fix...

[Taurus]

are you using Vista?

No, XP SP2

[Sharktooth]

oh... i forgot the 1030 changelog:
0.2.6.1030
- (berrinam) Forbid input and output filenames from being the same. (Should fix #1817324)
- (berrinam) Change AutoEncode default split size to "No splitting" and default target size to "1 CD." Hopefully fixes #1813769 and #1816269
- (Kurtnoise) Added OS and Framework detection.

[Kurtnoise]

hamachi installed...what's the next step now ? Create a new network I suppose ?

mail-me if you want: kurtnoise at free dot fr

[Sharktooth]

you got mail :)
however maybe it's better an IRC channel or just MSN. i just saw the linux version has no chat... what a shame...

[Kurtnoise]

\o/...I finally solved my update issues. Now, all seems to work flawlessly here on Vista. There were some conflicts between two update_cache folders content...OMG. :D I had 2 copies of megui svn trunk in my environment path with all content duplicated. That's why it didn't work. I removed the old one and...bingo. :stupid:

[berrinam]

Great! Now there are no bugs on the tracker that I can reproduce except the large fonts issue, which I don't know how to fix. Do you want to branch megui so we can start adding more features?

[Kurtnoise]

ok for me...but maybe, it's time to release a "stable" version first.


About large fonts issue: I'm trying something...I'll give you some feedback if it's ok or not.

Concerning #1795528 (http://sourceforge.net/tracker/index.php?func=detail&aid=1795528&group_id=156112&atid=798476)...it can be closed imo. It's not related to MeGUI and I can live without it.

About #1715064 (http://sourceforge.net/tracker/index.php?func=detail&aid=1715064&group_id=156112&atid=798476): I don't think it's related to MeGUI too...For what I've seen in the forum.

[Sharktooth]

both closed. what about #1811644 (http://sourceforge.net/tracker/index.php?func=detail&aid=1811644&group_id=156112&atid=798476) ? can you reproduce it?

[Kurtnoise]

cannot reproduce it here using the last revision...it works fine.

[Sharktooth]

so, once the muxing problems gets a confirmation they have been fixed, there are only 2 bugs left. the 120dpi fonts bug and a possible resource leak (#1816325 (http://sourceforge.net/tracker/index.php?func=detail&aid=1816325&group_id=156112&atid=798476)), unless the latter is a an external app (decoder, avisynth_MT or filters?) problem.

So, should we change the versioning for the upcoming stable release?

PS. There's still a bug with the updatecacher. the "aborted" files should be removed from the update_cache folder.

[berrinam]

But you've marked that in the tracker as fixed, haven't you?

[Sharktooth]

yup, i was pretty annoyed by the megui update problems kurtnoise had on vista that i just forgot to check for the "aborted" files (actually megui tries to delete and re-download 0 byte files... exceptions are not handled though...)... my bad.
on the other side, i have an idea in how to fix that but maybe it's not so good and quite complex. it requires flagging the aborted/incomplete files... if you have a simplier solution just let me know.

[berrinam]

I think I've got something that works quite simply. It's a bit clunky, as it requires the user to run update again, but at least it deletes the bad file. Fix committed in rev306.

[Sharktooth]

yep, it's ok for me. FlushFile() can be even reused in the updatecacher around line 70 but it can be just left as it is.
i just added the exception handling.

PS: Im updating the x264 encoder profiles and maybe i will change the profiles names.

[Kurtnoise]

About large fonts issue: I'm trying something...I'll give you some feedback if it's ok or not.
Not a bug in fact. I just moved to large fonts, updated each component forms to have a correct size (AutoSize=False was already correct), recompiled and it works fine with 120 DPI. Then I changed back the size (120 to 96), rebooted and...with normal size (96 DPI), forms are not scaled properly. So, I don't know what to do for the moment...

[Kurtnoise]

@berrinam: what do you think about a MSN or an IRC chan to chat between each others ?

[mini-moose]

the muxing tool's splitting-->select size... doesn't seem to be working well for me (at least). once I use the drop meu and choose "select size..." it's tab appears on my taskbar but it's not visible or usable for choosing.

also something I thought that can be nice is to add an option in the "settings" to set a different default container. default seems to be mp4. personally I'm using mkv only so everytime I launch megui I need to set it to that instead of mp4. same goes for the autoencode. even when the container is changed to a different one then mp4 it will still be mp4 on Autoencode (unlike on bitrate calculator). I will submit this on sourceforge.

[Sharktooth]

i just fixed the "Select size" dialog, but the next times, please report bugs on the MeGUI Bug Tracker.

[berrinam]

@berrinam: what do you think about a MSN or an IRC chan to chat between each others ?

Either's fine for me.

[Sharktooth]

irc.freenode.net #x264 until we have an official megui channel...

[Zulithe]

in MeGUI 0.2.6.1032, Tools menu -> AviSynth Script Creator, then for Video Input pick a file (any video file, i've tried probably a dozen different formats/codecs), meGUI closes and doesn't leave a log file as to why it closed.

I have AviSynth 2.5.7 (stable) installed in the default directory. Am I doing something wrong?

Using Vista Business 32bit.

[Sharktooth]

i suspect it's still a vista related problems since it works fine on XP...
could you try disabling the Preview from megui settings?

[Zulithe]

I went to settings -> Main tab ('other' subsection), unchecked "Open Preview after AviSynth script selection", clicked saved, exited MeGUI, restarted, reattempted, and it still closed with no error.
MeGUI Version: 0.2.6.1032
OS used: Microsoft Windows Vista
.Net Framework installed: 2.0.50727.312