MeGUI development

[berrinam]

I agree with Sharktooth.

[JarrettH]

What was the libs update? :sly:

[Sharktooth]

mediainfolib update.

[moadib2k]

@moadib2k: adding WMV encoding to megui shouldnt be so hard but it will require some time and tests. i think it can be taken into consideration after 1.0 release.

Wow, I actually expected to hear a no :) since MeGui is really a x264 tool.

I am starting to write an encoder for wmv using some of the concepts from encode360 and some of the code from MeGui (namely the mediainfo wrapper and the avsynth wrapper). This is so I can write an x64 version.

What is your time-frame for 1.0?

[Sharktooth]

uhm... there isnt any precise date but the actual megui is close to what 1.0 should be.

[berrinam]

Well, we need to add a compressibility check, which I think could take a few weeks, as will supporting AviMuxGui.

Then, after that is RC1. Leave it one month for the bugs to surface, and release 1.0.

Mind you, during that one month, we can already start working on post-1.0 features.

[Sharktooth]

Seems some files were not commited to the SVN.
The referenced component 'MediaInfoWrapper' could not be found.

[berrinam]

I presume this is a error that occured when you ran it from visual studio?

You have to copy all the dlls from \trunk\ to \trunk\bin\debug, under the default VS settings.

[berrinam]

Sharktooth, are you working on MeGUI again, or do you still have very little time?

I think that the compressibility check is going to definitely be the largest thing before 1.0, and I'm unsure of how it is supposed to work (eg what script, and what adjustments do I make based on the results?). Do you want to implement the compressibility check?

[Sharktooth]

ill be back working full time on megui after 16th of feb.
i already have a prototype for the comp. check but no adjustments are made.
it only tells you the compression percentage in different colors (red from 0 to 45%, orange from 45 to 65% and green for results over 65%)
adjustments should be always a manual thing unless you want to create something that is aware of EVERY codecs option impact on compression and the same for EVERY possible avisynth filter...

[berrinam]

ill be back working full time on megui after 16th of feb.
i already have a prototype for the comp. check but no adjustments are made.
it only tells you the compression percentage in different colors (red from 0 to 45%, orange from 45 to 65% and green for results over 65%)Sounds good.

adjustments should be always a manual thing unless you want to create something that is aware of EVERY codecs option impact on compression and the same for EVERY possible avisynth filter...Not necessarily so. In particular, there are two things you could do:
Suppose that the bitrate of all codecs increases the same way as the resolution increases (I think that's a fair assumption). Then, find out how the resolution affects bitrate, and scale the resolution or bitrate accordingly, until your quality demands are satisfied.
Create a pluggable way to adjust codec settings, so that you can implement adjustments for individual codecs at a time (eg x264 first, then xvid, maybe never lavc or snow). You would do this by adding to the PluginManager another plugin type which had an interface like the following:
interface SettingsAdjuster
{
bool CanAdjustTheseSettings(VideoCodecSettings t);
VideoCodecSettings GetAdjustedSettings(double currentQualityPercent, double targetQualityPercent, VideoCodecSettings current);
}

This could allow for different behaviours of different codecs.

[moadib2k]

Zenitram introduced a bug in 0.7.4.4 of MediaInfo. In short, the dispaly aspect ratio string is wrong. If you use the numerical version your fine but if you use the "16/9" text there is a problem.

If you need a fix, I can pull the latest svn and compile a build for you. I don't know when he is going to release 0.7.4.5 but it should be soon.

For details see http://forum.doom9.org/showthread.php?t=96516&page=9

[JarrettH]

I had a couple good ideas for MeGUI in my dreams tonight. I only remember one of them :scared: :D

To save some time I think there should be a way to queue up the mux even if the audio or video file hasn't been created yet. You could point it to the directory where the files will appear...since the queue is obviously in an order by the time it gets to the mux the files will be there to join.

What do you think?:devil:

[berrinam]

Most of the time, autoencode should be satisfactory for that. When it isn't, there's nothing you can do for the moment, but a possibility for the future is MeGUI writing little placeholder files where it expects files to be.

[smuthy]

The avisynth cut functionality is great, however, there is a drawback with the current work flow;

Deinterlacing checks are made in the megui AVS script creator on the whole d2v file. This means that interlace behaviour in the adverts to be cut out will influence the interlace settings.

I've checked by running an interlace test with the adds in and edited out (using an mpeg2 editor) and got different results. Not sure how to fix this without possible some difficult changes to the work flow (putting avisynth cutter before avisymth creator?).

This can be got around by maunually inspecting the video and editing the avisynth file.

Not sure if this affects the crops - does the cropping refer to the frame visable in the preview?

Sorry for posting this in this form as its not really a bug or feature request.

[squid_80]

@Devs: Can you update the version of xvid_encraw on the auto-update servers to the current one available on my homepage (http://members.optusnet.com.au/squid_80)? aviwriter.dll will have to be pushed out with it too. The reason I'm asking specifically for it to be done is because the older versions use the avifile API for writing avi files, and vista's avifile library is BROKEN. Newer versions use aviwriter.dll (made from virtualdub's avi writing code) so they should be ok.

[Gilgamesh83]

Hiya! Noob here with some things to say :p

Concerning the muxer avc2avi in megui, the problem that most users face is that when using the FPS 23.976 it results in a 23.975 FPS on the file written this also applies to convertfps=23.976 in avisynth files. What i have figured out is that when using the FPS 23.9762 instead of 23.976 fixes the problem thus when using avc2avi_gui.exe with avc2avi and writing 23.9762 in the FPS field the correct FPS is the used for the file and this also applies to convertfps command in avisynth. Well the reason I'm saying this is because I would like to be able to convert in batch mode but since meguis interface doesn't allow for manual input of FPS and one has to choose 23.976 which results in the error mentioned above. Well was wondering if this could be fixed in later revisions and also this seems to affect the FPS 119.88 which should be 119.881.
Oh and also the 23.9762 comes from the stats files header wich when converting 23.976 sources uses the 250000/10427 division.

Well thx for listening to my noob comment and keep up the good work :)

[gino25]

any news about linux port? Thank you

[Sharktooth]

cant do much without an internet connection at home...

[jeffy]

cant do much without an internet connection at home...

You can rest which should be good for you... not that bad, eh? :D

[Sharktooth]

well, i planned to do some stuff but the damn ISP told me the service was available in my (new) area while it isnt...
so i shall wait about 40 days until they move their a$$...

[Sharktooth]

Found some time at work to commit a bugfix:
0.2.4.1039
Commint by Sharx1976:
- Fixed 1672842 (x264 lossless broken)
- Fixed MediaInfoWrapper reference in the megui project

[berrinam]

Sharktooth: what do you think of DSpider's icons at http://sourceforge.net/tracker/index.php?func=detail&aid=1656502&group_id=156112&atid=798479

??

[leinieman]

I know I'm way over my head in this forum but I thought someone here would know what this error is trying to tell me. Any help appreciated.

MeGUI encountered a fatal error and may not be able to proceed. Reason: The given key was not present in the dictionary. Source of exception: mscorlib stacktrace: at System.ThrowHelper.ThrowKeyNotFoundException()
at System.Collections. Generic. Diclionary ‘2.get_Item(TKey key)
at MeGUI.baseMuxWindow.convertLanguagesToISO()
at MeGUI.AdaptiveMuxWindow.getAdditionalStreams(SubStream[]& audio, SubStream[]& subtitles, String& chapters, String& output, ContainerType& cot)
at MeGUI.AutoEncodeWindow.queueButton_Click(Obiect sender, EventArgs e)
at System.Windows.Forms. Control. OnClick(EventArgs e)
at System. Windows. Forms. Button. OnClick(EventArgs e)
at System.Windows. Forms. Button. OnMouseUp(MouseEventArgs mevent)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System .Windows. Forms. Control. WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System. Windows.Forms.Button. WndProc(Message& m)
at System.Windows.Forms. Control. ControlNativeWindow.OnMessage(Message& m)
at Systern.Windows. Forms. Control. ConfrolNativeWindow.WndProc(Message& m)
at System.Wiridows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPfr wparam, IntPtr iparam)

[check]

Not so helpful. Please post the error with more information (what you were doing, whatOS, etc etc) over on the big report tracker.

[Doom9]

@leinieman: bugs aren't the topic in this thread. Unless you know C# you have no business in this thread. You report is also severely lacking. Keep in mind that for bugs to be fixed, they first have to be reproduced.. with the amount of information you have provided, this is impossible. And I shouldn't have to ask which languages you had selected in the language dropdowns..

[Soshen]

@doom9

you think that can be add in megui the option for allow writing stats when is used the CBR pass?
imho this is the bigger problem of megui at now ^^;

[leinieman]

My humble apologies.

[Adub]

@Soshen
As doom9 would agree, judging by the content of his post right before yours, this isn't the thread for feature requests.

[Sharktooth]

Sharktooth: what do you think of DSpider's icons at http://sourceforge.net/tracker/index.php?func=detail&aid=1656502&group_id=156112&atid=798479

??
Uhm, i dont like them, but those are better than nothing.

[Raere]

I'm looking to do some changes to the meGUI form for a custom build for myself, but in the SVN repository on SF, all I see are the regular code files. Are the forms available anywhere to edit in Visual C#? Or are the forms built using some other program?

:thanks:

[tebasuna51]

You are using NicAudio.dll 2006-03-14 from Dimzon than crash when an ac3 frame with different parameters than the first arrive.

In this post (http://forum.doom9.org/showthread.php?t=114968) is exposed the problem and Nic make a new version 2006-09-01 (http://nic.dnsalias.com/NicAudio_alpha3.zip), based in last Dimzon sources with DRC.

This version is working fine by months with BeHappy, maybe you can add it to MEGUI install.

Edit: From 2007-02-24 this version is in Nic's Web Page (http://nic.dnsalias.com/nixaudiostuff.html) like v1.7

[Eric B]

I wonder why meGUI main window form is locked. It is quite boring not to be able to see the queue list in a bigger window.

Instead of setting the locked bool in the form, why not using proper anchoring, so that the GUI elements are resized when the main window is made bigger?

I wanted to do it in my own build by getting the sources, but I have some difficulties with CVS. I'm using TortoiseCVS under Windows, I set the proper CVSROOT in checkout, but I don't receive any file. Here my log:
Dans E:\Download\MeGui : "C:\Program Files\TortoiseCVS\cvs.exe" -q -z6 checkout -P MeGUI
CVSROOT=:pserver:anonymous@megui.cvs.sourceforge.net:/cvsroot/megui

Empty password used - try 'cvs login' with a real password
cvs checkout: in directory .:
cvs checkout: cannot open CVS/Entries for reading: No such file or directory

Succès : opération CVS terminée

What's wrong here?

[cc979]

because it got transfered to svn
https://svn.sourceforge.net/svnroot/megui/

[Eric B]

ok, so I've taken TortoiseSVN and now, I've the sources.

PS: It could be nice to edit the code page in sourceforge and saying that only SVN is used.

so, I've opened the solution in VS (and for Raere, the forms are there too, check under core\gui).

1) I've renamed "Form1" to "MainForm"
2) I've edited the form & control properties, adding the following:
this.autoEncodeButton.Anchor = ((System.Windows.Forms.AnchorStyles)((System.Windows.Forms.AnchorStyles.Top | System.Windows.Forms.AnchorStyles.Right)));
this.resetButton.Anchor = ((System.Windows.Forms.AnchorStyles)((System.Windows.Forms.AnchorStyles.Top | System.Windows.Forms.AnchorStyles.Right)));
this.log.Anchor = ((System.Windows.Forms.AnchorStyles)((((System.Windows.Forms.AnchorStyles.Top | System.Windows.Forms.AnchorStyles.Bottom)
| System.Windows.Forms.AnchorStyles.Left)
| System.Windows.Forms.AnchorStyles.Right)));
and removed
this.FormBorderStyle = System.Windows.Forms.FormBorderStyle.FixedDialog;

and now, I have a GUI which can be resized.
All others controls seems indeed to be already set with the proper anchoring.

Is it possible to have the same behavior in the "normal" build? If not, why?

[S¡nTë£]

Is there a specific reason why megui ignores the output file name when encoding from AVS to x264 (either mp4 or mkv)? It always encodes to the same location/filename of the input with the extension of the output format.

I had 4 jobs based on the same avs where i specified different output filenames, but in the end each one overwrote the previous, which was a major loss of time.

[check]

use the [...] button to specify the output location.

[mcka]

Hi!

What about making MeGUI create anamorphic videos which work with Quicktime/AppleTV/IPod? If you create an anamorphic video (e.g. H.264/MP4) using MeGUI, it works with VLC, but not with Apple products. But this problem seems to be solvable if you set PAR in the MP4 container using Quicktime Pro:
http://discussions.apple.com/thread.jspa?messageID=4297526�
http://appletvhacker.blogspot.com/2007/03/mikes-hands-on-report-step-by-step-how.html

People from handbrake/MediaFork have made anamorphic MP4 work with Quicktime by adding an "atom" to the MP4 container:

The container in beta2 remains .mp4, with a .mov atom patched in for QuickTime support. QT still doesn't recognize PAR...the atom applies a transformation matrix, similar to setting the DAR in an .mkv.

http://handbrake.m0k.org/forum/viewtopic.php?t=256
http://handbrake.m0k.org/forum/viewtopic.php?t=265

AFAIK that's done by the following patch:
http://handbrake.m0k.org/trac/changeset/353

One of the patched files belongs to mpeg4ip:
http://mpeg4ip.cvs.sourceforge.net/mpeg4ip/mpeg4ip/lib/mp4v2/atom_tkhd.cpp?view=markup

Do you think this could be implemented in MeGUI too?

best regards
mcka

[Doom9]

there's a lot of discussion about the whole aspect ratio thing in the megui threads.. there are good reasons why things are done the way they are being done now but I don't recall those offhand.. berrinam did all the research and coded the version that is now used.
I strongly object to any time investment to support the POS software Apple writes.. their MPEG4 video products are a disgrace.

[McCauley]

Hi,

i would like to suggest an option to use multipass and huffyuv in a more efficient way:
It's not my idea, i borrowed it from a IRC conversation.
While the Huffyuv is created the output could be used at the same time for the first pass, that would save some encoding time.
Have a look at this (http://akuvian.org/src/avisynth/avs2yuv/).

Are there any reasons why this isn't implemented?

Regards
McCauley

[Doom9]

Are there any reasons why this isn't implemented?Because we don't use mencoder for the main video encoding scenarios? mencoder as primary encoder was dropped for various good reasons that have all been publicly stated (there even was some discussion about it in this very forum).

[squid_80]

There's an avisynth plugin called twriteavi that can write a huffyuv avi file while the first pass is being done. With some clever scripting it's possible to use the exact same script for first and second passes, but the second pass actually uses the huffyuv avi written during the first pass as the source. It's not something I'd recommend be added to MeGUI (too many things to go wrong), but it is a possibility for people who want speed and know how to manually write scripts.

[mcka]

there's a lot of discussion about the whole aspect ratio thing in the megui threads.. there are good reasons why things are done the way they are being done now but I don't recall those offhand.. berrinam did all the research and coded the version that is now used.
I'm quite sure your solution is the better solution. I don't ask to change the way Aspect Ratio is implemented. Perhapy only a small option/flag like "add QT-compatible AR information". You probably think that nobody should use QT, but you cannot choose a different player if you want to use FrontRow (Apples Media Center, Apple TV...). AFAIK you don't need to change the way you set the AR, you only have to add an extra atom to the MP4 container, which doesn't bother other players. Currently only Quicktime Pro and Hanbrake SVN support that. Because I like MeGUI a lot more, I'd like to use it for encoding Apple-compatible, anamorphic videos.

Can you tell me if "adding an atom to the mp4 container" is implemented in MeGUI itself or mp4box? Perhaps I could try to write a patch and you could decide on that?

[Doom9]

megui doesn't do anything on a container level (or encoding level for that matter).. it's strictly a control application (well, almost strictly, it does some audio decoding via avisynth and pipes that data to audio encoders).

[thuongshoo]

Hi! I like to have newest source code of MeGui. Version which is at SourceForge is too old 0.2.3.x
Thanks!

[check]

browse the svn @ sourceforge for the latest revision.

[bob0r]

or http://x264.nl for a compile (still revision 117)

[thuongshoo]

@check: I have not still got newest version. In tag directory, newest version is 2193

Version Megui , is at x264.nl, has many new feature but also lost many old feature such as: in queue tab, click button "load", then ... nothing....

[Thunderbolt8]

my megui doesnt update any more, it just saying "There are 0 files that can be updated". its been like this for ~1 month now (?) and even continues after I reinstalled windows & megui completely. I dont believe there would be nothing to update since that long time e.g. x264 version is from 635, while 655 seems to be the latest right now, or dgindex still bein 1.48 etc.

the 2 update servers in the update list I have are the 2 standard ones.

[chickenmonger]

my megui doesnt update any more, it just saying "There are 0 files that can be updated". its been like this for ~1 month now (?) and even continues after I reinstalled windows & megui completely. I dont believe there would be nothing to update since that long time e.g. x264 version is from 635, while 655 seems to be the latest right now, or dgindex still bein 1.48 etc.

the 2 update servers in the update list I have are the 2 standard ones.

Check has created an alternate unofficial update site that's described in this post (http://forum.doom9.org/showthread.php?p=996003#post996003). It might be just what you're looking for.