MeGUI Feature Request Thread

[cc979]

not sure if this has mentioned before,

but is possible in the avs creator when i hd-video is loaded that it auto fits the desktop size and possibly have scrollbars in it for a more detailed view

eg. sometimes i get videos to big for my monitor and want to resize and crop them manually (sometimes needed)
having scrollbars in 100% zoom would help to see then cropping in 2/4 pixels (most of the time - on a smaller monitor - you can't see a 2/4 pixel increase/decrease accurately)

cheers

[bkman]

Would CRF prediction via the DABR method be too much to ask as far as feature requests go? It seems very promising, but right now difficult to make use of.

[fields_g]

Nero AAC encoder has been updated (changlog below). I noticed that 16 and 22.05 khz is supported in HE also. Is there a way to incorporate downsampling of an input file to these sample rates before being fed into neroAacEnc through MeGUI?

2007-02-13 - Version 1.0.7.0

- neroAacEnc:
- Quality tuning for some bitrates
- Added support for 16 and 22.05 kHz samplerates for HE AAC
- Fixed HE AAC configuration problems for 5.1 files (at q=0.0)
- Temporary file handling fixed on Windows Vista
- Various speed optimisations

- neroAacDec:
- Small speedups
- Reduced memory usage

- neroAacTag:
- No changes

[Sharktooth]

why? 22.05 Khz quality sux...

[fields_g]

why? 22.05 Khz quality sux...

I do A LOT of work with speech recording etc. Since many phones now days do have HE-AAC and not any speech codecs, using MeGUI to convert recordings would be very nice.

Now that you mention it though, I haven't actually had time to pull 22.05 khz into nero manually to see what it sounds like encoded in the HE sweetspot bitrate range.

I use MeGUI for much more demanding projects, and I wouldn't mind sticking with this for some of my other and less aggressive needs as well.

[ashes_rulz]

Plz enable megui with proxy support:thanks:

[Devastator]

I'd really appreciate having a default container setting. It's gets tiresome having to change the container manually every time.

[Sharktooth]

Post feature requests here: http://sourceforge.net/tracker/?atid=798479&group_id=156112&func=browse

Registration is not needed

[Keepitsimple]

Not sure if its been mentioned before. But in avisynth script in the resolution crop box. You can choose crop and resize. I cant resize over original size.

I would like to be able to chose any size for height or widht and then have megui calculate the correct corresponding width or height depening on AR.

This would be the ultimate solution:

Have megui choose the biggest available resolution while keeping AR for a given screen resolution.

[check]

upsizing is disabled for a reason: it's a bad idea in almost all cases :). If you want to do it, you will have to manually edit the avs file.

[Tacio]

and what about implementation bits per pixel calculation?

[ShadowVlican]

phew finally i can post!

i would just like to say THANKS :thanks:

thanks for this great program and thanks for the incredibly useful "Queue analysis pass" button! because of that i no longer have to use vdub's "run video analysis pass"

great stuff guys!

[Keepitsimple]

upsizing is disabled for a reason: it's a bad idea in almost all cases :). If you want to do it, you will have to manually edit the avs file.
So if I understand you correctly. Its disabled so people who dont know what scaling is wont make a mistake?

It seems very strange that people who know about megui dont know that. Im VERY new to this and I have no trouble understanding that option. There are a lot of other variables thats clickable that I have no clue what they do.

[berrinam]

So if I understand you correctly. Its disabled so people who dont know what scaling is wont make a mistake?Correct. Upsizing (with the MeGUI resizers, that is) is such a stupid move that there's no point putting it in. We have that restriction there so that you don't go and think, 'well, bigger is better' and upsize. There are some situations where upsizing is helpful, but generally they either involve using a bet upsizer, which MeGUI doesn't support, or encoding for a specific hardware device, in which case you should go with pre-made profiles (in which the template will contain the size). Throughout MeGUI's life, no-one has actually come up with a use case in which it is good to let MeGUI upsize.

[SealTooGreat]

Also need bits per pixel calculation in MeGUI.
Cold you add PAR signalization?! ...Well, I know I can put it via commandline box (i.e. --sar 64:45)

[aajkaarjun]

One thing, IMHO, that would be very useful would be to add options to "Display only forced subtitles" and the ability to "hardcode" subtitles into the video stream ala AutoGK. I for one found it a very convenient feature. I will try to justify why I think this is a useful feature:

1) Support for subtitles with MP4 and MKV containers (both external and embedded) is either non-existent or quite difficult to get right when trying to use a front end like MCE 2k5. I have seen one project which has a solution for Vista MCE, but nothing for MCE 2k5. I imagine other front ends could have similar problems.

2) Support for subtitles (both external and embedded) remains spotty in so called "media streamer" set top boxes.

3) Even if solutions existed for #1 and #2, one would still need to do some manual tweaking of things to get the encode right. It seems a helpful UI here could make this task easier. Something MeGUI has done admirably for other aspects it supports :)

[Soshen]

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 ^^;

[Selur]

is it enough to post feature request and bug reports in the tracker, or should one always additionally post here?

[check]

this thread is more or less depracated, if you want a feature request noticed, post it on the tracker :)

[foxyshadis]

I'd suggest closing the thread, but people would probably just make more little single-feature threads instead of using the tracker. Meh.

Can't people just search this thread and the forum (http://www.google.com/search?q=site:forum.doom9.org+megui+bpf) for all the discussion we've had on bpf?

[thuongshoo]

Hi ! I'm using a newest version
1- When I click Enqueue button, Megui should use value of output filename textbox
2- I can't choose "shutdown after finished encoding" or "do nothing" when Megui is encoding.

I'm get source code by svn protocol. Is version which at sourgeforce a newest ?

If I do above thing, Which files should I modify ? Because there are terrible files. Please tell me! :D
Thanks!

[big-guy]

I would like to make a proposal.

Could you add the Lagarith codec as an option or as a replacement of huffyuv, for the pre-processing process.
The Lagarith codec is much more efficient, especially with anime (haven't tested on movie material). And it fully supports multicore systems. And it encodes faster.

Website (http://lags.leetcode.net/codec.html)
Source code available at homepage if needed.

At the moment I first encode to Lagarith with another program, and then to x264 with MeGUI. It would be nice to do that in program :).

:thanks: in advance.

[Doom9]

@big_guy: I believe the Lagarith homepage already gives a few answers:
The trade-off for this improved compression is speed. On a single processor system, Lagarith can be significantly slower than Huffyuv on typical video. Additionally, the decode speed tends to be slower than the encode speed; this is due to the nature of Arithmetic compression and the prediction algorithm.
In addition, you will notice that we're using mencoder for huffyuv encoding - and it doesn't contain Lagarith.
Codecs that support multiple cores are always sympathetic to me (especially those that support all my 4 cores :) but as you can see there are good reasons for using huffyuv.

[salehin]

(Sorry if I've posted in the wrong section, or this has already been discussied- i've searched doom9's various threads)

Ability to encode, especially x264 encodes, into multiple session. I'm requesting the following features, if possible:

- stop encoding in the middle (at random or after a pre-defined time or length)
- exit MeGUI
- restart/turning off the machine
- resume encoding from where it stopped

Having such option will be a great feature as x264 encodes take lot of time.

cheers :)

[handtruck]

I think this is pretty important.

Right now, I have to switch my xvid_encraw to the squid_80 build, which looks at the input fps rather than defaulting to 25fps like the Celtic Druid 2007.03.10 (svn) version megui uses.

I think either way MeGui should be able to determine the fps on its own and put it out to the -framerate switch to override the default. I'm pretty sure it's capable of this from my experience with using it for x264 and its inclusion of the fps in the generated mp4box commandline.

In its current state, megui CANNOT do xvid encodes properly (except 25fps material) without adding custom commandlines.

[dragonle87]

Hello, I just want to make an important suggestion:

Can you guys add subtitle support for the avs cutter?

Currently, it could only trim video + audio, but not subtitles.

Basically, there should be a separate window that takes a subtitle input of any format (srt, ass, ssa, etc) as well as megui .cut file input, and outputs the newly cut subtitle file.

Please note that I'm interested in non-linear cutting (meaning cutting out certain portions here and there), not splitting files into x number of pieces (which there are already programs that can do this, although it wouldn't hurt to also incorporate it into megui).

It's just that I do alot of anime recoding, and nowadays many fansubbers' encodes are becoming more softsubs mp4/mkv, instead of the traditional hardsubbed avi files.

Thanks ahead, and I hope to see this feature implemented in the next megui release.

[Bigmango]

Hello,

Can you add a select box for nero acc 2 pass encoding ? (I always use it for low bitrate encodes).

To encode in 2 pass nero acc absolutely needs a wave file as input. So a temporary wave file must be created with bepipe.exe for example.

Then, the command line for 2 pass looks like this, for example:
"neroAacEnc.exe -br 64000 -2pass -if <input> -of <output>"

If looking at the source code of a small nero aac gui that already does all of this (including the temporary wave file) would help you, you can find the Simple NeroAacEnc GUI sources here:

http://www.imcold.evilhosting.org/progs/sng/

This would help me a lot, if megui could do everything without me needing to demux the audio manually, encode it in another app, and then remuxing it manually.

Thanks.

[berrinam]

Please post all feature requests on the MeGUI Sourceforge tracker for feature requests. There is a link in my signature.

[BlackSharkfr]

EDIT :
have just seen the request feature tracker at sourceforge, will post there too

---------------------------------------------------------------------------------------------

Hello, i've been using megui for a year now and i just love it's advanced features and i would like to see even more great stuff, so here are my feature requests :

small technical stuff
Allow use of files in the queue but not created yet, so that you can queue your video and audio and then be able to queue the muxing without having even started the encoding process.

Avisynth script creator default parameters, they are set by default to resize the video, please change the default parameters so they do not modify the video. (maybe a bug)

Queue Avisynth to lossless
Some Avisynth scripts are very heavy and slower than the encoding. I think it would be a good thing to have a feature that renders the Avisynth script to a lossless format (huffyuv ou lagarith or whatever) before doing the encoding itself.
I think it would save a lot of time for some projects.


Big and ambitious requests


Rearrange the long dialogs -- AviSynth creator, Settings
Description: Make them tabbed (preferably with Basic/Advanced, or some other structure) to make them less overwhelming, and also so that they can fit on a lower-resolution screen.
Status: Completed in 0.2.3.1115.

The interface could be much better and have a much more logic design, right now i just can't recommand Megui to any of my friends asking me with what software they should encode h264, because i know that i would have to explain : "right, first you need an avisynth script, go to the tools menu - then avisynth script creator... etc etc..."

So here is a (long) description of my request :
A complete change of the tabs layout to something that matches the actual workflow of the encoding process.

Tab #1 : input, where you basically drag and drop your files, and then select for each file which tracks you want to use, exactly like in Mkvmerge-GUI, and that's it, nothing more.

Each selected track will make appear a new tab dedicated to the treatment of this track

Tab #2 : Video
this tab contains all parameters affecting the video track,
there should be one very important tickbox :
-Direct Stream copy (ticked by default) sends the video track straight to the muxer

there should be two sub-tabs
Tab #2 - Subtab #1 Preprocessing
here should be the avisynth script creator
Tab #2 - Subtab #2 Compression
here should be the codec configuration page, roughly like the one we already know but without the output file format choice (sent to the final tab, see tab4)

Tab #3 : Audio
this tab contains all parameters affecting the audio track, roughly like the one we already know but without the extension choice (see tab4) and it should have the "direct stream copy" tickbox too.

Tab #4 : Chapters
The capter editor (i've never even used it, i don't even know what it looks like)

Tab #5 : Subtitles
A chapter editor (i've never even used the vobsub tool)

Tab #6 : Menu Creation, something else, whatever feature you want to add, just add a tab instead of a tool hidden in the tools menu.

Tab #? = last tab : Output
This is the muxer. Since this is the place where you set the output filename and type (mkv or mp4), you don't need to set any for intermediary files, megui will choose the name automatically and put them in the same directory where you choose to put the output file.
This tab should be the only one containing the magic "enqueue" button.

And then of course Queue and log tabs

-----------------------------------------
This ends my interface suggestion.
The goal is that somebody totally new to megui knows instantly where to start and where to end and reckognize the different steps this guy would have to follow.
-----------------------------------------

-----------------------------------------
2nd big and ambitious request

I have kept the biggest one for the end, i know that this is a hard one because i haven't seen this feature in any software ever, but if anyone can do this, it's you guys.

So... the most important missing feature of them all is :

Video encode Preview
Avisynth preview is great i can tell my filters are correctly set up but the most important part is still missing : the actual encoding itself : i want to see what my video will look like after the compression.
So i would like Megui to let me choose a very short clip of my video, to encode it, and to show it to me frame by frame so that i can preview it and than compare it to my source and an other preview.

Alright so i know you are already thinking "it's irrelevant, the full film encode would be too different from the preview" or "but you can already do it, just do this and than and...."
Well, the goal of a preview shot is to help me guess what the encode would look like with the settings i am using : is this bitrate sufficient ? what would quantiser 21 look like ? or would crf 20 look better ? what is the best deblocking parameters ? How much of the grain am i going to loose if i use treillis ?

These questions can only be answered by previews, and right now, a preview must be made by hand.
This means switching to Virtualdub, cut a clip in direct stream copy or lossless mode, render to temporary file, back to Megui, re-import the file, getting all the settings back like i wanted, and render.
This represents a tremendoulsy high nimber of operations that have to be done by hand with a very small amount of time dedicated to the encoding itself.
Once the fiste preview is done, changing just one parameter is quicker, but what if you want to test an other clip, you would have to retart all over again, which means more manual opérations and loss of time.

Having a preview feature inside Megui would help getting a very precise idea of what the video would look like and would save me a tremendous amount of time.
I believe this would work quite well for quantiser, quality, and 1pass abr modes.
Getting it to work with 2pass abr would be harder, but you could just use 1pass abr and display a warning message. Or add a button to queue a superfast analyse pass in the background with all maximum speed options activated, and the statsfile would be used by the preview system to simulate the bitrate distribution (and which could also be used for a 3-pass final encode instead of 2pass).

I know it would take some time to compute the stats file for the 2-pass preview even with maximum speed options but for all single pass modes, it would be far easier and much much quicker than doing it by hand.
Even better, i do not know if this is possible but imagine if you just could display the images as soon as the groups of pictures are done, you could get the preview within seconds ! (or maybe you'd have to modify x264 to do that) but that would be the ultimate feature.

Thanks for having read my very lengthy and maybe a bit silly requests.

[nurbs]

Avisynth script creator default parameters, they are set by default to resize the video, please change the default parameters so they do not modify the video. (maybe a bug)
You can make your own presets with the config button next to the avs-profile selector in the avs creator.

Queue Avisynth to lossless
Some Avisynth scripts are very heavy and slower than the encoding. I think it would be a good thing to have a feature that renders the Avisynth script to a lossless format (huffyuv ou lagarith or whatever) before doing the encoding itself.
I think it would save a lot of time for some projects.
I've never used it, but I think that is what the "add pre-rendering job" checkbox does.

These questions can only be answered by previews, and right now, a preview must be made by hand.
This means switching to Virtualdub, cut a clip in direct stream copy or lossless mode, render to temporary file, back to Megui, re-import the file, getting all the settings back like i wanted, and render.
This represents a tremendoulsy high nimber of operations that have to be done by hand with a very small amount of time dedicated to the encoding itself.
Still manual but easier: Make an avs for the file. Open it in the avs-cutter. Set cuts. Encode.

Also about the preview, wouldn't that only work with crf encoding. If you encode a segment of a movie at a given bitrate that bitrate could be very different from what the encoder will use for the same part when you encode the whole movie.

edit: You mentioned that. Must pay more attention when I'm reading.

[Nil Einne]

Request: Add a cut to chapter file converter. Cut files can be used to create chapters by working out how many frames for each section and using the FPS to add a chapter at each new section. You can do this manually with a spreadsheet for example like I did but it takes time... If further explaination is needed drop me a line

Posted to sourceforge as requested

[emanresu]

First I would like to say thanks to those who work on MeGUI and the video profiles. I hope this post doesn't come across as ungrateful or as unfriendly criticism since it isn't intended that way. I just want to offer some feedback and a possible enhancement based on my experience with MeGUI.

Whenever I use MeGUI I am frustrated by the fact that unless I have a very comprehensive knowledge of all the x264 settings and all the compatibility restrictions of my target player I am unable to confidently change many of the options while maintaining compatibility. For example if I want a HD-DVD compatible video with absolutely maxed out settings one day then I want the same compatibility the next but at maximum speed.

While these options do exist in part via the profile selection (e.g. HD-DVD standard/fast) I think the replication of information is a little inefficient and the selection rigid in comparison to the solution I will outline below.

Would it be possible to implement a "Player Compatibility" (?) drop-down in the x264 video configuration dialog that would act to enforce player compatibility restrictions, similar to the "AVC Profiles" and "AVC Level" drop downs? As a result this would remove the need for compatibility profiles to be implemented via the "Profiles" drop down and the "Profiles" drop down would then act simply as a means of choosing a quality/speed setting.

So, the compatibility drop down would contain options such as iPod, iPhone, PS3, Xbox, XBox360, HD-DVD, DXVA, QuickTime, Unrestricted etc, that would act to restrict certain settings from being enabled/disabled and also enforce minimum/maximum allowed values for certain settings. Other settings would remain unchanged and be freely modifiable (the same way the "AVC Profile" and "AVC Level" drop downs behave).

As a result the "Profiles" drop down would need only contain profiles such as 1P-Goodquality, 1P-Intermediate, 1P-Maxspeed, HQ-Fast, HQ-Slow, HQ-Slower, HQ-Slowest, HQ-Insane, CQ-Lossless, and CQ-ASP_Q2_eq etc. If a "Player Compatibility" profile (e.g. HD-DVD) is already selected when a quality profile (e.g. HQ-Insane) is selected then the HD-DVD restricted settings will remain unchanged, or will be contained within its specified boundaries when the HQ-Insane profile is selected.

The compatibility drop down could store its information in a compatibility restrictions matrix in an xml file, similar to the current profiles, allowing the matrix to be easily edited and imported/exported.

MeGUI would also still be able to fully support the current profile method however with this addition the number of essentially duplicated profiles (HD-DVD fast/slow, PS3 Fast/Slow, future profile fast/slow etc) would be reduced.

I also feel that this is a better, clearer way of maintaining player compatibility information and speed/quality information since the two seem to be separate axes that have been merged together. For example there is no way of knowing the player restrictions using the current profiles, but with the method I have proposed those restrictions would be transparent.

Thanks for reading.

[Theliel]

--me tesa support

[check]

Please see the first post of this thread.

emanresu: why not post this in the MeGUI profile thread?

Theliel, in theory, this should be easy to add. Easy enough for you perhaps?

[Sharktooth]

sorry, guys. my actual job contract doesnt allow me to participate in any open source development.
dont worry, ill get it sorted out soon enough...
however after a deep reading i cant find any point where it says i cant "talk" or "discuss" about open source development. well, it's logical since a contract cant stop my freedom to speak.
So, lets "discuss" about it...
in x264ConfigurationPanel.cs, locate the x264METype dropdown (under "RC and ME" tab) and add "SATD Exhaustive" to the Items property. you may also want to enlarge the x264METype dropdown a bit (using the form designer)...
Now, you have to add the commandline option related to the new mode.
You'll find what you need in x264encoder.cs. The code to be modified is easy, however you'll find a series of specific conditions where the xs.METype is checked (just search for it... or search for --me)
The last one is the "ESA" mode... just add TESA the same way as ESA (keep note of the listbox index number... if ESA is 4, TESA should be 5) and the job is done :)

EDIT: oh, it seems a patch was just committed...

[dimzon]

Can anyone provide complete latest MeGUI package (MeGUI + AviSynth filters)
I can't use autoupdate feature for some reason (firewall)

[Sharktooth]

get the installer from sourceforge project page and latest packages from here: http://megui.org/auto/

[mattdamon]

I would like to be able to start waiting items in the queue from a scheduled task.

I saw the "Autostart Queue" checkbox in the settings and thought that would be it, but I see now that it refers to tasks beginning as soon as they are added to the queue.

I would rather queue up a load of tasks, close MeGUI, and then start the queue from a scheduled task - presumably a command line argument, e.g.:

megui.exe /processqueue

I am not aware of any existing command line switches - it is very possible that this functionality is already available somehow. Apologies if this has been asked before. Edit: I see from the first post in this thread that there is currently no command line support.

Superb application by the way. It does its job so damn well, and even idiots like myself can now use the best conversion tools in a simple manner.

Edit: Of course, I guess a command line switch is not required. Perhaps just another setting option like "Process queue on application startup"... or just make "Autostart Queue" do this also.

[Sharktooth]

post a feature request on the Feature requests tracker (megui project page on sourceforge).

[mattdamon]

OK, thanks, have done so.

I'm tempted to ask why this thread, "MeGUI Feature Request Thread", exists though! :)

[Sharktooth]

coz it is old and it was never closed :D

[Ranguvar]

Hey, if you could add a way to modify the CLI that will be sent to the encoder (mostly for aften, lame, x264, xvid_encraw, snow, and mencoder) that would be awesome :D

Perhaps after the job is queued, one could right-click and modify it?

EDIT: Just realized where this should be posted. Epic Fail. :p

[Theliel]

Thank Sharktooth ;)

[thetoof]

Multipass encoding:
-2pass : Enables two-pass encoding mode. Note that two-pass more requires a physical file as input, rather than stdin.
-2passperiod : Overrides two-pass encoding bitrate averaging period,
<number> : in milliseconds. Specify zero to use least restrictive value possible (default).

I saw that in the Nero AAC plugin's readme... seems like a nice feature, so I was wondering if there is any reason why it's not in the "config" window for ND-AAC.

[Sharktooth]

multipass is useless. it's just a waste of time.

[Kurtnoise]

I saw that in the Nero AAC plugin's readme... seems like a nice feature, so I was wondering if there is any reason why it's not in the "config" window for ND-AAC.
2pass mode doesn't support pipeline. That's why we can't have this in the config.

[Sharktooth]

we could with a trick, but i dont see any reason to use 2 passes since last time i heard it produces the same or worse quality than 1 pass

[rookandpawn]

it is common to use dgindex to rip parts of DVD and getting m2v's.. I noticed FFMpeg is in the toolbox..

how about a

mux ac3 + m2v -> AVI option? (using ffmpeg)

That would save a trip to vdubmod and a subsequent avi mux.

Also, how about including neroAacEnc.exe for ac3 -> mp4 conversion? as part of the megui package

[Sharktooth]

we already have plans for ffmpeg muxing.
about neroaacenc we cant include it due to license restrictions.

[rica]

Hi guys,
I've been making some trials with megui and re-encoding h264 HDTV records into HA capable xvid mkvs or ts files.
I got the best results with DXVA HD HQ profile and automated 2pass selection.
Both progressive and interlaced source h264 files returns to HA decoding capable x264 mkvs.

But every time i have to change Cyberlink h264 decoder settings; video mode from auto to bob since decoder's auto selection doesn't recogize the video as interlaced or progressive.
If i leave video mode at auto, interlaced video doesn't make HA deinterlacing.(with "bob", it works)

Is it possible to select (or make) video interlaced or proggressive in megui?
Thanks.