MeGUI development

[Sharktooth]

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
Thanx dimzon im already working on it

[Sharktooth]

0.2.3.2189
Commit by Doom9
- Audio overhead for AVI files is properly calculated
- DTS/MP2 audio no longer throws the bitrate calculator out of whack
- Creating a new profile no longer overwrites the currently active one
- New way of doing profiles... updating a profile now requires selecting the profile, make changes, press update
As a result, config windows no longer serve as profile selectors, you always have to select the desired profile where profiles are being used
- Swapped the position of OK and Cancel button to correspond to the Windows standard
- Autocrop no longer crashes when the preview is being closed and reopened before cropping
0.2.3.2190
Commit by Doom9
- Added a mod4 horizontal crop mode to the anamorphic cropping modes (to be used instead of non mod16 as this can cause non mod4 horizontal resolutions which cannot be encoded)
- Added VobSub subtitles as supported subtitle type to the mkv muxer - this will prevent weird mux paths containing an avi job to include the subs
- Added chapter handling to the automatic mux path finding so that chapters will be taken into account in autoencode and the adaptive muxer
- Added support for audio track names in the mkv muxer
- Enabled vobsub muxing in the mp4 muxer
- Added autoencode defaults in the settings (keep in mind that the container selection will work only if you select compatible input types, avc video, mp4 audio and avi output just don't go together ;)

[Doom9]

@berrinam: what's the difference between a muxed input and a video input in the muxwindow? When I load a job that has an mp4 video input, it is loaded as muxed input, and then update doesn't work because pressing update triggers the procedure in the base muxer class where the muxedinput isn't known.. and so it thinks there's no video input.

[Doom9]

Umm.. so I was looking at automating vobsub and as usual I run into trouble.

Interestingly, rundll32 and vobsub accept paths with spaces without requiring any quotes (well, once you figured it out it's not a problem anymore).. but here's where I'm definitely stuck: you have to specify which PGC you want to rip.. and we don't know that since megui never rips anything.

On top of that, there's of course no way to automatically cut subs (and while I'm at it... AC3 and DTS sources are going to be deadly for the upcoming cutting feature if the user wants to keep them.. I have no idea how to handle that).

[Sharktooth]

0.2.3.2191
Commit by Doom9
- Fixed adaptive muxer when loading a raw video stream (MediaInfo can't handle those, leading to mux scenarios that cause a crash)
- Fixed delay and settings being overwritten when audio streams were being changed
- Added audio delays for mux-only sources
- Added audio delays to one click mode (taken from the filename), applied to both mux-only and encodable audio sources
- Added language codes for divxmux (not all languages may be supported, divxmux is even more limited than mp4box)
- Added cancel button (ESC) to all dialogs that have a cancel / abort button
- Swapped out a few remaining Cancel and OK/Queue buttons
- Existing mux job with a muxed video input can now be updated
- Added DRC for AC3/DTS sources when "increase volume" is checked

[berrinam]

@berrinam: what's the difference between a muxed input and a video input in the muxwindow? When I load a job that has an mp4 video input, it is loaded as muxed input, and then update doesn't work because pressing update triggers the procedure in the base muxer class where the muxedinput isn't known.. and so it thinks there's no video input.
The mux window basically copies the internal representation of mux paths, which means that there is one muxed file which we keep adding to until it has all the required files and is in the right format. The video file, on the other hand, is only for use at the step when we mux video in.

The distinction is there because muxed input files have all their input tracks muxed in, and video input files only have video muxed in. Additionally, if video is muxed in in the second leg of the mux path, then you need to be able to select two inputs: the output of the previous leg, and the video file.

The fact that update doesn't work is a bug.

[berrinam]

Wow, with all these updates, the branch I made is getting more out of date. It can be merged, but with a reasonable level of difficulty. My question is this: do you want to continue adding little features to the current 'stable' version, or shall we make another big leap with refactoring and go back to development versions?

I would like to declare a current version stable and then continue the refactoring, so that the code becomes more organised, as I have started to do in the refactor which is in a branch.

[Doom9]

Well, I'm not sure if it's really stable. I had to refactor a little bit to add vobsub functionality and there's a lot of untested code in there right now. But if you want to go ahead and merge, feel free. The next thing I'll be working on is adding the vobsub functionality to the one click mode (obviously, quite a bit of change needed), and then the whole avisynth cutting thing.

BTW, for VobSub, you must specify a PGC. If you've set dvddec to use the PGC for filenames, megui will recognize this and set the proper PGC automatically.. the problem is that dvddec doesn't use the PGC number for IFO files, which in turn makes vobsub miss the vob files.. and it just stays there doing nothing and not telling anybody that something has gone wrong, which is terribly annoying.

If anybody has an idea how to get some useful error messages when running vobsub automatically, please let me know.

[Sharktooth]

x264 rev.544 (https://trac.videolan.org/x264/changeset/554) got a new option: --no-ssim (disables SSIM computation)
It now uses SSIM as default metric (instead of PSNR).
Do you think we should add it to the x264 config and profile?

[foxyshadis]

Turn "Enable PSNR calculation" into a "Metric calculation:" dropdown with "None", "PSNR", and "SSIM".

[check]

If you are going to keep PSNR (I'd be happy for it to simply be replaced), foxyshadis' idea seems good, but sounds like "both" was forgotten (unless x264 can only do one or the other).

[Sharktooth]

PSNR is always calculated even if --no-psnr is specified.
AFAIK --no-psnr disables the PSNR calculation visualization while --no-ssim should switch from SSIM to PSNR.
So, coupling those 2 options may be misleading.

[Doom9]

Does --no-ssim have any effect other than display wise?

[Sharktooth]

uhm, maybe i was wrong.
i had a second look at the r544 diff and --no-ssim should act exactly like --no-psnr.

[Sharktooth]

Doom9's on fire:
0.2.3.2192
Commit by Doom9
- Subtitle processing via VobSub
Question: is a special build of mp4box needed for vobsubs support?

[Doom9]

Question: is a special build of mp4box needed for vobsubs support?Anything starting with gpac 0.4.2 will do. I have not tried it though.. kinda waiting on bugreports on the whole thing and suggestions on how to make it better (I have little use for subs ).
@berrinam: do you plan to document the methods used in the muxpath finding? I've just added chapter support to the adaptive muxer and one click window and I'm hoping I did it the right way.. lacking any documented methods I could only guess what is best to be used. It appears to be working as desired, but I don't have the time to read through every single method and find an instance where it's used and then step through it to try and understand what's going on. Having fixed a couple problems before I have a pretty good idea what is being done but when I see all the overloaded versions of getShortestMuxPath or CanBeMuxed, I'm feeling a tad bit unsure.

[cyberbeat]

Anything starting with gpac 0.4.2 will do. I have not tried it though.. kinda waiting on bugreports on the whole thing and suggestions on how to make it better (I have little use for subs ).
I usually use VobSub to rip the subtitles out and keep them in separate files. I turn them on, if needed, using ffdshow audio configuration. If I were to use megui to mux the subtitles within my MP4 container, would they always show up as part of the video or would I be able to turn them on and off?

Thanks,
cyberbeat

[akupenguin]

PSNR is always calculated even if --no-psnr is specified.
The point of --no-psnr is to slightly speedup encoding by not computing PSNR. If it were just a question of displaying it or not, there wouldn't even be an option.

Yes, rate-distortion optimization inherently computes SSD, but not in a manner that could easily be reused to derive PSNR. For one thing, the PSNR that gets printed refers to the deblocked picture, while RDO applies before deblocking.

[berrinam]

I've merged the refactor with Doom9's changes. I have kept as much as possible but owing to the changes I've made, the shortcuts on the tools are lost, and the vobsubber is not adding jobs properly. I will endeavour to fix this up.

Doom9: Yes, I will add documentation, and also look at the changes you made to see if they look ok.

[berrinam]

Ok, I've merged my refactor with 0.2.3.2192, and it is all now committed in the trunk folder. For anyone with a working copy that you want to use with this, use TortoiseSVN's Relocate functionality to relocate the repository from https://svn.sourceforge.net/svnroot/megui to https://svn.sourceforge.net/svnroot/megui/trunk

New checkout's of the trunk should be done from
https://svn.sourceforge.net/svnroot/megui/trunk

[Sharktooth]

uhm... i guess the compile.bat didnt get updated...

[berrinam]

Fixed in revision 40. Also disabled warnings in compile.bat, so errors are more clearly visible.

[Doom9]

@berrinam: unfortunately, there will be at least another update to the productive branch.. I've already made some bugfixes and enhancements (muxpathfinding never took chapters into account) before your merge and the subtitle integration into the one clicker is already quite advanced.

And, do you have an answer to this: http://forum.doom9.org/showthread.php?p=864315#post864315 (it's about checking for YV12.. I can't find that check).

[berrinam]

Well I've unfortunately removed the previous branch. Since merging is somewhat a pain, perhaps you can zip your entire working copy (including the .svn folders) when you're finished, and then PM it to me? Then, I can merge it.

[Sharktooth]

The Update Copier compile.bat is empty and the UpdateCopier folder is not in trunk (?!?). However what about a global compile.bat?

@doom9: could you please send me your folder as well? I have to re-do a massive work on the mono port and the old source will help me with the transition to the berrinam's refactor.

[berrinam]

Sharktooth: Do you have any tips for us so we can ease the mono port for you? Classes to avoid using, etc....

Also, I don't actually see this as the end of all the code changes, so I don't know if it is wise to work on porting this to mono yet.

I took all extra projects out of the trunk so that I could use /recurse:*.cs for the compile.bat in megui. The distinction also seems appropriate, considering that the update copier is indeed a different application, and doesn't use any of the same code.

[Doom9]

My changes are based on the standard tree.. so all you need to do is get a working copy of the current tree... that is assuming I can still do a commit next time. I actually have to experiement somewhat before adding the vobsub functionality

[Sharktooth]

Sharktooth: Do you have any tips for us so we can ease the mono port for you? Classes to avoid using, etc....

Also, I don't actually see this as the end of all the code changes, so I don't know if it is wise to work on porting this to mono yet.
I think i will freeze the port until we get definitive structures.
Tips? .NET 1.1 compatible code and avoid windows specific stuff... but at this point i guess it's not possible ;)

[berrinam]

My changes are based on the standard tree.. so all you need to do is get a working copy of the current tree... that is assuming I can still do a commit next time. I actually have to experiement somewhat before adding the vobsub functionality
Well.... I've merged my changes into the main tree, so it probably won't be so easy for you to commit, considering that the folder structure is now quite different, and some code has been moved around, etc. Since I've already done a merge and I also know the code in the refactor, I figure that I would probably be able to merge your changes in most easily.

[Doom9]

ok, I'll upload a zipped copy of all sources when I'm done.

[Sharktooth]

I updated the compile-updatecopier.bat file so it does something (it was empty).

[Doom9]

just to make sure... do we still have the stable tree so that if any bugfixes are neede for that, we can keep on compiling and use that three for the autoupdate and distribute builds on the refactored changes manually until the point where we decide to label it stable?

[berrinam]

I have just made two tags in in the tags directory: 2188 and 2189. I believe they are the two bugfixing versions, so we can distribute them with any bugfixes required. The reason I put both in is because I don't know whether we want Doom9's new form of profile selection or not in what is meant to be a stable version (considering it is a new feature).

[Sharktooth]

2191 was the latest bugfix version.
2192 the vobsub stuff was added.
so latest tag should be 2192 (rev31).
However 2192 clean sources are here: http://mirror05.x264.nl/Sharktooth/MeGUI/MeGUI.src.2192.7z
Also, i would propose to change the MeGUI versioning adding the SVN revision.

[berrinam]

I don't see the point of MeGUI versioning coinciding with SVN versioning. If we always write the version number for changes in the log message when committing, then we should have no problem working out which version is which. However, a purely revision-based system doesn't allow us to say which are stable, etc.

Doom9 added some stuff in 2190 (AutoEncode defaults) which isn't really tested much yet, so I think it shouldn't be part of a tagged line (note that by tags I mean a line which is pretty much ready for the user, and we don't plan to develop except for bugfixes). It's very easy to make tags from old revisions, though, so if we find it necessary to revive a tag from 2192, then we can do it later if we so decide. Suffice it to say that SVN keeps enough info to handle our needs.

[Sharktooth]

2192 is already distributed thru the autoupdate. So if it's not stable (i doubt it though, coz i use it almost every day) we'll know it soon... :)

[Doom9]

look at my tentative changelog for the next version... it contains a bugfix, too: (overcropped preview)

0.2.3.2193
Commit by Doom9
- Adaptive muxer now takes chapter files into account (divxmux currently doesn't support chapters)
- One click mode now takes chapter files into account
- Added a button to delete the chapter file in one click mode
- Restructured the AviSynth window so that cropping is no longer possible once we switched from show input to preview mode

[Sharktooth]

2192 is now in tags directory so you can commit your changes over it.

[Doom9]

do I have to reconfigure tortoisesvn somehow?
And I'm actually not done.. I need to do some vobsub muxing tests to figure out if my planned oneclick gui changes really play out (e.g. what happens if a .sub file contains multiple track.. and how to set the language in such a case).

[Sharktooth]

You can do it in several different ways.
One of them is to relocate function or just modify the files in the 2192 tag directory and then commit...

[check]

Hi, just a heads up. I've been running into some problems with the wiki as I installed it in a sort of hackish way and it's coming back to bite me. Basically the problem comes down to a change of a letter halfway through the installation, and after updating with a bugfix some of the tables reverted to the old name.

The end result is that I'm just going to backup the page content and reinstall the wiki software onto a new subdomain. Since I noticed it's actually linked in MeGUI now (! I didn't even realise :P) I'll leave the old one up and running until the url change is put through with another commit. I'm planning just to stick it into meguiwiki.project357.com (no caps this time). Is this ok with everybody?

ps, shouldn't the menu link say "wiki" rather than "guide"?

[Sharktooth]

ok, some things that should be taken into account:
1- Adding audio section to the avisynth script creator for non vob/mpg sources. It should create an AVS to feed to the megui audio input.
2- colormatrix filter should be added in a different place (after deinterlacing)
3- regional settings (commas, etc... create problems for OSes with different regional settings than EN/US in avisynth script creator)
4- Denoising filters are not so good. Undot should be replaced by RemoveGrain(mode=2), FluxSmooth is slow and should be replaced by RemoveGrain(mode=2) and TemporalSoften(5,2,2,scenechange=15,mode=2), Convolution3D (the YV12 version) has no temporal filtering and IMHO is not doing what it should... to be replaced by a stronger filter.
5- We also need a compression check. It could be done with the CRF profile.
6- MeGUI should visulize ONLY the selected codec profiles in every window.
7- PSP support can be added coz the recent mp4box versions support PSP MP4 format (atomchanger is no longer necessary).

[Doom9]

Adding audio section to the avisynth script creator for non vob/mpg sources. It should create an AVS to feed to the megui audio input.I don't follow.. I don't see a way to list or select audio tracks from within avisynth.. the only thing that can be done is turn audio on/off.
We also need a compression check.People pay too much attention to the parts of my guides I don't care about.. the usefulnes of a compressibility check has become doubtful with xvid and is even more so with x264.
MeGUI should visulize ONLY the selected codec profiles in every window.What do you mean by that?
PSP support can be added coz the recent mp4box versions support PSP MP4 formatAnd how? And can't the PSP 2.80 firmware handle normal MP4 files now?

[Sharktooth]

I don't follow.. I don't see a way to list or select audio tracks from within avisynth.. the only thing that can be done is turn audio on/off.
Just a checkbox that enables to create a simple DirectShowSource("source.ext") avs for audio.
People pay too much attention to the parts of my guides I don't care about.. the usefulnes of a compressibility check has become doubtful with xvid and is even more so with x264.
I know but... ppl wants the comp-check...
What do you mean by that?
The dropdowns for profiles should show only the profiles related to the selected codecs (AVC profiles for x264, Xvid profiles for Xvid, NeroDigital profiles for Nero AAC encoder, etc.)
And how? And can't the PSP 2.80 firmware handle normal MP4 files now?
Right, i didnt recall 2.80 could play standard MP4s.

[Doom9]

The dropdowns for profiles should show only the profiles related to the selected codecs (AVC profiles for x264, Xvid profiles for Xvid, NeroDigital profiles for Nero AAC encoder, etc.)Uh.. in the x264 config I only see x264 profiles.. in the xvid config only xvid profiles, in the naac config only naac profiles.. so I really don't know what you're refering to here.

[Sharktooth]

to main form and one click encoder form.

[cyberbeat]

0.2.3.2189
[code]0.2.3.2190
Commit by Doom9
- Added a mod4 horizontal crop mode to the anamorphic cropping modes (to be used instead of non mod16 as this can cause non
mod4 horizontal resolutions which cannot be encoded)

@Doom: I setup an AVS profile to automatically select mod4 and anamorphic encode when I go into AviSynth Creator. When I load a new video and tell it to autocrop, I go to the EDIT tab and it has the DARx and DARy set to "-1". Is that correct or does it matter? If I click on resize to mod16 and then back to mod4, the EDIT tab shows DARx and DARy set to "4" and "3", respectively.

A quick question on subtitles... It probably does not belong in this area, but since VobSub support was recently added, I thought it might be appropriate. How does megui do subtitles? Are they added to the video footage permanently or can the players turn them on and off (they are just part of the MP4, etc. containers)? Thanks.

[JarrettH]

Take the check for neroAacEnc.exe off of update! :sly:

[Doom9]

vobsub subs are per definition decoded by vobsub.. and vobsub allows you to switch off subs. You don't think I'd do something as stupid as burn in subs into the video stream, did you?

[holzi]

sometimes I think burned in subs are not a bad thing.
Like movies where they talk in a lot of languages and the subs on the dvd are forced anyway.

[cyberbeat]

vobsub subs are per definition decoded by vobsub.. and vobsub allows you to switch off subs. You don't think I'd do something as stupid as burn in subs into the video stream, did you?
I did not think so, but I am still learning about encoding and have been reluctant to change from the ways that have worked so far. As I learn more about the power and features of megui, I can try to make things easier for me. :D

[Sharktooth]

Take the check for neroAacEnc.exe off of update! :sly:
no, coz:
1 - you can do it by yourself (right click)
2 - im adding FTP support for autoupdate so it will download the encoder directly from the nero FTP.

[Doom9]

2 - im adding FTP support for autoupdate so it will download the encoder directly from the nero FTP.I'm not sure if that's actually okay with ahead since it bypasses the license agreement.. I more or less asked if it was okay to offer a download directly from megui and I never heard back that it was indeed okay.

[Sharktooth]

uhm... showing the licence (with an accept/reject button) would be ok?

[Doom9]

I don't know.. I think until Nero comes back with something they deem okay, we should really remove neroaac from the autoupdate and just tell people to download it manually. It's not the best solution, but it's one that will never get us into any trouble.

[Doom9]

If anybody has an idea about this (http://forum.doom9.org/showthread.php?goto=newpost&t=115248) I'd appreciate it.

[Sharktooth]

I get any sort of allergic reactions whenever i have something to do with divxmux...
Couldnt we just replace it with another avi muxer?

[berrinam]

I agree: it has caused many problems, because it only seems to be able to mux divx and avi. It doesn't even seem to handle xvid!

I think ffmpeg is the best candidate here.

[Doom9]

show me another commandline muxer that not only handles 1 audio stream... and that actually has some features like tagging, splitting, and subtitles.

[Sharktooth]

I updated the ContextHelp.xml in trunk due to this:
http://forum.doom9.org/showthread.php?p=869691#post869691

[bob0r]

Do i need updatecopier.exe with megui or not?

compile.bat is still wrong

F:\msys\1.0\home\user\megui>md Dist\updatecopier

F:\msys\1.0\home\user\megui>copy updatecopier.exe .\Dist\updatecopier
The system cannot find the file specified.

I use svn co https://svn.sourceforge.net/svnroot/megui/trunk megui
and i want to know if it can be fixed, i can do myself, but i would like to automate......

[Sharktooth]

bobor the SVN version is still unstable.
continue using 2192.
btw a workaround for updatecopier.exe:
- run the compile script for updatecopier.
- copy updatecopier.exe into the trunk directory
- run compile.bat in trunk

ill update the compile.bat though...

[Sharktooth]

Updated compilation scripts so running compile.bat in trunk will compile all the necessary stuff and copy the required MeGUI files into the "Dist" directory.

[Sharktooth]

@berrinam: in 2193 avisynth script creator doesnt work. when you load a file it doesnt set or enable controls.

[bob0r]

Its still kinda crappy trunk/compile.bat browses to another dir to run another .bat, which does not run inside mingw, but opens a new cmd.exe, which is no good.

Everything that is needed should be in trunk, if updatecopier.exe is part of megui core, it should be in the trunk dir (as subdir ofcourse).
Then 1 compile.bat is enough and i dont have to checkout svn 2x (trunk and updatecopier)

Also note, if updatecopier.exe is part of megui, it is not copied to the BigDist dir.

Bugs or Features... let me know


... and no, i will host whatever latest version of megui... as said before... same as x264, megui is very alpha-ish and thus should be tested by as many people as possible.

[Sharktooth]

UpdateCopier is a different package (and obviously it's not part of the core).
Just checkout the megui dir (not only trunk) and you will get all the necessary stuff.
If everything is in the right place you can just run the compile.bat in trunk and you're done.
I'll see how can i fix the compile.bat in trunk to work with mingw though.

[berrinam]

I haven't looked at the current situation, but I think what should happen (and it sounds like this is what bob0r is saying) is that we should have a compile.bat file in each package (and I consider updatecopier a separate package from megui, likewise for neroraw and messageboxexlib), and a global compile.bat which just runs each of the other compile.bat files. Thus, if you download just the megui trunk, you can compile just megui, without needing everything else.

Basically, I think we should separate as much into packages as possible, so that the least amount of updating is required, because a change to core shouldn't require re-downloading of updatecopier (which at the moment it doesn't anyway).

[check]

Hi, can you please point new links in MeGUI for the wiki towards http://mewiki.project357.com ? It's pretty much setup now, I just have to copy the rest of the images across and readd a few redirects. I'm using .htaccess to make the page addresses nice and logical (/Main_Page instead of index.php?title=Main_Page), but my poor htaccess coding skills mean I don't know how to exclude specific subdirectories from this, which will be a problem if the random mirror system is implemented.

On that front, I've mirrored everything in the megui/auto directory in http://mewiki.project357.com/auto , but as you can see it's inaccessible as the .htaccess rule is rewriting it. If you can help me solve this, please PM me, I've been searching high & low for the solution for the past two nights.

[Sharktooth]

i can access http://mewiki.project357.com/auto and all the files without problems...

[check]

Maybe firefox just hates me - the page will load in IE for me but in ff it leads me to http://mewiki.project357.com/Forbidden.html . Doesn't seem to be affected by logging into the wiki - I guess it's something random on my end. I guess this means the mirror is ready for use if it's wanted (with an ftp acct for updating of course).

[Sharktooth]

I completely removed that POS (Firefox). Its main features are:
1-being filled of bugs
2-eats memory (yeah it's not a bug, it's a feature!)
3-being a pachyderm
4-startup time measured in centuries

Get Opera and you will be ok for the next 3 lives...

[Doom9]

I'm running FF 2.0 alpha1 here and I can open the url just fine. On my site, people can't download if they have a software that removes the referer of a http request.. maybe that's your problem?

[Sharktooth]

@Doom9 & Berrinam: what's the status of doom9 changes integration in trunk?

[check]

nobody else has problems - I'll put it down to divine intervention by the Opera gods on sharktooth's behalf ;)

[Doom9]

I haven't had time to do anything code-wise.. I still have to figure out a couple things about subtitle handling and most importantly I need some time.. working until 9pm every day really doesn't help with the motivation to work on megui.. I just need a break some time and megui just doesn't pay the bills.

[Sharktooth]

ok. BTW porting to mono is becoming quite impossible. Also there is too much windows related packages dependencies.
So I've decided some time ago to "revert" megui for linux to its original nature: being a Mencoder GUI.
I "freezed" the avisynth 3 interface (it's almost working but avisynth 3 status is too much unstable) in favour of mencoder (libavcodec) input/filtering/processing/encoding.
The workflow is also changed radically...
All the supported functions (cropping, filtering, etc) including deinterlacing (it's not yet automatic as in MeGUI) and video codecs are now managed by mencoder.
Also there's the possibility to use Lame, NeroAACenc (thru wine), faac etc... as in current MeGUI.
Preview, Subtitles and Multiple Tracks are not working right now and muxing is done thru mp4box and mkvmerge as usual (no AVI, sorry but it can be added later altering the workflow a bit). I've also completely rewritten the Adaptive Muxer...
There's no need for d2v creator, mencoder replaced it. There's no autoupdate yet but i plan to implement it with wget.
An "alpha" release will come asap (read: when i'll have time to fix some problems).
On the "new features" front, i've added the (in)famous compression test to the oneclick encoder. After selecting the encoder and the profile MeGUIx asks if you want to run a comp test. When it ends it will "suggest" the final filesizes for different final video qualities from which the user can choose from or just dont care about it and set his own personal filesize/media.
This feature is subject to change for a better "quality" metric (PSNR or SSIM instead of percentage based on the comptest filesize but i have no idea in how to implement it without avisynth).

[Henrikx]

MeGUI - Linux
Super !!!! That would be ingenious

[Sharktooth]

That is just a "what you can expect" from the MeGUIx "fork".
It is really very different from MeGUI coz most of the code has been rewritten/heavily modified.
Oh... i was about to forget profiles are not compatible with MeGUI.

[Henrikx]

code has been rewritten/heavily modified.
I hope you have success!
Thanks for the work !!!

[Adub]

This sounds really cool, Sharktooth. Keep us posted. :p

[Sharktooth]

MeGUIx will eventually work on win32 too, but i think windows users would prefer MeGUI just for the avisynth support.
The other thing im working on is network encoding.
Details will come later since there are a couple of things i should decide (since it will be also ported to the win32 MeGUI).

[Adub]

Now the network encoding sounds really cool. I have just gotten into the realm of distributed computing at it is awesome. Again, give us as much information as you can.

[Sharktooth]

Well, the network encoding is for x264 only (right now) since x264 can encode a part of a movie without cutting the source.
The other encoders would need avisynth (trim function) but as i said in a previous post avisynth 3 is too much incomplete and there are no ports of the 2.5 filters, so i dropped it for a while.
Cutting the source into multiple files is not an option...

[squid_80]

xvid_encraw has -frames and -start options...

[Sharktooth]

Really? I didnt know it... thanx!

[Adub]

Well, the network encoding is for x264 only (right now) since x264 can encode a part of a movie without cutting the source.
The other encoders would need avisynth (trim function) but as i said in a previous post avisynth 3 is too much incomplete and there are no ports of the 2.5 filters, so i dropped it for a while.
Cutting the source into multiple files is not an option...

This is really cool! I look forward to this and Avisynth 3.0. Keep up the good work there Sharktooth, we all appreciate it.

[bob0r]

Question:
The new x264 options, like
--interlaced
--direct-8x8
--deadzone-inter
--deadzone-intra,
will they be added to the stable version, and a new stable version will be made, or will they be added to the latest revision, and do we have to wait for a new stable version?

[Sharktooth]

Well, i added them in the MeGUIx port. But i dont know what to do with the current MeGUI source.
Theoretically those changes should be applied to the latest 2193 which is not stable at all but i'd like to add them to 2192 tree as well.

[Sharktooth]

Since im at home with the flu, i have some time to fix some stuff in MeGUI.
Im going to rearrange the SVN making 2 branches:
Stable and Unstable.
Stable will be based on revision 2192 and it will be a BUGFIX only branch.
While Unstable (the unstable tree) will contain the latest revision with the berrinam's latest refactor. All the new stuff (new features and functionalities) should be added there.
A third directory (probably linux-port) will contain the MeGUIx branch.

@devs: do you agree on changing the SVN structure as described above?

[bob0r]

So what you are saying is, the new x264 options will be only available, when a new stable branch is updated?
Ofcourse i mean available in a stable build.

[ChronoCross]

So what you are saying is, the new x264 options will be only available, when a new stable branch is updated?
Ofcourse i mean available in a stable build.
that would be bad....I mean I can image new Megui features shouldn't be added but you gotta add new command line stuff for x264.

[Sharktooth]

Well, command line stuff for the various codecs can be added to the stable tree too.

[Sharktooth]

If you want some raw explanation on how parallel encoding will work (at least i hope...) i've just wrote some info in this thread:
http://forum.doom9.org/showthread.php?p=883639#post883639

[Sharktooth]

So, no devs care about the SVN changes i proposed?
They will also require a new versioning scheme...

[Romario]

What's going on with MeGUI development? Nobody says anything.

[berrinam]

I have hardly any free time, yet I have (foolishly) committed an incomplete refactor to the trunk, stalling other people's development. I hope to resolve this soon.

[ChrisBensch]

I know it's probably too early to ask but I'll do it anyway. The distributed version of MeGUI is on it's way I know...is there a "test" version for those of us who'd like to play with it? I'm guessing it's in SVN somewhere but I just don't know where.

[Sharktooth]

No, it's not in the SVN. It's in an experimental stage and the last time i was coding i was working on the client/server communication protocol.
As i said in another thread i will restart working on it in few days.

[asdfsauce]

Oh great, I guess this means GPU accelerated command line generation is EVEN further away now. :(

[Sharktooth]

Commandline... GPU... what?

[Romario]

What's going on, guys? Nobody says anything about further MeGUI development?

Come on!

[berrinam]

Romario, don't spam. I replied to your message earlier. You are now being a pain, and if you do this again, I will ask a moderator to strike you.

[Sharktooth]

all devs are actually quite busy, so dont expect big updates in the near future...

[Sharktooth]

what are the exact partitions allowed per AVC Levels?
once akupenguin said p4x4 is allowed for 4.1
Megui actually restricts p4x4 for levels higher than 3 and for level 3 with b-frames.
i think this is quite wrong so, can anyone shed some lights on that?

[berrinam]

Doom9 based the settings on what akupenguin told him. If you know that akupenguin says p4x4 is fine for 4.1, then Doom9 must just have got the details slightly wrong.

[Sharktooth]

well, is p4x4 ok even for other levels? what ones? and what happens with b-frames?

[berrinam]

I don't know. I just trusted what Doom9 did, and I haven't changed anything there.

[Sharktooth]

Yes, i know but i need the exact info to fix this:
private bool checkP4x4Enabled(int level, x264Settings settings)
{
if (level != 15 && (level > 7 || (level == 7 && settings.NbBframes != 0)))
return false;
else
return true;
}

[Thunderbolt8]

are the deadzone settings actually implented meanwhile, either in the gui or in the profiles ?

[Sharktooth]

not yet, but you can use the custom commandline options

[Kurtnoise]

Hi,

I just started to read megui sources to try to learn C#...but I'm little bit confused by this (in BitrateCalculator.cs) :

private double cbrMP3Overhead = 23.75;
private double vbrMP3Overhead = 40;
private double ac3Overhead = 23.75;

How those values have been calculated ?

Checking alexnoe's page (http://www.alexander-noe.com/video/amg/en_estimate_overhead.html), we can see that :
The following items cause one unit of overhead in AVI-Mux GUI:

* one video frame
* 64 milliseconds of AC3 audio
* 24 milliseconds of MP3-VBR audio
* 1 second of MP3-CBR audio
* 21 milliseconds of DTS audio

(Same values in xvid VFW calculator.)

And for your information :
AC3BlockSize != DTSBlockSize >> DTSBlockSize = MP3BlockSize.
LCAACBlockSize = 1024
HEAACBlockSize = 1024
lcaacoverhead = 21 milliseconds
heaacoverhead = 42 milliseconds
dtsoverhead = 21 milliseconds

[Sharktooth]

IIRC Doom9 coded the bitrate calc.

[xujunzhe]

everytime after muxing the audio and video, even after the megui has already did the delay correction, still, a problem, delay about 1sec
I capped to MPEG2 then use megui to convert to mp4
anyone has same problem?

[Doom9]

@Kurtnoise13: I got those values looking at how GKnot calculates the overhead.. and GKnot seems to be pretty accurate as far as AVI goes (iirc those values are used for avis only.. there is a different calculation in place for mkv based on what robu4x told me. I'd be careful looking at formulas that work for avimuxgui.. it appears to work quite differently (more efficiently) from the "standard" avi muxer

[Kurtnoise]

I see...I should read GK sources more carefully then. :p

What about extras infos ? Could be great to have them for mkv output...

Last question : megui is compatible with the Framework 3.0 or not ?

[Sharktooth]

MeGUI is written for .NET 2.0... and it should compile with .NET 3.0.
There could be minor and easy fixable problems though.

[bob0r]

Forum Search Terms: Microsoft .NET Framework 3.0 Redistributable Package

:D

try for yourself:

http://www.microsoft.com/downloads/details.aspx?familyid=10CC340B-F857-4A14-83F5-25634C3BF043&displaylang=en

x86: http://download.microsoft.com/download/3/F/0/3F0A922C-F239-4B9B-9CB0-DF53621C57D9/dotnetfx3.exe
x64: http://download.microsoft.com:80/download/3/F/0/3F0A922C-F239-4B9B-9CB0-DF53621C57D9/dotnetfx3_x64.exe

[Doom9]

I wouldn't expect any problems since .NET 3.0 is just .NET 2.0 plus WCF, WPF, WWF and that Infocard thingie. The language enhancements (touted C# 3.0, and LINQ will only come at some later day). It might be that a binary compiled with 3.0 wouldn't run on a 2.0 runtime though. I for one will stick to 2.0 for now until I need any of the new frameworks.

[Adub]

Sharktooth, I know that you are working on the distributed computing part of megui. Have you looked at omion's new program, to give you some support/ideas?

http://forum.doom9.org/showthread.php?t=117889

[Sharktooth]

Yes, i even asked to tobias if he's interested in implementing Elder in MeGUI.
It will save me much time...

[Sharktooth]

@berrinam: what's left to do to complete the refactor?
there are a couple of thing that arent working like the avisynth script creator...

[Mutant_Fruit]

Heya,

I just thought this might be interesting for making MeGUI support multi-machine encoding.

http://www.monoboss.com/details.html

It's basically a fully fledged framework for adding/removing/tracking nodes with fail detection and recovery. It could more than likely be used to pass pieces of a file out to different computers for encoding etc.

[Doom9]

Well.. I can't shut up any longer: multi machine / clustered encoding goes WAAAAAAYYY beyond the 80/20 rule. It goes so far you can't even see the line anymore.

[Romario]

What's 80/20 rule, Doom9?

[foxyshadis]

Indeed, the only way megui should support clustering should be by calling a program that mimics x264 and passes its arguments on to the real clustering tools, like ELDER and x264farm. Or, at best, a new "codec" that just creates a slightly different command line customized for one of the clustering engines, the way sharktooth wants to add ELDER support.

Romario: http://en.wikipedia.org/wiki/Pareto_principle

[Sharktooth]

Indeed. I already asked tobias if he wants to implement ELDER in megui.
x264farm is also good though, but only for x264.

[check]

May I chime in with a reminder about berriman's old proposal to separate the megui job control from the rest of the logic? Something like this would give a completely extensible interface upon which people could build their own frontends for whatever they want. I have something like this written in python currently brewing on my hard drive, but I'd switch to the megui job control backend in a flash, it's far more capable than my efforts.

[dimzon]

What's 80/20 rule, Doom9?

The misnamed Pareto principle (also known as the 20-80 rule, the law of the vital few and the principle of factor sparsity) states that for many phenomena 80% of consequences stem from 20% of the causes.

Some Sample 80/20 Rule Applications

80% of process defects arise from 20% of the process issues.
20% of your sales force produces 80% of your company revenues.
80% of delays in schedule arise from 20% of the possible causes of the delays.
80% of customer complaints arise from 20% of your products or services. (MeGUI applicable)


As explained example - 80% of MS Word users use only 20% of it's functionality

How can we put the 80-20 principle to good use? The key to 80-20 is not time-management. Don't try to do more. Just do more of the right things.

http://en.wikipedia.org/wiki/Pareto_rule
http://www.gassner.co.il/pareto/
http://www.clickz.com/showPage.html?page=988291
http://www.entrepreneurs-journey.com/428/80-20-rule-pareto-principle/

[Sharktooth]

Eh... if italians weren't so good... :p

[bob0r]

We wouldn't have an Enzo Ferrari.

[JarrettH]

Suggestion!

So I'm trying to encode an xvid using meGUI and one of the xvid profiles. The 1st pass errors out instantaneously. I figured it out quite easily the quant matrices (EQM) for xvid are missing from the autoupdater. The path on the hard drive it points to is extras/eqm_v3hr.xcm. Even if you have xvid installed it doesn't come with the EQM matrices.

:D

[Sharktooth]

:readguid:

[laksman91]

i have problem with megui. When i put something to encode (.avs) with x264 and i tried with XVID codecs, for over 24hours i got 0/xxxx Frames analyzed and i dont recieve an FPS i just get "FPS" and Estimated time is N/A

The avs works flawlessly in VDub, i'm leaning towards maybe an error w/ my MeGUI config. ?

[Sharktooth]

this is not the bugreport thread.

[Adub]

Man, and I got all excited because I thought there was an upswing in development.

People, Read the guides, Use Search, and for Good sake, Post in the right forum!
If you have a problem with Megui, post it elsewhere.

Thank you.

[miztadux]

Hello,

Thanks for all the work you did with this great app....I got a question for people with knowledge of MeGui source code...

I tried to "port" x264 MeGUi profiles by Sharktooth to my transcoding app (a lame homebrewed perl script).
To do so i looked at the MeGui source and tried to extract the bits that translate the profile/settings to a x264 commandline.
I found most of the code was in "CommandLineGenerator.cs", in particular the two methods "x264TriStateAdjustment", "generateX264CLICommandline"...

So basically I ported the "x264Settings" class and the two aforementioned methods in my script, and had the script do:
- load the MeGUI profile in a x264Settings "object" (no more an object in my sloppy code...)
- set "BitrateQuantizer" and "Logfile" to some correct values depending on the source/settings.
- for each pass:
* use a copy of the loaded settings
* set "EncodingMode" to an appropriate value (//comments in generateX264CLICommandline)
* run "x264TriStateAdjustment" on those settings
* run "generateX264CLICommandline" on those settings to get the cmdline
* run the pass...

I'd like to ask if I've missed something that MeGUI does with the profile/settings before feeding them to the "generateVideoCommandline" method, perhaps setting the value of some parameters based on some properties of the source ? (i'm no .net expert and did a sloppy job, i'm pretty sure i did something wrong ;))

In particular, I didn't have much time to test my code, but i saw that x264 displayed a warning like "--vbv-maxbitrate specified but no value for --vbv-buffersize" using the "HQ-Slow" profile...and actually i didn't find where, in the code ,"VBVBufferSize" value would have been changed (except manually in the control panel)...
(VBVBufferSize is "-1" in the profile, so it won't be in the command line as "if (xs.VBVBufferSize > 0)..." )

Sorry for my English (i did the best i could;)) or if this post doesn't belong here.
Thanks for any help....

PS: For now, I completely skipped the "AVCLevels" class, as I though it was only used if "Level" is different from "15" in the profile, but is it used somewhere else in the process ??

[nightrhyme]

Any word on when the updates on the server will be fixed ?

This is as far as the update procedure goes. have let it hang for an hour.
http://img335.imageshack.us/img335/4563/screen02pr4.jpg

Do we still need NEROAACenc ? because it can't update that either ?

Tried running a job. But it just sits there. No progress.

[Sharktooth]

There should be an hidden window... try moving around the autoupdate and the megui window...
you should find an import profiles window...
select the profiles you wanna import and go on.
neroaacenc should be update manually. you can turn of the error message by clicking with the rigth mouse button over neroaacentry in the autoupdate...

[nightrhyme]

Thanx for reply.

Ok I almost got it.
Regarding manual update of neroaacenc:
So I just take the neroaacenc dll from nero directory ? and put where ?

[Sharktooth]

no.. you need the nero digital aac encoder binary (exe). it's available at nero website for free: http://www.nero.com/nerodigital/eng/Audio.html
place it in the C:\Program Files\megui\tools\neroaacenc folder (or wherever you installed megui)

[Sharktooth]

SVN update (please do a checkout!):
- Trunk is now 0.2.4.0000 (updated changelog and Assemblyinfo.cs accordingly)
- New tag 0.2.3.2193 in tags dir

[check]

somewhat related, can people recommend any good online resources on c#? I'm coming from an intermediate level of experience in python, and... that's it :)

[shon3i]

Nice Shartooth tanks, can you include SSIM check

[Sharktooth]

It will be included in 0.2.4.x

[bob0r]

0.2.3.2193 on http://x264.nl

[bob0r]

What is the workaround for x264 sliceless threads?
I dont see --threads auto in commandline, and selecting threads is disabled. Why is that?

Threads:
auto <default>
1
2
3
...
16
Thats how it should be.

Edit:
Also the help balloon disappears when mouse over on threads.

[berrinam]

0.2.4.0001
Commit by berrinam:
- Fixed Guide link so it points to http://mewiki.project357.com/wiki/Main_Page
- Fixed bug when loading d2v files into avs creator
- New deinterlacing options in avs creator

In addition, Sharktooth's last commit (0.2.4.0000) involves a lot of change to MeGUI's internals. To the user, it means:
Reworked profile behavior so that it is consistant across MeGUI
Reworked One click encoder's profiles; removed the one click configuration dialog.
Left out the avi muxer since it doesn't seem to work anyway. This omission isn't permanent, though.

[berrinam]

Oh, and another nice feature is that the One click encoder is more likely to guess and format the name properly when it opens a file.

[Adub]

All right! good to see you again berrinam. And thanks for the update too.

[berrinam]

This version should be fit for use:
0.2.4.1002
Commit by berrinam:
- Add 'run command after encoding'
- x264: add support for --no-ssim and --interlaced

[Sharktooth]

What is the workaround for x264 sliceless threads?
I dont see --threads auto in commandline, and selecting threads is disabled. Why is that?

Threads:
auto <default>
1
2
3
...
16
Thats how it should be.

Edit:
Also the help balloon disappears when mouse over on threads.
"--threads auto" will be added if "Automatically set the number of threads" option in megui settings is enabled.
It just doesnt show in the command line in x264 config window.
The x264 Threads option can be safely removed in future versions.

[berrinam]

As a result of the refactor, profiles before 0.2.3.2193 can't be loaded with MeGUI 0.2.4.0000 or higher. [EDIT: There's a very simple solution to that, so if you wait, I can provide a program which converts profiles]

You'll just have to recreate them, I suppose. This also means that Sharktooth's profiles aren't accessible...
0.2.4.1003
Commit by berrinam:
- Allow deletion of unreadable profiles
- Add the update window to the tools menu again

[Sharktooth]

i will update the profiles ASAP. i have also some new audio profiles to add...
i should also check the new code and adapt some fixes/additions i already had floating on my harddrive...
but now it's time to sleep (5:35AM)...

[berrinam]

Actually, the profiles don't need to be modified by hand -- in fact, there's a very quick conversion from an old profile to a new one, so I might even include that in MeGUI (it just involves changing the type listed in the xml file from VideoProfile to GenericProfileOfVideoCodecSettings, or something similar for all the other profiles).

[berrinam]

0.2.4.1004
Commit by berrinam:
- Workaround so that old profiles (from before 0.2.4) can work with 0.2.4.1004+ builds -- such old profiles will be recognised and updated to the new format.

[berrinam]

0.2.4.1004 is on autoupdate now, so everyone can get it now. Enjoy.

The profile collections on the update site also need to be upgraded to work with 0.2.4+, but they can wait for the moment. It would be better if everyone upgrades MeGUI first.

[Alizar]

0.2.4.1004 is on autoupdate now, so everyone can get it now. Enjoy.

The profile collections on the update site also need to be upgraded to work with 0.2.4+, but they can wait for the moment. It would be better if everyone upgrades MeGUI first.

Is it just me, or is this version missing an "Enqueue" button for audio?

[Adub]

righteous! I will download as soon as possible. Just not right now. I am on the wrong computer. Thanks for the updates man!

[berrinam]

0.2.4.1005
Commit by berrinam:
- Made the 'enqueue' button for audio visible. Sorry

[Carpo]

its always the way - i dont do any encoding for a while but still check for updates - dont see any - then as soon as i start a batch encode loads of updates ;)

will give them a go later :)

edit: i was going to post in the questions thread about resizing - i suppose reading does pay off

If you want to resize your video, enable it, check "suggest resolution" and change to the resolution you want. Computer backups are often done to a horizontal resolution of 640. If you want the highest quality file, do not resize.

just have to redo the encodes now :o

[shon3i]

@Devs, can you add Deadzone options, and AQ since now always used Sharktooth's build?

[ChronoCross]

aq shouldn't be added till it's in svn.

[berrinam]

0.2.4.1006
Commit by berrinam:
- Fixed interlace detection
- Fixed Adaptive muxer crash
- Re-added the avc2avi and divxmux muxers (for avi).

[berrinam]

0.2.4.1007
Commit by berrinam:
- Fixed force film detection for video sources

[Sharktooth]

0.2.4.1008
Commit by Sharx1976:
- Added "--threads auto" support in x264 config and commandline generator

Note: The "Automatically set the number of threads" option will still set threads = number of core/cpus.
If you want x264 automatically set the number of threads (this is now a preferable choice for x264 encoding) you should disable that option and set threads=0 in the x264 config.
I will update the profiles to reflect that change ASAP.

[Thunderbolt8]

so again, when entering 0 there, megui automatically sets the number of threads to 2. but when trying to enter 4 threads manually there (and saving this into a profile), megui STILL keeps resetting it to 2...

and the status window still keeps disappearing when switching from 1st to 2nd pass.

[Sharktooth]

DISABLE the "Automatically Set The Number Of Threads" option in megui settings! Also dont post here but on the other thread...

[Thunderbolt8]

:S seems like I was too fast and overlooked that.
1st pass now gives me the usual 60fps, even 65, which is allright. lets see what 2nd pass does...

2nd pass now also says 4 threads, but the speed doesnt increase, its again ~10 fps, which was equal to 1-2 threads (?) and definately too slow for no additional filtering options.

[deets]

i seem to have a prob with 1008. its not taking the name of the file i put in video output and just uses the name from the avs file

[Sharktooth]

this is not the bug-report thread...

[deets]

sorry :) posted in the right one

[sp@rrow]

Plz check audio delay correction - gui don`t apply it automatic

[devaster]

hello my friend ask for something aka time managing of a job queue - when he planned for pausing it pause start or continue encoding....
i make it on base code 00.2.4.1005 (see attached picture) .

have i broke some restrictions of authors of megui ???

[check]

the feature request thread is that way ----->

[devaster]

the feature request thread is that way ----->

i am not asking for feature i am asking for permision to modify a megui code and release my own modified build....
when authors found my changes usefull then maybe i make a patch or something ...

[Sharktooth]

i am not asking for feature i am asking for permision to modify a megui code and release my own modified build....
when authors found my changes usefull then maybe i make a patch or something ...
Post your changes (possibly as a patch) if it's ok we will merge it to the current code and give you the credits.

[Sharktooth]

0.2.4.1009
Commit by berrinam:
- Fixed the 'modify filename doesn't work' bug

[sillKotscha]

SVN update (please do a checkout!):
- Trunk is now 0.2.4.0000

as the version number had such a 'big' change, wouldn't it make sense to release the last 0.2.3.x as a "new" build on SF.net (https://sourceforge.net/project/showfiles.php?group_id=156112)

[Sharktooth]

done.

[sillKotscha]

thank you :)

[berrinam]

Does anyone know how to deal with this resizing issue? I know Doom9 was doing something about this a while ago, but I don't know what. What is the correct approach?

[Sharktooth]

what resizing issue? you mean the problem with the font size?

[ChronoCross]

window resizing I think..

[berrinam]

The font size bugs that everyone is now complaining about on the bug report thread.

[sillKotscha]

The font size bugs that everyone is now complaining about on the bug report thread.

complaining?... I've only discovered two nullities...

http://img309.imageshack.us/img309/8451/fontyp2.jpg (http://imageshack.us)

[berrinam]

That's not the problem. Have a look at http://forum.doom9.org/showthread.php?p=918768#post918768
Maybe it is a specific problem with the custom styles, but maybe not....

[sillKotscha]

That's not the problem. Have a look at http://forum.doom9.org/showthread.php?p=918768#post918768
Maybe it is a specific problem with the custom styles, but maybe not....

uoops... indeed, that does look weird but I would assume that it should be related to custom styles...

[nk]

Now, MeGUI sees environmental variable 'NUMBER_OF_PROCESSORS' and set it to the number of threads.
But now x264 support '-threads=auto', so when "Automatically set number of Threads" is checked, command line arguments should be set to '-threads=auto' instead of '-threads=num_of_processors', I think.

[Audionut]

Have the threads option disabled by default. With a little balloon that says "to use this option, disable auto set threads in megui settings".

edit: or as nk says.

Thanks for your hard work.

[sillKotscha]

command line arguments should be set to '-threads=auto' instead of '-threads=num_of_processors', I think.

http://img266.imageshack.us/img266/7420/loglh7.png (http://imageshack.us)

[Audionut]

@ sillKotscha

You still need to disable auto set threads otherwise megui always uses the threads it detects.
edit: which is what nk is saying

[sillKotscha]

@ sillKotscha

You still need to disable auto set threads otherwise megui always uses the threads it detects.
edit: which is what nk is saying

ah, ok... that I didn't know... although you did already wrote about it one post above - shame on me :D

[Sharktooth]

Now, MeGUI sees environmental variable 'NUMBER_OF_PROCESSORS' and set it to the number of threads.
But now x264 support '-threads=auto', so when "Automatically set number of Threads" is checked, command line arguments should be set to '-threads=auto' instead of '-threads=num_of_processors', I think.
nbThreads is a global settings. if i set it to "auto" other codecs wont accept it.
Maybe i can use the same "rule" used in x264 by setting the nbThreads to number_of_processors * 1.5 but other codecs maybe will perform worse...

[Sharktooth]

0.2.4.1010
Commit by Sharx1976:
- Max number of threads for x264 is now '16'

[Sharktooth]

0.2.4.1011
Commit by Sharx1976:
- Better codecs profiles management: the OK button in the codec config window now pops up a messagebox asking if you want to update the profile

[Sharktooth]

0.2.4.1012
Commit by Sharx1976:
- Fixed the delay option in audio configuration window

[JarrettH]

What was wrong with the delay? I thought it was detected now.

[Sharktooth]

it is but the delay option was always grayed out

[bob0r]

Should i put 0.2.4.1012 (or any 0.2.4.xxxx) on x264.nl now, as 0.2.3 updates to it?

[berrinam]

Yes, I think these builds are pretty stable.

[Sharktooth]

Well... they're not stable AT ALL...
there are still big issues (Oneclick encoder throws an exception when clicking Config on 1 click profile, people is reporting issues with .d2v files... etc).

[pinkie_1]

I totally agree with you on this one, Sharx.
And it's rather funny recalling that you said one or two days ago to someone that .2193 it's an outdated version...
For regular users (n00bs included), .2192/.2193 still offer the most reliable encodings.

Maybe you should tag .10xy (up to 20 or even 30) as being testing-only.

[Sharktooth]

Well, we need testing... and we havent beta testers... so... :)

[Adub]

I'm there for you guys man. I test as much as possible.
Speaking of which, that dialog bug showed up again. I will try and track it down later on today. It may have something to do with 3 threads being used, but just wait until I can isolate the incident.

[Sharktooth]

0.2.4.1013
Commit by berrinam:
- Re-enabled the right-click menu in the job queue

[berrinam]

Well... they're not stable AT ALL...
there are still big issues (Oneclick encoder throws an exception when clicking Config on 1 click profile, people is reporting issues with .d2v files... etc).

Really?

I knew about the Oneclick exception, but I thought I had fixed it, and I can no longer reproduce it.

[Sharktooth]

open megui, open 1 click encoder then click on the config button... also zones in xvid are broken.
when clicking preview in avisynth script creator, after crop and resize, it doesnt display the whole image (the frame is of the correct dimensions though), sometimes the jobs do not start automatically in auto-encode, status window disappear in 2nd pass...
im looking at the code and fixing here and there, but im still "learning" after the refactor.

[bob0r]

So megui 0.2.3.2193 updating to 0.2.4.x is a bug also? :)

[Sharktooth]

Well, once installed it auto-updates itself... so you can just put into the package the newer versions as well... it will save some traffic on the auto-update server.

[berrinam]

open megui, open 1 click encoder then click on the config button... The annoying thing is that I get this crash when I run megui by itself, but when I run it from VS with the debugger, it opens fine.

[Sharktooth]

weird. try compiling a debug build and see if it crashes (i cant do it right now).

[berrinam]

0.2.4.1014
Commit by berrinam:
- Big code changes to JobControl (the queue) resulting in:
- 'skip' is now a status which has the same effect as 'postponed'
- chained jobs are set to 'skip' if a job in the chain is aborted/errored
- Progress Window should always open
- Jobs should always start if 'Auto start queue' is set
- Missing an executable file results in an error now
- No running of single jobs, like the AVS window is supposed to do

[chros]

How about this idea?
It would be fortunate that megui had a stabe and testing branch: eg: in C:\ProgFiles\Megui\:
- stable\
- testing\
In each directory megui would store all the files.
Stable: the last known good version (now: 2.3.9xx)
testing: the current version (now: 2.4.1xxx)
In the Strat Menu there would be 2 shortcuts to the appropriate exe file.
Once the community has agreed that the new branch is stable, megui updater ask the user if he want to upgrade the new stable release: which means the updater must download the new stable branch dir.
So maybe the updater must be devided into 2 parts: stable/testing...

So with this setup everybody can test the new builds, and can do encodes with the stable build if the new build is broken some way ...

I hope you all see the benefits of this scenario, and I hope that it doesn't require much work to do this ... :)

Best regards, and thanks for this great app...

[Sharktooth]

The fact is 2193 is not to be considered stable...
Yes, it is more stable than the new versions (maybe 1015 reached the same stability) but it's still to be considered an alpha version.

[Sharktooth]

0.2.4.1015
Commit by berrinam:
- Change AutoEncode shortcut from CtrlA to Ctrl3, so that text can be selected in log window

[berrinam]

0.2.4.1016
Commit by berrinam:
- Fix up zones+previews in codec configs
- Fix up the long-time bug in AVS creator with previewing. The distinction between preview windows is now explicit
- Changed AutoScaleMode to DPI, so it may look marginally better with large fonts.
The problems with large fonts seems to come from the custom controls. They just don't scale properly. I don't know why.

[berrinam]

0.2.4.1017
Commit by berrinam:
- AutoEncode now calculates bitrate properly again
- Removed 'Safe Profile Alteration' from the settings window, since it didn't do anything anyway

[berrinam]

0.2.4.1018
Commit by berrinam:
- Fixed crash on 'Reset'That's the last of the bugs mentioned recently that I can reproduce. The other bugs that I'm aware of are:

The large fonts issue (which I can't solve -- it seems to be funny behaviour with UserControls)
Spurious issues with loading avs files
The OneClick 'config' button crash (which I can't reproduce when running from VS)

[Sharktooth]

i dont know how but the OneClick 'config' works within VS...
It also works if you compile the bin within VS... it's just the compile.bat build that crashes.

[bob0r]

So what version should i update on x264.nl?
As there are still errors i see....

[berrinam]

0.2.4.1019
Commit by berrinam:
- Support multiple servers in auto-update

[Sharktooth]

@devs: The CSC compiled builds of MeGUI have a different size and "behaviour" than the Visual Studio compiled ones.
If you're going to put new builds on the update server, ensure you compiled the megui binaries from Visual Studio coz the builds produced by CSC (compile.bat) are broken.

[Sharktooth]

0.2.4.1020
Commit by Sharx1976:
- Fixed the behaviour of the UseAutoUpdate checkbox in Settings (now it works and the value is saved correctly into the settings)

Since i havent yet any access to the project357.com ftp, the new build is available thru my own update server: http://forum.doom9.org/showthread.php?t=119808

EDIT: Updated the main auto-update server with the new build. Also 0.2.4.1020 is now on sourceforge.net: http://sourceforge.net/project/showfiles.php?group_id=156112

[Sharktooth]

So what version should i update on x264.nl?
As there are still errors i see....
0.2.4.1020... but ensure the MeGUI.exe is compiled using Visual Studio (and not just compile.bat) until we find what's causing the problems with CSC...
(Basically run compile.bat and dont hit any button while it pauses, compile again using VS - Release and replace the MeGUI.exe with the one from Bin\Release then hit any key in the compile.bat window)

[Sharktooth]

0.2.4.1021
Commit by Sharx1976:
- Cosmetic fixes

0.2.4.1022
Commit by Sharx1976:
- More cosmetic fixes

[bob0r]

I rather have you fix it first, don't have VS installed, nor want to :)

[Sharktooth]

bobor, i dont really know how to fix that...

[berrinam]

I know where the problem comes from... I'm justing updating compile.bat to fix it.

[Sharktooth]

packages\tools\oneclick\OneClickConfigPanel.Designer.cs(8,50): error CS0102: The
type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'components'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(8,50): (Location
of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(14,33): error CS0111:
Type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already defines
a member called 'Dispose' with the same parameter types
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(14,33):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(29,22): error CS0111:
Type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already defines
a member called 'InitializeComponent' with the same parameter types
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(29,22):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(403,47): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'otherGroupBox'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(474,47):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(404,57): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'avsProfileControl'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(475,57):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(405,44): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'filesizeLabel'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(476,44):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(406,47): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'filesizeComboBox'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(477,47):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(407,47): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'autoDeint'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(478,47):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(408,44): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'inKBLabel'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(479,44):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(409,46): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'filesizeKB'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(480,46):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(410,47): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'signalAR'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(481,47):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(411,52): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'horizontalResolution'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(482,52):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(412,44): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'outputResolutionLabel'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(483,44):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(413,47): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'extraGroupbox'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(484,47):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(414,44): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'audioProfileLabel'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(485,44):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(415,47): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'dontEncodeAudio'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(486,47):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(416,47): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'splitOutput'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(487,47):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(417,46): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'splitSize'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(488,46):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(418,44): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'MBLabel'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(489,44):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(419,44): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'videoCodecLabel'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(490,44):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(420,47): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'videoCodec'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(491,47):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(421,44): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'containerFormatLabel'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(492,44):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(422,57): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'audioProfileControl'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(493,57):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(423,57): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'videoProfileControl'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(494,57):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(424,47): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'audioCodec'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(495,47):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(425,47): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'preprocessVideo'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(496,47):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(426,44): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'label1'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(497,44):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(427,53): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'containerTypeList'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(498,53):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(428,49): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'tabControl1'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(499,49):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(429,46): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'tabPage1'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(500,46):
(Location of symbol related to previous error)
packages\tools\oneclick\OneClickConfigPanel.Designer.cs(430,46): error CS0102:
The type 'MeGUI.packages.tools.oneclick.OneClickConfigPanel' already
contains a definition for 'tabPage2'
packages\tools\oneclick\Copy of OneClickConfigPanel.Designer.cs(501,46):
(Location of symbol related to previous error)

[bob0r]

@berrinam
Thats good to know, we patiently await your progress ;)

[berrinam]

0.2.4.1023
Commit by berrinam:
- Fix the OneClick+Config+compile.bat crash -- the text was too long, and delegated to a resource that wasn't compiled in

[Sharktooth]

it doesnt compile
The errors are in my previous post.

[berrinam]

@Sharktooth: You must have a copy of the file there which is causing all the errors. However, I just did a new SVN checkout and I don't get those errors, so I figure they must be on your end.

[Sharktooth]

yep, a checkout fixed it.

[sillKotscha]

isn't time for an icon?...

what about something like this...
http://img187.imageshack.us/img187/5780/video2audioiconkx1.gif (http://imageshack.us)
I'm sorry but I have to admit that this one is stolen from here (http://www.aone-video.com/images/video2audio-icon.gif) as I was searching google for converter icons... but it should only give an idea how an Icon for MeGUI could look like :)

[berrinam]

0.2.4.1024
Commit by berrinam:
- Nicer profile behavior, and detection whether you've actually changed the profile or not
- SelectedProfiles bug fixed

[Doom9]

quick question for berrinam/sharktooth: is the main branch (0.2.4.x) the completion of the refactor berrinam started a while back, and have the changes I made to the last 3 or so revisions to the 0.2.3.x branch been ported to the main branch?

[Sharktooth]

1) yes
2) not completely sure all the changes were ported

EDIT: The megui.org server is back online

[berrinam]

I believe all the changes were ported. I looked in the SVN changelog and the code is there, and MeGUI has the features that the changelog says it should.

[berrinam]

0.2.4.1025
Commit by berrinam:
- Fix profile import/export behavior, especially with CQMs, etc
0.2.4.1026
Commit by berrinam:
- Profile Porter window is now TopMost

[JarrettH]

Thank god, now it doesn't just assume you've changed the profile because you've opened it :devil: :cool:

[Lolitka]

Can i have a quite offtopic question?

How did you get mencoder output in realtime in c#?

When i try to execute it whith
procInfo.UseShellExecute = false;
procInfo.RedirectStandardOutput = true;
procInfo.CreateNoWindow = true;
and then start it in another thred it crates 81kB file and then stops

when i use
procInfo.UseShellExecute = true;
procInfo.RedirectStandardOutput = false;
procInfo.CreateNoWindow = true;
then it work ok, but i can't get any output with procInfo.UseShellExecute = true;

Can you help me?

And sorry for a bit OT question.

[berrinam]

Perhaps you need to redirect standardError as well?

Here's the code that MeGUI uses for almost all commandline apps it runs (found in CommandlineJobProcessor.cs):
pstart.FileName = executable;
pstart.Arguments = job.Commandline;
pstart.RedirectStandardOutput = true;
pstart.RedirectStandardError = true;
pstart.WindowStyle = ProcessWindowStyle.Minimized;
pstart.CreateNoWindow = true;
pstart.UseShellExecute = false;

[Lolitka]

Well, erm, i'm redirecting it too now, so it starts and and in some position < 1 minute (my machine encode on about 55fps).

I use one my thread, one for reading standard output, one for reading error output (where i obviously don't get anything) and one for starting mencoder.
When i close my application mencoder continue to end.

Any ideas?

Nevermind, fixed it again (forgot to start one thread) ... it took me 6 hours to found it (:

[Romario]

Can someone, please, add more resize filters in MeGUI, like Spline36 Resize? Thanks.

[ChronoCross]

Can someone, please, add more resize filters in MeGUI, like Spline36 Resize? Thanks.

there isn't really any noticable increase/decrease in quality by switching resizers. There is no point in 99% of situations where you would need to use anything different than what is already provided.

Besides you can always edit the file manaully if you really need those.

[Sharktooth]

As per italian Corte di Cassazione rule, i can re-add neroaacenc to my personal megui repository without violating copyright laws in italy. Obviously only italian ppl is entitled to download it from my repo but there is no rule that says i should log the accesses...
So, if you think it could be convenient, i can put neroaacenc back into my own auto-update server...

[hackboyz]

Corte di Cassazione doesn't change anything, if you want I explain why, but in italian :D

[Sharktooth]

well, in a post on another forum i explained why it would possibly change even the new (Urbani) law... it's all about the "profit" term...
and after all, hosting the nero encoder on my server doesnt generate any profit to me or any megui devs... ;)

[berrinam]

0.2.4.1028
Commit by berrinam:
- Made the audio output a save dialog
- Made the FPS changeable in AVS window
- Changing deinterlace filter now updates the script
- Made 'Zone' a class, not a struct, which fixes zones setting bug. (Unfortunately, other bugs may have been created)
- Fix the bug where MeGUI crashes on deleting multiple jobs.