MeGUI development

[Richard Berg]

No problem. We'll just need to move the autoupdate files to megui.org/auto or something.

[berrinam]

0.2.3.2120 7 April 2006
Commit by berrinam:
- Fix commandlines generated for MP4Box

[berrinam]

0.2.3.2121 8 April 2006
Commit by berrinam:
- Add ability to import/export profiles. This also manages the dependancies, like CQM files and One Click profiles. This works through the file menu and through dragdrop.

The reason for this: it means we don't have to trust users to muck around with what should really be program files in order to install ST's profiles. It also means that profiles can now be distributed with CQMs, and it is easier for people to distribute profiles, in particular One Click profiles, which require also an audio, video and avisynth profile. Finally, this paves the way to distributing profiles through an 'auto-update' mechanism.

[max-holz]

Public CVS is dead, please pass to SVN.

[Sharktooth]

new sources at the same place.

[ChronoCross]

I'll post another build soon. I'm also working on my new site so hopefully when I get some actual freetime I can finish that. it'll make the organization of stuff better lol.

[berrinam]

0.2.3.2122 10 April 2006
Commit by berrinam:
- Support any filetype through directshow in AviSynth script creator
- Make resize turn-off-able in AviSynth script creator
- Automatically set AR on non-d2v loaded sources as well as d2v sources in AviSynth script creator
- Add clear log button
- Remove main-tab restriction on drag/drop

[berrinam]

0.2.3.2123 11 April 2006
Commit by berrinam:
- Allow any video input in the main window, and generate an input scriptlet for it.

[Sharktooth]

sources archive updated

[ChronoCross]

What do you guys think of an installer? I finished the NSIS script I want to use along with all the files needed for MeGUI. I'll only change over to this if the devs agree it should be distributed in this form.

[berrinam]

What do you guys think of an installer? I finished the NSIS script I want to use along with all the files needed for MeGUI.An installer is obviously good for n00bs. However, getting the entire installer is a helluva download to just get an update of MeGUI (this happens a lot). I think that we will eventually want an installer which sets up MeGUI and gets everything else through the automatic update system, but until then, you should continue to distribute MeGUI without anything else. Distribute the installer as well, as far as I'm concerned, but don't abandon the single MeGUI executable yet, because I think people won't like being forced to download a huge package every update.

[ChronoCross]

I think what I'm gonna do is make an installer that installes everything including a build available at the time.

call it: MeGUI-Essentials-20060312.exe

And then from that point we can first have people install the essentials pack(which doesn't include neroAG's codec dll's due to licensing issues.) Then they can update the megui files using my standard .rar files.

[Sharktooth]

good news. i recovered all the lost data on my raid 0 array...
so, im still busy with my health problems but i intend to finish a couple of patches i was working on before being hospitalized.

[shon3i]

@berrinam and ChronoCross can you put in this package everything is need something like GK pack.

[ChronoCross]

@berrinam and ChronoCross can you put in this package everything is need something like GK pack.

It's what I had planned. everything cept nero's stuff.

[shon3i]

everything cept nero's stuff.
That is ok.

[berrinam]

0.2.3.2124 13 April 2006
Commit by berrinam:
- Intermediate file deletion now deletes *all* intermediate files except for besweet log files
- Fix crash with Delete Intermediate files and Delete Completed jobs

[berrinam]

0.2.3.2125 13 April 2006
Commit by berrinam:
- If aspect error due to non-ITU resizing exceeds an amount given in Settings, default to ITU resizing

[max-holz]

I repeat my request. It seems that the refactoring will not come out shortly,so could you pass the project to sourceforge SVN that works correctly please.

[Sharktooth]

well... we need the doom9 authorization
in the meantime im uploading the new sources to files.x264.nl <-- EDIT: done

[Doom9]

would you like to manually merge a couple dozen files?

[berrinam]

@Doom9: does a restructure of the Audio UI/AudioStreams stuff clash with your refactor? Specifically, this means modifications of all the event handlers for the Audio section in the main form, as well as a modification of convertLanguagesToISO in MuxWindow.cs. To be safe, I've submitted these modifications as a patch, but if they don't clash, then I'll commit them to the CVS.

Changes:
-Fixed 'audio/input types are incompatible' error message
-Freed up the users options regarding audio input/output
-Fixed crash in convertLanguagesToISO

Patch description on SF: http://sourceforge.net/tracker/index.php?func=detail&aid=1470138&group_id=156112&atid=798478
Patch file on SF: http://sourceforge.net/tracker/download.php?group_id=156112&atid=798478&file_id=174516&aid=1470138

When applying the patch, you'll have to add my changes to the changelog, as well as modify AssemblyInfo to reflect whatever version number you choose to call this.

[Doom9]

@berrinam: a couple pages ago I posted a link to the current status of my code.. dimzon wanted to have a look but I haven't heard anything yet. All the changes that concern the main window are finished.. changes are only forthcoming in the autoencoding and one click window, job generation and job processing (okay, that will have an influence on the main form).

[DC]

I have made a few fixes to MeGUI for issues I was experiencing myself. Maybe someone can include these in the src?

1. One-click configuration dialog populates its audio profile combobox twice with all available profiles, because it does this when the container changes (during initialization) and later again when the audio profile combobox should be filled for the first time. Fix: comment out the second fill code. Or even better: have a single method which remembers the selected profile, repopulates the combobox and reselects the original profile again (if it's still available) or selects the first profile (otherwise). I would have done that but didn't want to change so much code without being able to check in.

OneClickConfigurationDialog.cs

...
if (videoIndex > -1)
videoProfile.SelectedIndex = videoIndex;

// FIX: stop audioProfile combobox from being populated twice with all
// profiles (one time as a sideeffect from setting containerFormat.SelectedIndex
// above, the second time here. XXXXX
/*
foreach (string name in mainForm.Profiles.AudioProfiles.Keys)
{
this.audioProfile.Items.Add(name);
}
if (audioIndex > -1)
audioProfile.SelectedIndex = audioIndex;
*/

foreach (string name in mainForm.Profiles.OneClickProfiles.Keys)
...


2. In one-click mode MeGui assumes that demuxed audio files have a T01, T02, T03... substring in their filename which indicates the track number. I have demuxed a PVA which was created by ProjectX and the audio file did not include a T01. The result was that no audio job was added to the queue and the video had no audio. I have worked around this in VideoUtil.cs getAllDemuxedAudio() by removing the "T0X" substring detection but hesitated to do more (because the code might have changed already and I couldn't check in). I suggest a fallback: if no audio file matches T?? all audio files should be added.

3. AviSynthWrapper.Dll dimzon_avs_init() does not support international characters in .d2v filenames. With parameter arg = "Wände.avs" I get this error:

MPEG2Source : unable to load D2V file \"Wände.d2v\" \n(Wände.avs, line 4)

if(0!=dimzon_avs_init(ref _avs, func, arg, ref _vi, ref _colorSpace, ref _sampleType, forceColorspace.ToString()))
{
string err = getLastError();
cleanup(false);
throw new AviSynthException(err);
}


DC

[dimzon]

3. AviSynthWrapper.Dll dimzon_avs_init() does not support international characters in .d2v filenames. With parameter arg = "Wände.avs" I get this error:

MPEG2Source : unable to load D2V file \"Wände.d2v\" \n(Wände.avs, line 4)

if(0!=dimzon_avs_init(ref _avs, func, arg, ref _vi, ref _colorSpace, ref _sampleType, forceColorspace.ToString()))
{
string err = getLastError();
cleanup(false);
throw new AviSynthException(err);
}



this is not AviSynthWrapper.Dll problem, this is avisynth problem

[dimzon]

@Doom9
I'm sorry. I'm @ heavy deadline pressure. I was @ work during last weekend and I will be @ work this and next weekend too..
So I have no time to take close look @ Your sources, I'm very sorry... Maybe I will have more free time after May 10...

PS. My office PC has been broken again (3-rd time diring last 4 month). Overheat caused motherboard condensers exploision... :devil: :devil: :devil: Seems like I'm cursed...

[Doom9]

well.. my work PC needs a windows reinstall.. the usual tricks (removing no longer used software and defragmenting) do not help anymore. Oh, and it needs tons more ram.

[dimzon]

Oh, and it needs tons more ram.
<offtopic>
My office PC has 1.5GB RAM, Yeah!
</offtopic>

[goldencoin5]

i m a new bie n the prob is that how can i convert my DIGITAL VIDEO to AVI with MEGUI ?
with staxrip i m doing it very easily but wann'a try MEGUI ?
when i open a .ts file it says CHECK YR PIDZZZ
i open it with d2v creator :helpful:

[berrinam]

0.2.3.2126 15 April 2006
Commit by berrinam:
- Fixed issue with audio combobox in OneClickProfileConfig'er being populated twice (thanks to DC)

2. In one-click mode MeGui assumes that demuxed audio files have a T01, T02, T03... substring in their filename which indicates the track number. I have demuxed a PVA which was created by ProjectX and the audio file did not include a T01. The result was that no audio job was added to the queue and the video had no audio. I have worked around this in VideoUtil.cs getAllDemuxedAudio() by removing the "T0X" substring detection but hesitated to do more (because the code might have changed already and I couldn't check in). I suggest a fallback: if no audio file matches T?? all audio files should be added.
Good idea, but there is the possibility of a better solution, which I posted about here (http://forum.doom9.org/showthread.php?p=813198#post813198)

[Doom9]

I suggest a fallback: if no audio file matches T?? all audio files should be added.megui only supports two audio tracks... I'd much prefer berrinam's approach.. it's more informative, and error resiliant as we could finally scrap the "find demuxed audio" routine and instead know for sure what it is we're looking for.

[Mutant_Fruit]

Hi,
Sorry for vanishing for so long. I was away on holidays in lavigno skiing over my easter break from college and i managed to damage myself a little :P

Anyway, with my summer exams coming up in less than a month i've been overloaded with study and whatnot, so i don't have much time to mess around with code. Here's the current status on the AutoUpdate:

Firstly, i havn't really touched it in a few weeks, so i may have forgotten some problems with it. I went through it today, commented some bits of it and wrote a little .doc with some info on what has to be done (that i remember) and what i have done. It's mostly done. It just needs a few tweaks here and there

If anyone does want to continue it on, feel free to PM me (i mightn't be on the forums too much, so i might miss a post).

Once again, sorry for vanishing off for so long, i got quite distracted with all the work i have to be doing.

In the zip file there are two folders. The CVS version is the CVS version of MeGUI that i was working off when i started this. The New Version is the version with the AutoUpdate code and all that. The document is just a list of TODO's and a quick explanation of the code and some of the important points.

Source code (http://www.fileshack.us/files/741/Update.rar)

EDIT: The "server" url in the code needs to be changed as the files are now in http://megui.org/auto/ as opposed to http://megui.org/

[DC]

megui only supports two audio tracks... I'd much prefer berrinam's approach.. it's more informative, and error resiliant as we could finally scrap the "find demuxed audio" routine and instead know for sure what it is we're looking for.

I realize that there are problems with my suggestion, first of all the order. Currently one-click allows to select a generic Track 1, Track 2, ... but if we add all available tracks it can be hard to determine which one is track 1.

However, I have a bunch of already demuxxed m2v/mp2 files which come from ProjectX. And I need ProjectX to read my .rec files (which come from a Topfield receiver) and I also need it to fix audio sync problems - which requires it to demuxx the media. I tried having ProjectX convert to PVA and DGIndex demuxx but the result was bad audio sync (really bad, variable offset). Seems I have to stick with PX and its demuxxing (and I also cut with PX).

Bottomline is I have demuxxed audio already and DGIndex can't know any better than MeGui which audio it is. But it's not like there were dozens of totally unrelated filenames for audio tracks. Usually there one or two with the same name as the video and extension ac3 or mp2. If one-click could have the real audio filename in its combobox (instead of Track 1, 2, ...) neither MeGUI nor the user would have to guess which track to use...

[berrinam]

If anyone does want to continue it on, feel free to PM me (i mightn't be on the forums too much, so i might miss a post).I've managed to compile this, integrate it with the newest CVS, and make a few changes. I'll try to get this finished and committed into CVS soon.

@Richard: Could you sort out some way of me getting access to megui.org please, so I can play around with the auto-update files? Also, what's up with http://megui.org/mediawiki/ ? There seems to be a folder there, but it redirects to http://megui.avisynth.org/mediawiki/index.php/Main_Page which gives a 'can't find server' error.

[ChronoCross]

Okay everyone. Now that my easter break is over, I've finished the installer for the essentials package. This should be installed by everyone who is new to megui and having problems.

Note: Nero Audio codecs not included due to licensing issues. Please download nero from www.nero.com and find aac.dll and accenc32.dll to encode using nero.

Essentials Package with MeGUI 2.3.2125 (http://chronocrossdev.com/apps/megui/MeGUI-Essentials.exe)

[Doom9]

If one-click could have the real audio filename in its combobox (instead of Track 1, 2, ...) neither MeGUI nor the user would have to guess which track to use...You want something else: being able to manually select audio streams instead of having dgindex demux them. If you have a DVD, where the 8 streams really come from, if you don't have the info file it's your own bad.. those that rip as they ought to for megui will have a nice dropdown with all the languages the DVD has.
When it comes to digiTV streams, dgindex just offers the track1-8.. what could megui do different than offer the same so that it would be more clear?

Keep in mind, you have an entire different workflow. the one clicker is for people who demux with dgindex. And this is a discussion for the suggestion thread.

[sillKotscha]

Okay everyone. Now that my easter break is over, I've finished the installer for the essentials package.

thank you for that installer... very nice :)

two things to mention:

1. for the beginners there should be a hint to put the aac.dll and the aacenc32.dll into the besweet folder (if they want to use nero for audio encoding) and

2. you should definitely remove your logs ;)

thank you

Sill

Edit: you'll find mencoder doubled... as it should (mencoder.exe) but mencoder.rar as well -> does make the package smaller if removed ;)

Edit 2: and you'll find another mencoder.exe within \tools\MKVtoolnix\mencoder.exe -> another 11,4 MB to remove from the package...

you seem to love mencoder :) that leads to my last question... why isn't the xvid encoder xvid_encraw but mencoder?

[ChronoCross]

sorry I forgot about all the copies I had floating around in there. there are issues with mencoder and largefiles. I had been working on a fix for that. I finally got it however I think there is a problem with the current one I have unzipped. the one in the rar is probably the best to use. I will have that fixed in the next updated release(atomorrow sometime)

[berrinam]

I believe the newest xvid_encraw isn't supported by MeGUI at the moment, so it is best to stay with mencoder for the time being.

@ChronoCross: The AviSynth plugins need to go in the AviSynth plugin directory (given by LocalMachine\Software\AviSynth\plugindir2_5 in the registry). Also, you may have noticed that I Mutant_Fruit uploaded the source code to his autoupdate code, and I am working on it. I hope to finish it soon, so that could eliminate the need for all the extra files required in a package.

[ChronoCross]

I'll make a readme of things needed to be done manaully( I have not figured out how to do things such as reading from the registry. but yeah the next version will be greatly improved.

Oh also could you remove -noodml from the mencoder huffy commandline in cvs? it won't allow for greater than 4GB.

[sillKotscha]

I believe the newest xvid_encraw isn't supported by MeGUI at the moment, so it is best to stay with mencoder for the time being.

thanks for clarification :)

[ChronoCross]

I've redid the essentials package to make the corrections. It also has a readme. The size is now greatly reduced. 10MB.

[berrinam]

I'll make a readme of things needed to be done manaully( I have not figured out how to do things such as reading from the registry. but yeah the next version will be greatly improved. Don't overstress yourself with making the installation do everything right now. Maybe we should come up with a verdict on how we will do distributions (auto-update or not) from my post (http://forum.doom9.org/showthread.php?p=814983#post814983) first.

Oh also could you remove -noodml from the mencoder huffy commandline in cvs? it won't allow for greater than 4GB. Have you now managed to make an mencoder build that works with big files? In that case, I will certainly remove it.

[ChronoCross]

yeah the one that I have included in the package works with large filesizes. it took 2 different patches and some time reading and asking questions on the mplayer mailing list.


As for the auto update I'm all for that. all we need is a place to store the stuff, decisions on directory structure and the ability for someone to update and check for other updates when necessary.

[berrinam]

yeah the one that I have included in the package works with large filesizes. it took 2 different patches and some time reading and asking questions on the mplayer mailing list.Great. I'll update the commandlines, then.

As for the auto update I'm all for that. all we need is a place to store the stuffmegui.org
decisions on directory structureAt the moment, this follows what is already set up. As in, it is currently designed for updating an already-configured system, so it simply replaces the files wherever they are with a new version. I'm considering adding a 'setup' preset/mode of operation, which will get everything and put it in a new directory structure (my idea is listed at the end of this post).
the ability for someone to update and check for other updates when necessary.I don't get that. Are you basically saying that we need the ability to run auto-update? Isn't that obvious?


My proposed directory structure:

%meguidir%\tools\x264\
\mencoder\
\xvid_encraw\
\neroraw
\faac\
\lame\
\besweet\
\mkvmerge\
\mp4box\
It's similar to what you currently do with your installer, but it ensures that files with the same names in various packages (especially things like readme.txt) don't override each other.

[ChronoCross]

I don't get that. Are you basically saying that we need the ability to run auto-update? Isn't that obvious?


I actually meant an admin to control the files that need updating. Someone to actually go out, look for any updates and then place them on the site for updating. (filters, programs among other things)

[berrinam]

0.2.3.2127 19 April 2006
Commit by berrinam:
- Allow relative pathnames for encoder files

[riggits]

0.2.3.2127 19 April 2006
Commit by berrinam:
- Allow relative pathnames for encoder files

This is a landmark moment in MeGUI history :)
Thanks berrinam!

[berrinam]

This is a landmark moment in MeGUI history :)
Thanks berrinam!
Hahahaha! :D The changes for that revision are just overwhelming: two extra lines, both executable = Path.Combine(Application.StartupPath, executable);

Just goes to show that the amount of work required for a change has absolutely no relation to the value that the users place on it.

[max-holz]

I have a silly question.

What Sourceforge thinks about his ridicolous cvs? :D