MeGUI development

[JoaCHIP]

I just tried MeGUI 0.2.3.2185 and here's my comments on this tool in general (both big and small issues mixed):

Good things:

Easy to use
Uses 2 cpus
Has "low" priority as default
Auto creation of .avs file
Seems to be quite stable
Supports many formats

Bad things:

"Increase Volume automatically" must not be enabled by default!! It doesn't even say if this is a limiter, a normalizer or a compressor. :scared:
The reversed Action / "Cancel" button order in all dialogs is annoying to a non mac user. Cancel should always be the right-most choice. The confusement comes from right-aligning the buttons in the window. Center or left-align them, and it all becomes clear.
The "Automatic Encidong" dialog is "always on top" even tho i didn't ask for that.
MeGUI should display all files or at least all media files in the filerequester, not just .avs files.
The "Automatic encoding" dialog should remember the last settings to be more convenient.

[CruNcher]

Gpac and Matroska output for X264 cli seem to be borked @ the moment i advise everyone to use raw only forever :P (to much problems allways with the container updateing) X264 should skip both imho

[Sharktooth]

i didnt update the gpac libs in my builds. so if it was working before it should be still working right now.

[kurt]

jep, mp4 & mkv output works fine here with recent builds both of megui and x264 (r546)...

[elguaxo]

MeGUI 0.2.3.2181 + x264 r541 + MKV working here.

[CruNcher]

urgh then it's some cmd line parseing bug or something new jeez
ok but if anyone ever has problems encoding with the cli (doesn't encode but creates container) just try raw output it will work then
dunno yet whats the problem (but it can't be old)


x264.exe --bitrate 7721 --output "seven-bug.mp4" "seven.avs" <- fails
x264.exe --bitrate 7721 --output "seven-bug.mkv" "seven.avs" <- works
x264.exe --bitrate 7721 --output "seven-bug.264" "seven.avs" <- works


but with some combos that worked before also .mkv can fail .264 allways works

[Sharktooth]

@cruncher: In rev 551 i reverted to an older GPAC.
please test if it now works.

[Doom9]

"Increase Volume automatically" must not be enabled by default!! It doesn't even say if this is a limiter, a normalizer or a compressor. I have people storming my house if that were removed.. it's a good default if I ever saw one. If you care to know what it does, it's open source and you posted in the dev thread so we expect that you know how to read the source ;) The same goes for your other comments.. if you have any feature requests or bugs, there's specific threads for that. I especially don't appreciate the use of "xyz shoud do abc"... that's your opinion.. is not "how it should be".. and the "remember settings in the autoencode window" has been requested many times so it'll probably be implemented at some point in the future.

@foxyshadis: alt<space> works.. it's probably an easy thing to add so how about a patch?
The ALT + x solution nicely sails around the use of standard shortcuts (I do agree that it's annoying that they don't work), on the other hand, Control is the standard accelerator to directly trigger an action, while alt is used to jump to a certain menu.

And what is import/export profile?

[foxyshadis]

Ok, I'll also put my money where my mouth is ;) - here are some suggestions. I also think it would be worth reordering the tools menu to something more in line with the expected workflow. As an addendum to my previous comments about keeping default windows shortcuts as they are - I enjoy having other custom shortcuts to take arbitrary shortcut letters that are simply easy to reach with one hand - so I can keep one hand on the mouse.
I prefer alt for new windows & similar and ctrl for same window commands.

o Open: ctrl-o. Having separate extensions for audio/video doesn't seem to smart, would there be some way to use one command to also ask for "open as"?
o Close window / quit (with confirmation): ctrl-w alt-x.

o d2v creator: alt-1 alt-d
o Avisynth Creator: alt-2 alt-a
o Bitrate Calc: alt-3 alt-b
o One click encoder: alt-4 alt-r
o Chapter Creator: alt-5 alt-c
o Muxers: alt-6 alt-e alt-m
o AVC Matrix Editor: alt-9
o AVC level - move to a button, either inside x264 config or in the video input config which only shows up when x264 is selected. If you want to keep it in the menu, shortcut: alt-0

o Profile management. Possibly have a large 'profile centre' sort of thing where you can access, import and delete all profile types. If so, the one click setup would get integrated here too. No shortcut.
o One click setup: No shortcut.
o Settings: alt-, .This is the mac shortcut - there's no equivalent for windows but I always expect it - even if it's rare I get to use it ;)
o Update: No shortcut.

Will add more as I remember what i'm missing.
Anyway, I finally had a chance to get my hands dirty on it, and C# is rather more restrictive than win32, but as I read up on it, in a way that's a good thing - a lot of international keyboards use some of the combos we were considering for regular letters, even if it's annoying. (No alt+letters, and no symbols with anything.) You can override the accel key handler but why. But the alt-# idea is a great one, wish I'd thought of that.

What's funny is that I went ahead and split the tools menu into two menus, then came back to reread your post, and found out I was too late. =p

So here's my plan:
&File->
* &Open (ctrl-o)
* &Import Profiles (ctrl-i)
* &Export Profiles (ctrl-e)
* E&xit (alt-f4)
&Encoding->
* &One Click Encoder (alt-1)
* &D2V Creator (alt-2)
* &Avisynth Script Creator (alt-3)
* &Bitrate Calculator (alt-4)
* &Chapter Creator (alt-5)
* &Muxers ->
* * Adaptive Mu&xer (alt-6)
* * M&KV Muxer
* * &MP4 Muxer
* * &AVC2AVI
* * &Divx AVI Muxer
* &Validate AVC Level (move to x264 later)
* AVC &Quant Matrix Editor (also move to x264)
&Tools ->
* &Settings
* &One Click Setup
* &Update (ctrl-u?)
* &Minimize to Tray
* Show &Progress
Shortcut display will also be enabled. This way mnemonics and accelerators can be decoupled.

I like the whole profile manager plan. It doesn't need to be large, but it should import, export, and update profiles. It could be built out of the existing profile importer.

Another grand idea: Fold the processing window into a tab in the main form so it doesn't take up extra toolbar space. (Either hidden when not processing or not.) The main window's titlebar can show the % completion. This is actually a little better for when there's taskbar pressure and stuff gets grouped, when you have to click the group to see the %.

I checked out moving Level Validation, but it'll require a little surgery so I left it to do. Quant editor was much easier, though it needs to be more integrated.

I also need to update zones anyway, so that xvid can have its chroma optimizer, carton mode, and such options. Probably as checkboxes that'll be hidden by default.

Here's the patch (http://foxyshadis.slightlydark.com/random/megui-2185-uistuff.diff) - it's not meant for svn, just testing and comments.

Concerning audio, it'd be great to have a compressor/limiter, but we can't do that until someone comes up with one. ^^;

[check]

No alt-letter? :<
I spent some time thinking about your accelerator layout and coming up with feedback/problems only to discover you had already factored them all in; as far as the accelerators go I think they are fine :D . There are only a few changes I'd suggest for thought (I'm not sure if I would prefer them myself) that I'll list below.
After all this I went out for lunch and couldn't stop thinking about the workflow layout, and the UI of megui in general (I'm glad I was eating alone ;)). I've got a few ideas for a (major/show stopping) revamp of the megui interface, but I'll hold back posting about them until I work out a mockup and get some more info so they are a bit more than the frivolous words doom9 loves so much :-P.

Now, back to the accelerators, divx AVI muxer would seem to be better written into the menu as '&AVI Muxer' and the avc2avi frontend as '&h264 Muxer' which means both can use the first letter of their title, making learning the shortuts for a relatively obscure section of menu a whole lot easier.
Since we have plenty of alt-#s free it would be nice to allocate the h264 matrix editor alt-0 (although since that's a semi special shortcut it could be saved for something else?). Also, if the profile centre will ever become a reality we should work out where it fits into the numbers now and reserve the shortcut for it to avoid future confusion and yet more shortcut refactoring.
Finally, if you can do it, pleasepleaseplease set prefs to open with 'alt-,'. Although it's a rare key combo on windows the likelihood of it ever being a problem is low and I'm sure a lot of closet / previous mac owners will thank you :-P. alt-. is often used for view options on macs too (see itunes) (ie the columns in detail view), could this be assigned to hide/show process status? Now I'm starting to think of global hotkeys...

As to the "get some more info" I alluded to above, by that I mean asking a few more questions. I'm thinking they belong in this post rather than a new one over in general questions because they are linked to my rambing above - feel free to move them if I'm thinking wrong.
o What is the aim of the megui project? How close to completion is it so far? Has it changed over time (well, "how much" is a better question). Rather broad question, I guess i'm looking for an answer that goes something along these lines: "megui is a tool that allows the user to do everything required for video conversion (specifically DVD ripping) with a frontend that strives to be as simple and clear as possible while maintaining high level of control without excessive heirarchisation of the program". Or whatever it actually is. In other words, do you want to make AGK or GK?
o Is there an overarching design philosophy to the GUI?
o berriman has mentioned before he dislikes project files. Could you explain the problems you have with project files? Personally, the big problem I have with them is that they are essentially meta-meta-files and they always use evil filing systems which involve a seperate directory for every one line .txt file generated.
o If any question doesn't belong in this thread, it's this one. Why oh why does megui take so damn long to start up? ;)
I'll also try to add any answers to these to the wiki - it's been a bit stagnant lately.

[foxyshadis]

After all this I went out for lunch and couldn't stop thinking about the workflow layout, and the UI of megui in general (I'm glad I was eating alone ;)). I've got a few ideas for a (major/show stopping) revamp of the megui interface, but I'll hold back posting about them until I work out a mockup and get some more info so they are a bit more than the frivolous words doom9 loves so much :-P.
Suggestions are always welcome. Can't promise even good ones would be feasible to implement, though.

Now, back to the accelerators, divx AVI muxer would seem to be better written into the menu as '&AVI Muxer' and the avc2avi frontend as '&h264 Muxer' which means both can use the first letter of their title, making learning the shortuts for a relatively obscure section of menu a whole lot easier.
MeGUI doesn't use h264 anywhere else, so no. However, they could be XviD AVI Muxer and AVC AVI Muxer. Somewhat clumsy but it could be worse. Or we can just call it AVI Muxer and let it handle both types - although it seems kind of silly to not just use the adaptive muxer, since that's why it was developed.
Since we have plenty of alt-#s free it would be nice to allocate the h264 matrix editor alt-0
Both of the AVC tool menu items will go away, they don't belong there at all. Particularly since I discovered megui does validation on script load, so no need to worry about having to open the config panel just to validate. The matrix editor will be completely incorporated into the custom matrix selection box.

(although since that's a semi special shortcut it could be saved for something else?). Also, if the profile centre will ever become a reality we should work out where it fits into the numbers now and reserve the shortcut for it to avoid future confusion and yet more shortcut refactoring.
Finally, if you can do it, pleasepleaseplease set prefs to open with 'alt-,'. Although it's a rare key combo on windows the likelihood of it ever being a problem is low and I'm sure a lot of closet / previous mac owners will thank you :-P. alt-. is often used for view options on macs too (see itunes) (ie the columns in detail view), could this be assigned to hide/show process status? Now I'm starting to think of global hotkeys...
If I'm convinced that unavailable shortcuts are necessary, I'll add the overrides for it. I just like to keep it simple until then. By default, this is the rather pitiful list of usable shortcuts (http://windowssdk.msdn.microsoft.com/en-us/library/system.windows.forms.shortcut.aspx). Punctuation isn't on there.

o Is there an overarching design philosophy to the GUI?
Accretion? :p
o If any question doesn't belong in this thread, it's this one. Why oh why does megui take so damn long to start up? ;)
Loading and initializing the stupid framework. Try closing and reopening, it should take less than a second since .net's loaded.

[Doom9]

No alt-letter? :<I thought that too. Then again, if we have numbers, using Ctrl makes a lot more sense since Ctrl-X are normally direct accelerators where Alt-x are menu accelerators (Alt-F = open the file menu, then Control-O to open a file). So I think it makes more sense to stick with that and just replace the accelerators that conflict with common windows accelerators (notably Control-C, Control-V, Control-X, Control-A).

So for the one click encoder we could have Ctrl-1 (1-click...). Then AviSynth script C&reator. D&2V Creator. Ca&lculator and C&hapter creator. Alt-M serves as a shortcut to the muxer submenu, Alt-E to the encoding menu, Alt-T to the tools menu.

And speaking of the tools menu, I've never really liked the changelog in its own tab.. I think making it a menu point in the Tools menu (or pehaps a help menu with one link to the changelog, another to an about screen and another one to the megui wiki) is more in line with other software.

In other words, do you want to make AGK or GK?Both.. be default GK but with one click profiles we've entered AGK territory. And it's far from completion.. there's no vobsub handling, no avisynth script cutting and I have a feeling we could do more in the DigiTV area.

Is there an overarching design philosophy to the GUI?I believe it's called chaos ;)

Why oh why does megui take so damn long to start up? The curse of non native code combined with many gui fields?

[berrinam]

And speaking of the tools menu, I've never really liked the changelog in its own tab.. I think making it a menu point in the Tools menu (or pehaps a help menu with one link to the changelog, another to an about screen and another one to the megui wiki) is more in line with other software.I like this idea.

Both.. be default GK but with one click profiles we've entered AGK territory. And it's far from completion.. there's no vobsub handling, no avisynth script cutting and I have a feeling we could do more in the DigiTV area.
...
I believe it's called chaos ;)Agreed. No-one with enough time has come along to help to make a steady goal. I'm working gradually to make it more extensible, but I don't spend much time on MeGUI any more.

However, the goals that guide MeGUI in my mind are:
Give the user complete control when he/she wants, but also make it as simple as possible for the casual user, but still get as good quality as possible. To achieve these, we (a) integrate profiles, so people needn't choose their settings and (b) integrate advanced tools such as autodeint and the adaptive muxer.
Work towards minimizing the point-of-presence time required for an encode, through automation such as the one click encoder.
Fit together into a nice package.

At the moment, I'm working on the infrastructure to make it more package-oriented. I don't know when it will be in a commit-able stage, but it is getting there. Unfortunately, since it's a big commit, it's likely to add another whole heap of bugs, so I will try to commit it as a branch. I would be pleased if someone else could do some work on it, so just say something if you want to help. This should hopefully make it more bug-free in the future, though...

[berrinam]

By the way, I don't remember my objection to project files, but perhaps it was about the problem with .NET 2.0 versus .NET 1.1, and the project files not being compatible. Anyway, it is no longer a concern of mine, even though I still think MeGUI should remain compilable using compile.bat.

[berrinam]

Any idea how I can branch in SVN? This can normally be done easily with branch in TortoiseSVN, but I don't know how well it will work here, since megui is in the root directory, not in the trunk directory. Any idea what I should do, or should I just commit it to the trunk for now, and then we can all work on fixing it up as soon as possible?

EDIT: Mind you, a test on a local SVN repository with the same situation worked out with no problems, so perhaps it is ok to do...

[henryho_hk]

foxyshadis, megui is putting too many filter DLLs in the default plugin directory. Can you make an "AVS filter directory" option and let us put them in a separate directory?

[foxyshadis]

Ah, the old Avisynth 2.5.6 problem. That shouldn't be a big deal, but it'll mean rewriting some things, and deciding which plugins deserve to be in the main directory vs a branch. Hmm, there's only 13 and they all look quite useful in general... Now the rest of the files spamming up the folder can be put somewhere else no prob, into a "docs" folder or similar.

Berrinam, TortoiseSVN has a branch/tag command to create a new branch in svn. Either way, I'd like to see it before I go tweaking too many of the internals if it'll change everything around.

[berrinam]

I've made a branch with the refactor, and there's a readme.txt left in it. It has some changes started. You can get it from https://svn.sourceforge.net/svnroot/megui/branches/refactor.

It compiles already, but hasn't really been tested. If someone else (say, foxyshadis, if you're interested) could look at it and make some changes/suggestions, it would be good.

Cheers

[Sharktooth]

@devs: please check this: http://forum.doom9.org/showthread.php?p=861792#post861792
In the meanwhile i forced the autoupdate to downgrade from dgindex/dgmpegdec 1.4.8. to 1.4.7

[JoaCHIP]

@ Doom9: The reason i'm so convinced that "Increase Volume automatically" should be disabled by default is that changing the volume is really something that changes the source. This contradicts the rest of the software package, where e.g. all the video settings are only there to help recreate the original content as well as possible. Any process that changes the volume must be seen as an effect and not a tool to recreate the original. And surely, you wouldn't enable a posterize or a sepia effect by default, would you?

Now your point about this being open-source is valid. I might look into the source code myself, if i get the time, but many of my comments are rather GUI-oriented, and i'm not a gui coder (under Windows), so i might not be able to contribute on these points without messing things up.

[check]

I'll speak up in support of the changelog tab - it's nice to be able to easily peruse it while waiting for the last minute of a job to complete. Hiding it away in the settings will also make changes between versions far more opaque for those who don't specifically seek out either the changelog or this thread - which could potentially lead to a lot of problems if a large change is made. I'd like to even have MeGUI open up by default to the changelog tab after updating the core.

Now back to replies to my previous post. There's only really one point I'll comment on, the rest I'm satisfied with :)
For the accelerators in the muxer menu - I didn't even think of consistancy (:O), but I'd prefer Xvid + AVC titles so there can be first letter accelerators rather than harder to remember keys.

I've also been doing a little work on a totally new GUI for MeGUI - well I say it's for MeGUI, the reality is it's so different it would be just as easy to make a whole new frontend program and just steal the AVS creator :D. Once I flesh out a few areas I'm still having troubles with I'll upload my ideas - probably to a new thread.

Also also, I've been doing very little on the wiki lately and have a hankering for writing a large tutorial - any suggestions?

[check]

@ Doom9: The reason i'm so convinced that "Increase Volume automatically" should be disabled by default is that changing the volume is really something that changes the source. This contradicts the rest of the software package, where e.g. all the video settings are only there to help recreate the original content as well as possible. Any process that changes the volume must be seen as an effect and not a tool to recreate the original. And surely, you wouldn't enable a posterize or a sepia effect by default, would you?
Personally I would classify volume levelling (call it what you like ;)) as something that improves the original data, just as the denoising options in the AVS creator do.

[Doom9]

Any process that changes the volume must be seen as an effect and not a tool to recreate the original.Any DVD player does the same upon playback.. that checkbox state will be changed over my dead body.

In the meanwhile i forced the autoupdate to downgrade from dgindex/dgmpegdec 1.4.8. to 1.4.7Not necessary.. I'm working on a new version as we speak. It will also contain cleaned up shortcuts and fixes the muxing size bugs we currently have for both mp4 and mkv (well.. mp4box and mkvmerge got new commandlines so it's not really a bug, but anyway).

And the changelog will no longer have its own tab but a nice resizable dialog window.

[Sharktooth]

@doom9:
in 2186: Form1.cs(4117,20): error CS0246: The type or namespace name 'Changelog' could
not be found (are you missing a using directive or an assembly
reference?)
Form1.cs(4117,39): error CS0246: The type or namespace name 'Changelog' could
not be found (are you missing a using directive or an assembly
reference?)
Changelog.cs was NOT ADDED to the SVN. Ensure you did SVN ADD (Changelog.cs) before committing.

[Doom9]

Why on earth aren't those svn program a little smarter?

[Sharktooth]

well, it's just a matter of getting used to it.
that way, for example, you can keep local backup copies of changed files without messing with the online repository...

[chros]

What kind of software do I need to help you develop ?
Visual Basic 2005 ? (Isn't there out any smaller package ?)

And what is your preferred svn client on WinXP ?

Sorry for these lame questions .... :)

[berrinam]

TortoiseSVN

MeGUI is written in C#. As an absolute minimum, you can compile by running compile.bat once you have installed the .NET 2.0 framework. However, Visual Studio Express Edition 2005 for C# is recommended. That should be all.

[chros]

Thank for the quick answer.

I have installed MS Visual C# 2005 Express Edition (I guess it's the right software.)
Do I need to know something special to the megui svn ?
eg. Is this command what I need?: svn co https://svn.sourceforge.net/svnroot/megui megui

[berrinam]

Umm..... that will be ok, but it would be easier to use TortoiseSVN. Once it is installed, right-click in a folder where you want to download the source code to and click SVN Checkout...
choose https://svn.sourceforge.net/svnroot/megui for the URL of repository and set the other settings appropriately. Then, press OK and you're done!

[Doom9]

The command you posted is for the commandline version of svn.. if you're using tortoisesvn all you need to indicate is the url of the svn repository of megui, so presumably https://svn.sourceforge.net/svnroot/megui (I have very little experience with svn but I got it working somehow)

[Sharktooth]

So, anyone knows if there's an OSS lib for FTP that supports PASV mode?

[The Link]

So, anyone knows if there's an OSS lib for FTP that supports PASV mode?Perhaps libCurl (http://curl.haxx.se/libcurl/)? I don't know what exact requirements you have since I'm not a programmer.

[JoaCHIP]

Any DVD player does the same upon playback.. that checkbox state will be changed over my dead body.
Yes, that's exactly why it shouldn't also happen in the encode.

[Doom9]

Yes, that's exactly why it shouldn't also happen in the encode.DRC is being performed when playing back DVDs. Not MP4s and not AVIs. Just search for something like "audio too low" and you'll see. As I said.. over my dead body so unless you're about to blow my head off, stop wasting everybody's time.

[chros]

@berrinam , @đoom9: thanks for the tips, it was working.

[Sharktooth]

0.2.3.2186
Commit by Doom9
- mp4box / mkvmerge got new split commandlines, adapted megui accordingly
- dgindex reports video % instead of film % when video % > 50 starting with v1.4.8, adapted megui to not apply forcefilm in such a case
- reshuffled menu shortcuts, megui no longer uses standard shortcuts like CTRL-A/C/V/X
- Changelog now has its own dialog
- Introduced a help menu with links to the megui wiki and the support forum
- Renamed Vorbis container to Ogg since that's the container's name

0.2.3.2187
Commit by Sharx1976:
- Cosmetic fixes (part 2...)

[Doom9]

I'm looking at the profile bug (new profile overwrites the currently selected one) and I'll go for the update button so that it'll be clear to everyone when a profile is updated.
Just one thing.. should pressing OK update the currently selected profile? And if not.. then I guess the profile shouldn't be returned to the main window, should it?

[chros]

So, anyone knows if there's an OSS lib for FTP that supports PASV mode?
Why do we need that ? (I was missing about 200 post ...)

If the nero aac encoder is the main reason (so we can update it from megui as well), do you know about ncftp ? (a crossplatform, opensource, command line ftp client)
http://www.ncftp.com/ncftp/

There is a 168 KB program in the package called ncftpget that will do the trick (and it knows passive connection).
http://www.ncftp.com/ncftp/doc/ncftpget.html

[foxyshadis]

So is it reasonably more stable now, that I can look at tweaking it again, or shall I just wait while other major changes are hashed out?

[berrinam]

I don't know if anyone has had a look at the refactor branch I made, but I see a whole lot of big changes going on in MeGUI. However, since it will take a while, can you say again what changes you want to make? Then I can tell you how much they are likely to interfere with what I want to do.

[foxyshadis]

Well, GUI changes, mostly referencing or changing values between the classes/panels - if they're going to be changed significantly it'll be a little pointless to do the binding work now. Particularly integrating the AVC options into the panel better, some xvid zone plumbing, and the profiles manager; and also splitting the profiles box into per-codec profiles.

I did look at your changes, but I'm not qualified to comment, honestly - I'm learning from you guys there.

For the future, what do you guys think of every codec being a dll? Too complex for the benefit of adding new codecs on the fly?

[berrinam]

For the future, what do you guys think of every codec being a dll? Too complex for the benefit of adding new codecs on the fly?This is pretty much the goal I'm gradually working towards. And it's not just for codecs, but also a few other things:
Tools (the things that currently appears in the tool menu, and can do anything)
muxers
pre- and post-processors (for bitrate calculation, intermediate file deletion, etc)
file sources (eg avisynth, d2v and mediainfo+dss for now)
encoders, or the more generic 'job processors'.
possibly even profiles? Basically, because the profile code is the same for each of the four types of profile, but supporting profiles at the moment requires a fair bit of copy+pasting, whereas it should be quite easy. However, this bit is yet to come.

The benefits are not only the dynamicity of it all, but also the cleanliness of the code.

Well, GUI changes, mostly referencing or changing values between the classes/panels - if they're going to be changed significantly it'll be a little pointless to do the binding work now. Particularly integrating the AVC options into the panel better, some xvid zone plumbing, and the profiles manager; and also splitting the profiles box into per-codec profiles.Feel free to change anything internal to the codec config dialogs (eg xvid and x264), since the video codec interface details have been around for a while and are pretty stable. The profiles are likely to change, however, so I would recommend leaving that alone.

Can you explain what you mean by 'splitting the profiles box into per-codec profiles'? Does this mean sorting by codec, or creating a list-view instead of a combo-box, or what do you have in mind?

Cheers,

berrinam

[foxyshadis]

Repopulating the combo box whenever the codec selected changes. Probably remembering the last selected profile with that codec.

It'll be interesting then, having essentially every class in its own dll. Are you going to call the zips .jar too? ;) Looking forward to see what shows up.

[dimzon]

So, anyone knows if there's an OSS lib for FTP that supports PASV mode?
http://msdn2.microsoft.com/en-us/library/system.net.ftpwebrequest.aspx

:D

[berrinam]

I don't think I will get to that stage for a while, but if I do, it'll probably look something like BeHappy.

[Sharktooth]

Why do we need that ? (I was missing about 200 post ...)

If the nero aac encoder is the main reason (so we can update it from megui as well), do you know about ncftp ? (a crossplatform, opensource, command line ftp client)
http://www.ncftp.com/ncftp/

There is a 168 KB program in the package called ncftpget that will do the trick (and it knows passive connection).
http://www.ncftp.com/ncftp/doc/ncftpget.html
... i could use the ftp.exe that comes with windows as well ...
i just prefer integrating the FTP capability into MeGUI.

[Sharktooth]

0.2.3.2188
- Cosmetic fixes (part 3...)
- Swapped Crop and Resize controls position in Avisynth Script Creator window to better represent the correct workflow

[dimzon]

i just prefer integrating the FTP capability into MeGUI.

Just use .NET 2.0 FtpWebRequest class (look @ my previous post)

PS. I'm planning to return to active MeGUI development next month. Currently I'm too busy @ my primary work + I'm preparing for futher certification...

PS2. Now I'm
http://img157.imageshack.us/img157/3261/mctsrgb512514507tl8.png

[Doom9]

@dimzon: you are doing certification wise what I ought to be doing at work.. but they keep me so busy I never get around to doing it.
You may want to have a look at this issue though: http://forum.doom9.org/showthread.php?p=863813#post863813
At the end of the line I suspect the script returns RGB32 which never will work, but I'd expect some kind of a useful error instead of a crash.