MeGUI Feature Request Thread

[check]

You mean like what's in the tools menu?

[rollow]

OK. I know it may not be a very good idea to start again about Quicktime. But...it would be really great to be able to use QT source in megui. I received a big box of digibeta tapes today, and I need to encode to H264. Not painfully slow, like in QT player, or flaky, like in Squeeze, or ... well let's not even mention Procoder or Compression Master.

Why QT? Because my Decklink Extreme card produces brilliant source files using SDI. Because my clients provide me with .890 Cavena and EBU .stl subs which I convert with Belle Nuit to QTText, so I have total control over subs in my encodings.

Avisynth and the qtreader thingy don't work. Converting to avi is an option, but it doesn't make sense at all. Maybe I'll have to ask my client to send DVD's instead of digibeta's.

[berrinam]

Is there a feature request somewhere there? It seems like you want us to pull some form of QTSource out of thin air, since you don't want us to use AviSynth's

[rollow]

Is there a feature request somewhere there? It seems like you want us to pull some form of QTSource out of thin air, since you don't want us to use AviSynth's

Yes, a feature request indeed. Am not saying you need to pull it out of thin air, just hoping to restart the QT src discussion and being open to help developing it in any way.

[Kurth]

Can you add an option to the MKV Muxer to insert Timecodes.txt I always use VFR for my animes but I cant mux MKV using the MeGUI MKV muxer because it dont have a place to insert the timecodes.

[berrinam]

@Kurth: Will consider it, but MeGUI shouldn't become a full-blown muxing GUI -- that's what the other tools are for.

@rollow: Bring it up in the AviSynth forum. That's where it really belongs.

[foxyshadis]

@rollow: http://forum.doom9.org/showthread.php?t=104293 this is the thread you should follow.

[rollow]

THX a lot!

[jellysandwich]

Is there already an option for automatic minimization to system tray? I can't find it... Where is it exactly?

js

[Audionut]

The option to have megui only notify of NEW updates.

ie: I load megui and tell it what I want to update.
Every time I load megui it tells me that there are updates.

Either the ability to decide what the user has not updated and only notify when those components have been updated.
Or an option to disable checking for updates on components.

[berrinam]

@Audionut: Have you tried selecting the things you don't want to update, right-clicking, and pressing 'ignore updates'? I think that should work.

[Audionut]

Thanks!!

[berrinam]

Hmm..... tricked Doom9 as well.... I would have thought right-clicking was an obvious thing to try.

[Audionut]

I did try and right-click the options on the left.

ie: external programs, avisynth plugins etc.

IMHO it would be alot more handy to be able to disable say avisynth plugins completely, rather than each and every filter.

Thanks.

[shon3i]

@berrinam can you make that updater remove all .backup files, when update finished and everything is fine.

[killerhex]

anyway to make mkv as input

[check]

killerhex, file->open

[cc979]

been doing some hd tests encodes and sometimes the video player is bigger then my screen, could it be possible to have and option to have maxmise to desktop size or have the show show/use par tick box at the top of the window

cheers

[shon3i]

It's possible to make when for example when we choose x264, only x264 profiles shown in profiles, xvid xvid's profiles, etc, aslo for audio profiles

[Sharktooth]

it would be possible if we save the encoder name in the profile.
that would require parsing of profiles on startup too.

[berrinam]

Actually, the codec is already stored. It's completely by choice that we list all of the profiles together on the main form. You should really prefix your profiles with Xvid- or x264- etc.

[Sharktooth]

oh... i missed that.
uhm... i could prefix my profiles but if i rename them the users will get duplicated profiles (due to autoupdate).

[berrinam]

Well, prefixing is only needed if it's important to know the codec. It never bothers me, though, because all of my profiles are prefixed, and yours are all x264, so there's no confusion. When I said, 'you', I meant shon3i

[shon3i]

Well, prefixing is only needed if it's important to know the codec. It never bothers me, though, because all of my profiles are prefixed, and yours are all x264, so there's no confusion. When I said, 'you', I meant shon3i
OK you mean x264_HQ_Slow, XviD_HQ_1CD...

[check]

Can you make tool windows (such as the avisynth creator, muxer, etc etc) not be always on top? Possibly if this was a deliberate design choice, an option for the user in settings? Drivin' me crazy :p

[berrinam]

OK you mean x264_HQ_Slow, XviD_HQ_1CD...Call it whatever you want. I'm just saying that I think it is a good idea to list alll video profiles on the main form, so if you want to know which is which then you will have to keep notes yourself. If not, then prefixes aren't important. I was just making a suggestion.

[shon3i]

Call it whatever you want. I'm just saying that I think it is a good idea to list alll video profiles on the main form, so if you want to know which is which then you will have to keep notes yourself. If not, then prefixes aren't important. I was just making a suggestion.
OK!!!

[cc979]

i've just tested creating a xvid.raw then muxed into a .mp4 - plays fine, is it possible get megui to do it automatic

[berrinam]

Ummm.... what are you saying? MeGUI already can encode automatically to mp4, so why do you need to go via raw other than for testing?

[Morte66]

Request: In the AviSynth creation window, on the Filters tab, could we have a single textual indication that deinterlacer analysis is complete? Waiting for "Source is declared " gets you close, but that's not always the end of analysis.

This is for use by GUI automation scripts (e.g. AutoIt (http://www.autoitscript.com/autoit3/)) that load jobs into MeGUI automatically. Unfortunately, AutoIt doesn't want to read the checkbox that enables when analysis is done.

[I've written a script that can be called by Robot4Rip to load it's output d2v/audio into MeGUI and set up the encode/mux. This means the user only needs to be there for the first couple of minutes to choose file names in R4R, and then everything runs unattended. The last hurdle is knowing for sure that the deinterlacer analysis is finished, so the script can move on.]

[Doom9]

@Morte66: why do you even use r4r anymore? All it does that megui doesn't is rip.

[cc979]

Ummm.... what are you saying? MeGUI already can encode automatically to mp4, so why do you need to go via raw other than for testing?

my mistake i only noticed on xvid encoding it has avi/mkv/raw only but autoencode has mp4 output (sorry it was really late)

[Morte66]

@Morte66: why do you even use r4r anymore?

It gets the job done 20 times faster.

All it does that megui doesn't is rip.

And the main thing MeGUI does that R4R doesn't is choose a deinterlacer...



R4R has a "Finalize" stage that will call another program (e.g. my AutoIt batch) and pass it a D2V filename and audio file list as parameters. You can automate the whole backup chain from R4R. MeGUI has no corresponding "Pre-Process" facility to prepare the rips, so you can't can't automate the whole backup chain from MeGUI.

Consider a TV DVD with four titles...

With R4R you insert DVD, click on a PGC, type a filename, and click "Start". Repeat 4 times. Your involvement is over in 2 minutes. Walk away. 30-40 minutes later it finishes the Decrypter/DGIndex/VobSub cycles and calls AutoIt, which calls MeGUI to choose a deinterlacer and queue the encode/mux, but you don't have to be there for that.

Compare that to MeGUI: Open Decrypter, start a PGC rip, wait about 7 minutes. Repeat four times. Set up four MeGUI jobs once the respective rips are done. If you're OK with OCE (no subtitles or PAL->24fps retiming) set up four OCE jobs. Otherwise you go through the AviSynth script creator four times, including the wait for deinterlace analysis, then click "AutoEncode". Overall, you spend 30-50 minutes waiting for things to happen before you can leave the PC.

The total CPU time is essentially the same by either route, but Robot4Rip + AutoIt + MeGUI ties up the user for around one-twentieth as long.

[If you only do progressive encodes with unvarying settings, R4R can just call a simple DOS batch file that uses "echo" statements to write an Avisynth script then shells iTunesEncode (http://www.rarewares.org/files/aac/iTunesEncode46.zip)/x264/mkvmerge. But you have to leave the disc in until it's started the last encode.]

[unskinnyboy]

Is there a way to make the autoupdater to force update? If lets say I accidentally deleted a plugin, autoupdater thinks I still have it because it parses the AutoUpdate.xml and finds the entry there. I could delete/modify AutoUpdate.xml (which I did), but is it possible to add a right-click item called 'Update Anyway' or something such which would ignore <CurrentVersion> and force update the plugin?

[berrinam]

Yes, something in that vein is definitely required, but there are going to be no improvements in this until we have a stable release, and THEN we will implement new features.

[jellysandwich]

It seems like we might need a server mirror for the autoupdate feature...

js

[berrinam]

Request: In the AviSynth creation window, on the Filters tab, could we have a single textual indication that deinterlacer analysis is complete? Waiting for "Source is declared " gets you close, but that's not always the end of analysis.
Version 0.2.3.2170 should have what you want.

[Morte66]

Version 0.2.3.2170 should have what you want.

Thanks.

I, um, can't find where to download MeGUI. This has just made me realise that the "download and install" half of your MeGUI guide is missing since the accident.

[berrinam]

I removed it deliberately, because autoupdate covers everything it did. That's what caused the accident in the first place -- I thought I could just delete the first post and it would be just dandy, but instead it deleted the whole thread.

You can get MeGUI from http://x264.nl but why do you need to? What's wrong with AutoUpdate?

[Morte66]

You can get MeGUI from http://x264.nl but why do you need to? What's wrong with AutoUpdate?

Nothing that I know of, but I haven't got it yet. :)

I generally stick/stuck to the "stable" builds from a page I've lost (I think bob0r's builds), so I'm on 2130. I haven't used x264.nl because it doesn't distinguish between stable and daily builds (or maybe it does, but not in a way that's obvious to me). Anyhow, I'll get the latest x264.nl build to use that feature.

[Doom9]

On top of that Chronocross still has a basic distro here: http://chronocrossdev.com/apps/
That way you get to chose if you really want an installer or not. Removing the manual bits is a good thing imho.. I think those that needed the guide are candiates for the autoupdate, and those that never needed it are free to continue doing things manually so you get the best of both worlds.

[Morte66]

On top of that Chronocross still has a basic distro here: http://chronocrossdev.com/apps/
That way you get to chose if you really want an installer or not. Removing the manual bits is a good thing imho.. I think those that needed the guide are candiates for the autoupdate, and those that never needed it are free to continue doing things manually so you get the best of both worlds.

Sure.

The auto-updater looks pretty nifty, if I can get accustomed to it.

I get the impression that it's putting its updates in the tools tree under the MeGUI install, regardless of the paths configured in the MeGUI options. So if I have DGIndex.exe installed in "c:\Program Files\DGMPDEC", and set MeGUI to use that, MeGUI will put the update in "C:\Program Files\MeGUI\tools\dgindex" and then ignore it. But I guess I could switch my other programs to using DGIndex installed under MeGUI, and use MeGUI as an update service for everything.

[I was keen to have only one copy of DGIndex.exe and DGDecode.dll on my PC, with various video apps pointed to it. I've had plenty of trouble with multiple versions before.]

Anyhow, I'll check it all out properly and decide what to do. As you say, I can choose what I want.

edit p.s. build 2170 is really nice! :)

[Morte66]

Request for the "AviSynth script generator" window:

In the "Clever (TM) anamorphic encoding:", could have an option for "Undercrop to achieve mod16" to go with the existing "Overcrop" option?

This is especially meant for users who (a) encode mod16, (b) don't like to lose any artistic content to cropping, and (c) encode cinemascope material where there might be ~70 black lines above/below the picture. It would also be useful for DVD extras, which often have 16:9 material encoded in 4:3 with borders, or vice versa.

It's especially relevant for unattended encodes, e.g. using OCE, since it will trim the huge borders but ignore normal material.

[Tima]

I'd like to ask about a very important feature for me:

- ability to manually specify proxy settings in MeGUI options

It's important, because i'd like to update MeGUI through fast internet channel, but for some reasons default proxy in my computer is slow..

[foxyshadis]

If you change the path to the tool in megui's settings, autoupdate will save it there. This goes for individual programs as well as avisynth filters (which all go in the specified avisynth folder).

It does make all these .backup files though, which is kind of lame; at least they could be set hidden. (And we could have a <revert> button in the updator!)

[berrinam]

Does anyone think the backup files are necessary, or should I just remove that feature?

[berrinam]

Request for the "AviSynth script generator" window:

In the "Clever (TM) anamorphic encoding:", could have an option for "Undercrop to achieve mod16" to go with the existing "Overcrop" option?

This is especially meant for users who (a) encode mod16, (b) don't like to lose any artistic content to cropping, and (c) encode cinemascope material where there might be ~70 black lines above/below the picture. It would also be useful for DVD extras, which often have 16:9 material encoded in 4:3 with borders, or vice versa.Since you're undercropping, you're going to be losing compressibility because of the borders, so you might as well just encode non-mod16, which will give you the exact cropping as well as slightly better compressibility.

[buzzqw]

@berrinam

remove the backup... if anyone accidentatly remove something can launch again autoupdater

BHH

[Morte66]

Since you're undercropping, you're going to be losing compressibility because of the borders, so you might as well just encode non-mod16, which will give you the exact cropping as well as slightly better compressibility.

There's a long and involved answer to that involving resizing PAL DVD in one dimension only for superior quality on 1024x576 DLP projectors, and non-mod16 crops screwing it up. But I guess it's a bit rarified for MeGUI to support. OK, request withdrawn.

[Morte66]

From the MeGUI changelog:0.2.3.2162
Commit by berrinam:
- Fix AR calculation to be ITU-correct
Any chance of an option to turn this off in the settings?

It's "correct", but it's bad news in some home theatre applications. When you've got an anamorphic PAL DVD and a a plasma/projector/etc display with 1024x576 pixels specifically designed to play it (that's 16/9 * 720/576) , you don't want the player to send 1050x576 or 1024x562. There'd be an extra dimension of resizing somewhere along the line, and that can look pretty bad in setups that weren't built for it.

[Sharktooth]

ITU is good only for old CRT televisions...

[unskinnyboy]

Does anyone think the backup files are necessary, or should I just remove that feature?
Please remove it. I deleted all those *.backups because I felt it was cluttering up the root dir.

But the problem is if someone deletes a needed component by accident - the entry would be still there in Autoupdate.xml, so the autoupdater doesn't know the component is missing. This gives even more relevance to my earlier "force update" request. But that's OK, force update can wait, remove the *.backups anyway.

[berrinam]

From the MeGUI changelog:
Any chance of an option to turn this off in the settings?

It's "correct", but it's bad news in some home theatre applications. When you've got an anamorphic PAL DVD and a a plasma/projector/etc display with 1024x576 pixels specifically designed to play it (that's 16/9 * 720/576) , you don't want the player to send 1050x576 or 1024x562. There'd be an extra dimension of resizing somewhere along the line, and that can look pretty bad in setups that weren't built for it.I'll tell you what's better -- just raise the Acceptable Aspect Error in the settings, and then you will find that will round to 16/9 for you.

[fields_g]

I'll tell you what's better -- just raise the Acceptable Aspect Error in the settings, and then you will find that will round to 16/9 for you.


Default is 5%. Wanna give an example of a value that would do this rounding?

[berrinam]

Well, 5% should be sufficient with the numbers Morte66 gave. Better would be an explanation of what it means. Basically, it tries to round to a set of standard ARs (including 4:3, 16:9, 2.35), and if the aspect error is under that value, then it is rounded, otherwise it follows ITU to the letter.

The changelog which said ITU resizing was just fixing it up so that it does actually measure the 'correct' aspect ratio correctly. There is NO situation in which you would want to turn that off, and you can't in MeGUI.

[Morte66]

Well, 5% should be sufficient with the numbers Morte66 gave. Better would be an explanation of what it means. Basically, it tries to round to a set of standard ARs (including 4:3, 16:9, 2.35), and if the aspect error is under that value, then it is rounded, otherwise it follows ITU to the letter.

So far I always seem to get 37:20 instead of 16:9, but I'm still working at it.

[berrinam]

Well, 37:20 isn't because of ITU resizing, it's because your video is actually 1.85:1, not 16:9.

[Morte66]

Well, 37:20 isn't because of ITU resizing, it's because your video is actually 1.85:1, not 16:9.

Ah, I see where you're coming from.

OK, I guess I'll parse the aspect ratio out of the D2V file and use that to get an incorrect but hardware-friendly DAR (1024x576 for PAL anamorhphic and 768x576 for PAL standard).

Sorry for the false alarm.

[devaster]

Microsoft research has released a Accelerator - .NET component that use for aritmetic a GPU (if is in megui some heavy math, it may be some speed-up ):
http://research.microsoft.com/research/downloads/download.aspx?FUID=50ee362a-c4d7-4fe6-9018-1b7f9c1dd5dc

[berrinam]

Thanks, but MeGUI doesn't do any real processing, it's just a frontend. This could be very useful for some other tools, though: basically everything except MeGUI.

[devaster]

and by analyzing for deinterlace algorithm ?

[berrinam]

The analysis is done in AviSynth -- MeGUI just interprets the results, which takes only a few seconds.

[devaster]

aha... then it would be nice reimplement avisynth filters for GPUs :D

[markrb]

I would like to request a feature please.

Could you make the Muxer page not close after hitting que, like the D2V and AVS sections work?
I often have several videos to mux at once and now I have to reopen the muxer each time. Not so hard on my end, but the way the d2v creator works is nice for my situation.

Thanks,
Mark

[Morte66]

In the settings, there's an "Autostart Queue" option. If I enable this, then do an Auto Encode which adds three linked jobs (audio, video, mux), only the first of them runs automatically and the "Start" button on the job queue stays the same.

I would like to request that enabling this option should effectively press the "Start button", so that all waiting jobs run to completion (assuming they're valid etc) once they're added to the queue.

I'm on v0.2.3.2177.

[berrinam]

@Morte66: It should behave almost exactly as you said (ie as if you pressed the 'start' button), which means the current behaviour is a bug.

[rufus007]

Please could you add aspect ration error indicator in Avisynth script creator (between AR after cropping and AR of resolution for resizing)?
It is usefull for manual "fine tune" of automatic cropping, automatic resolution and of course for informational purpose.
For example:
Choosen resolution for resizing: 512x304
AR after croping: 1,6825
AR of resize resolution: 1,6842
AR error: 0,1%

Thanx

[wiak]

a option to make the program longer like
so we dont need to use the scroll to find the fps info

[berrinam]

Supporting window resizing is difficult....

[wiak]

MeGUI - AviSynth script creator is not using mod16 as when i try to encode then i get a warning that the script made from MeGUI - AviSynth script creator is not mod16!

this message i get when i dont select resize

[wiak]

i have another future request
what about automatic remember settings last used? :)

[berrinam]

MeGUI - AviSynth script creator is not using mod16 as when i try to encode then i get a warning that the script made from MeGUI - AviSynth script creator is not mod16!

this message i get when i dont select resize
Not much we can do about that.... if you crop and don't resize, then you're bound to get non-mod16 resolution. Try just using Clever(TM) encoding with Overcrop to mod16. It should give you the same result, but with AR signalling (which is never a bad thing).

[wiak]

Not much we can do about that.... if you crop and don't resize, then you're bound to get non-mod16 resolution. Try just using Clever(TM) encoding with Overcrop to mod16. It should give you the same result, but with AR signalling (which is never a bad thing).
oh well :)
btw i made this for you guys to add future request to
http://www.project357.com/MeGUIwiki/index.php?title=Future_Requests
people should allways check there so they dont need to go thru all the pages here :)

[wiak]

In the settings, there's an "Autostart Queue" option. If I enable this, then do an Auto Encode which adds three linked jobs (audio, video, mux), only the first of them runs automatically and the "Start" button on the job queue stays the same.

I would like to request that enabling this option should effectively press the "Start button", so that all waiting jobs run to completion (assuming they're valid etc) once they're added to the queue.

I'm on v0.2.3.2177.
yes this is a bug if am not right
all the queued jobs should run :helpful:

[berrinam]

While putting things on the wiki is a good way to keep a log, I still like the discussion ability here. Basically:
* What about automatic remember settings last used? wiakWhich settings, specifically? Most settings are already remembered.
Option to use DeGrainMedian and fft3dgpu for denoising in MeGUI - AviSynth Script Creator wiakThat's a good suggestions.
Option to remember user about BitRate Calculator before encoding! wiakYou're going to have a hard time arguing that case -- it would be a clumsy mechanism which simply irritates most people, and it really isn't our responsibility (as devs) to force the user to calculate bitrate. Many users use crf in x264, anyway.
Option to save the log with the finished encode file? wiakYeah..... perhaps.

[wiak]

You're going to have a hard time arguing that case -- it would be a clumsy mechanism which simply irritates most people, and it really isn't our responsibility (as devs) to force the user to calculate bitrate. Many users use crf in x264, anyway.
Yeah..... perhaps.
i mean a enable/disable option in settings :)

Which settings, specifically? Most settings are already remembered.
Container is not remembered, resize filter in avisynth script creator is not remembered, and so on :)

[Morte66]

Container is not remembered, resize filter in avisynth script creator is not remembered, and so on :)

It would sure be nice if MeGUI remembered that I prefer MKV to MP4 in the AutoEncode popoup. Not exactly vital, or even a great time-saver, but... nice. :)

[berrinam]

Resize filter is remembered using profiles. Can you put details of all the rest on the wiki, please?

As to reminding you to do Bitrate Calculation, my first impression is still *ugh*: it's a kludgy reminder to do, that I don't think will be especially useful..... especially considering that the AutoEncode mode should always supersede the Bitrate Calculator (tell me when it doesn't).

[wiak]

Resize filter is remembered using profiles. Can you put details of all the rest on the wiki, please?

As to reminding you to do Bitrate Calculation, my first impression is still *ugh*: it's a kludgy reminder to do, that I don't think will be especially useful..... especially considering that the AutoEncode mode should always supersede the Bitrate Calculator (tell me when it doesn't).
i mean a on/off option in settings so people can enable it if they want to

[berrinam]

Ok, people can go through the settings if they want, but if we are going to assume that they can't remember to adjust their bitrate, then how can we assume they will realize they should look in the settings? Experience shows that we can't expect users to look in the settings. I know I'm being pedantic there, but here's the real point:
No-one else has brought this up before, which (to me) means it's not a very serious problem. I don't see the point in implementing a feature which is only slightly useful to one person, especially if it will be annoying to other people. You've argued that it won't, but even though there are many similar options around MeGUI, experience shows very clearly that many people don't find them.
I have never used the Bitrate Calculator except for testing (as in, testing MeGUI). I have always found that the AutoEncoder integrates the Bitrate Calculator much more nicely.
The only time which I think is appropriate to show this message is when you press the queue button. But I don't like that -- when I press queue, I expect it to queue the job, and I don't want anything getting in the way of that. There are bound to be some other problems as well, but I can't think of any direct situations off-hand
I've given a few reasons why I don't want to do this feature. I may yet change my mind, but your job is to persuade me (saying that it could perhaps be turned on/off in the settings is not enough incentive for me to spend my time writing what I see as a pointless non-feature).

Tell me, specifically, in what situation you can't use the AutoEncode tool instead of the bitrate calculator, and explain how having your reminder will help. Then, I will consider it.

[check]

Hi, I ended up deleting the wiki page for bug reports and feature requests as we have the forum threads here. Here were the suggestions on the feature request page:
*What about automatic remember settings last used? - everything I would want remembered is remembered for me, I'm happier with the avs script creator resetting to default.
*Option to use DeGrainMedian and fft3dgpu for denoising in MeGUI - AviSynth Script Creator - A complete rewrite of denoising would be interesting, but there's probably no hurry at the moment.
*Option to remember user about BitRate Calculator before encoding! - no, too much extra clicking for my liking.
*Option to save the log with the finished encode file? - interesting idea, it would be useful for debugging. Alternately, you could output to a single log file in the MeGUI folder.

[berrinam]

Alternately, you could output to a single log file in the MeGUI folder.We do that already -- have a look at the logs folder.

[rufus007]

Please could you add aspect ration error indicator in Avisynth script creator (between AR after cropping and AR of resolution for resizing)?
It is usefull for manual "fine tune" of automatic cropping, automatic resolution and of course for informational purpose.
For example:
Choosen resolution for resizing: 512x304
AR after croping: 1,6825
AR of resize resolution: 1,6842
AR error: 0,1%

Thanx

Nobody interested with this feature?

[check]

Nobody interested with this feature?
I'll vote for it. It's a useful tidbit to know how far off your favourite resize dimensions are :)

[berrinam]

Yep, people say it often. I have no objections to it, so I will do it someday. Until then, just keep in mind that I'm happy to do it, but it's not so important, so you'll just have to wait. :)

[HymnToLife]

If possible, a feature to minimize MeGUI to system tray so it doesn't take extra space in the taskbar while encoding would be nice :)

[foxyshadis]

But it already has one, it's in the view menu.

[HymnToLife]

Oh damn, I'm an idiot ! Thanks for the tip :)

[Sudds]

Would there be any hope for the PMP container format, coinciding with Jonnys PMPMODAVC app?

[Doom9]

Would there be any hope for the PMP container format, coinciding with Jonnys PMPMODAVC app?Is there any point especially now that the 2.80 firmware can handle real MP4 files?

[Sudds]

But it cant handle 480x272 res AVC movies.

[Turneliusz]

Is it possible to make a checkbox in script creator where I would choose type of input: DirectShowSource or AVISource?

Or just add new tag to templates like <inputfile> to make template like this:
AVISource("<inputfile>")

[check]

Hi, furthermore to the cosmetic fixes currently happening, the "..." and "X" buttons in the main window appear to be one or two pixels out of alignment with the dropdown boxes just below them.
Also, would it be possible to add an option in the prefs to save any stats file created? I know you can save *all* temporary files, but the ability to save just stats files would be a boon.

[Sharktooth]

Hi, furthermore to the cosmetic fixes currently happening, the "..." and "X" buttons in the main window appear to be one or two pixels out of alignment with the dropdown boxes just below them.
can you show me where with a pic?
i cant see the wrong alignment (maybe it's due to my current visual style)

[Doom9]

can you show me where with a pic?
i cant see the wrong alignment (maybe it's due to my current visual style)One or two buttons were off.. but it has already been taken care off...

[Selur]

@Doom9: little request :)
Would be nice if one could select more then one vob/mpg in the .d2v creator, I know that I could do it manually through DGIndex, but it would be nice to do it directly in megui without having to switch tools.

thx for considering it. :)

Cu Selur

[Doom9]

Please explain why you need this.
VOBs are only used in a DVD context. And, in DVDs, VOBs have continues names throughout a titleset.. selecting the first one will result in all being opened.
So the only sense I see in selecting multiple files is
a) limiting the number of continuously named VOB files (well.. I don't see the sense in that.. )
b) join multiple titlesets.. and I can only begin to imagine what kind of catastrophe that will result in.. audio delays anyone?

[Selur]

I mostly encode a bunch of mpeg2 files captured through dvb, they all have the same resolution&co but different names. I also got no problem with audiodelays (since there are none). ;)
-> DOH, you are right I could just rename them before feeding to .d2v creator, thx ;)

[cmw]

Hey all, I've got a few rather silly questions, hope they haven't been anwsered yet, as search proofed useless since I couldn't think of meaningful search terms^^

1: A while ago (a long while) the Preview Window would Auto-Update when you choose a different Resolution in AVISynth Script Generator. However, now you have to press Preview to make it update. It's not a bit deal but I find it a bit nagging.

2: Asking if it should REALLY delete the job list (even when all jobs are already finished) is also very nagging, could you make that an option to turn off plz?

3: A few versions ago, d2v Creator would select "demux all audio tracks" by itself if no stream-information file was found. It doesn't do that anymore, could you please bring it back?

4: Will there ever be the possibility for different first pass settings (or even First-Pass Profiles?)

5: Is there any chance you could make the Preview window switch to fullscreen on demand? (I know it's size can be changed, but fullscreen preview would be very helpful).

Best regards
cmw

[check]

1. sure you aren't thinking of GK? I don't think it's ever done this, but it's oft asked.
3. you can queue individual passes "2pass -1st pass" and so on in codec config

[Doom9]

2) There's a setting to delete all successfully completed jobs after processing.. so you never get into a situation where you have to confirm deletion. The confirmation has a point: if you delete a job of a series, you are likely to screw up the whole series.. that why you are being warned.

5) I disagree about the full screen preview.. full screen = 2560x1600 on my PC.. I only blow things up that much to watch.. not to preview.

and I think check meant to write 4 instead of 3.

[cc979]

i've been test converting hd clips into x264 - most are way to big view full size, i can resize the preview windows manually but it not accurate enough adjusting clipping when auto-crop fails, so it be to big a problem implement slide bars for the preview windows

cheers

[Doom9]

and there I thought the preview window used the source resolution.. You can't get more accurate than that.

[cmw]

Concerning different 1st Pass settings: Sorry, I'm stupid and simply forgot about that (1st pass - 2nd pass). However, first-pass profiles would still be cool :)

Fullscreen Preview: The Point is that one could see how it looks fullscreen like, so how it's to watch. That makes eg. sense when using Scanlines (intentionally interlacing for psychovisual improvement).

On the original resolution, they look just fine, but in fullscreen things may get screwed up dependent on the Scanlines-Strength. The only way to see the definite outcome of how it looks like when you watch it would therefore be fullscreen. Now I agree that Scanlines are not widely used in Encodes, but Fullscreen would also help to check for extent of blocking, or the general detail of the picture (because the preview window is sometimes just too small to recognize any detail at all^^).

Best regards cmw

[check]

fullscreen display would be different for every output renderer chosen and per computer. For example, the overlay renderer uses one resizer, VMR7 uses another and VMR9 is completely video card dependant. What's more - I would definately not like meGUI to start using my video card's overlay, it would cause all sorts of compatibility headaches if a large amount of work wasn't put into it.
Why not just open the AVS in your favourite media player and preview it there?

[cc979]

and there I thought the preview window used the source resolution.. You can't get more accurate than that.

what i mean is a 1904x1072 source window is to big on my monitor, so i resize the preview-window manually but thats not accurate enough for clipping - with slider bars i could view the source full-size with out losing any detail

cheers

[Sharktooth]

why do you encode at such resolution if you havent a monitor/tv able to display it?

[cc979]

why do you encode at such resolution if you havent a monitor/tv able to display it?

i don't encode to hd resolutions - i try view the hd-source on preview window at full resolution, so i can clip it better

[junglemike]

I sorry if this was asked before, couldn't find it.
How about automated multiple file encoding in one go?
Like it is done in VirtualDubMod via "Process directory" in job control.
Say I have 1000000 scripts, I set settings for a one single script (just like in Vdub), than using similair facility as "process directory" in vdub - I point to the directory, and megui does the same with all scripts.
Thanks.

[Kriz]

This has probably been requested before, but is it possible to implement mpeg2 (mpg container) encoding in megui, either with ffmpeg or hc encoder or something similar?

[jvrobert]

OK - this is zany and maybe for the distant future, but some day it would be sweet if you could set up render farms for encodes.

So say I'm captain uber nerd and I've got 4 computers in my house. It would be cool if MeGui would allow me to add those 4 machines to a "farm", and then it would split the encode into chunks and distribute the chunks to those 4 machines for simultaneous encoding.

I believe DVDRip (Linux tool) can do this.

Am I smoking crack?

[Sharktooth]

This has probably been requested before, but is it possible to implement mpeg2 (mpg container) encoding in megui, either with ffmpeg or hc encoder or something similar?
Yes, it's possible, but MPEG-2 is not so "modern"...
OK - this is zany and maybe for the distant future, but some day it would be sweet if you could set up render farms for encodes.

So say I'm captain uber nerd and I've got 4 computers in my house. It would be cool if MeGui would allow me to add those 4 machines to a "farm", and then it would split the encode into chunks and distribute the chunks to those 4 machines for simultaneous encoding.

I believe DVDRip (Linux tool) can do this.

Am I smoking crack?
It has already been requested and i think it would be a nice addition. But at this point in development it will require a huge work though... ill check with the other devs.

[jvrobert]

Yes, it's possible, but MPEG-2 is not so "modern"...

It has already been requested and i think it would be a nice addition. But at this point in development it will require a huge work though... ill check with the other devs.

I would be willing to actually put some work in in the RPC code, I've got a fair degree of experience developing .NET/C# and various forms of RPC (native .NET remoting to a custom service, we could use SSH, or whatever). The video stuff not so much experience, but I will volunteer to help with the systems level stuff.

[sangwich]

Hi,

I was trying to make use of signalling AR (Aspect Ration) in H264 videos encoded with MEGUI and it is not easy task at all. This is what I discovered so far:

- Megui allows to signal DAR in avithinth script by setting Megui_darX and Megui_darY variables;
- MP4 container with h.264 video signals SAR (Sample Aspect Ratio) as oposite to DAR in mpeg-2 and possibly non-H.264 mpeg-4;
- x264 codec can take SAR as command line paremeter;
- it also looks like MEGUI uses Megui_darx and Megui _dary variables and input AR signaling in some internal formulat to calculate SAR;
- On the other hand I know exactly what SAR i want and do not really care about DAR.

So, here is feature that would be nice to have in MEGUI:

- introduce two more variables, let's say Mmegui_sarX and Megui_sarY or even better to add corresponding input fields to the gui itself;

- if these values are provided they should take precedence over DAR parameters and should be passed straight to the x264.

It guess is that it should be relativelly easy to do but I'm not that fluent with C# to do it myself. So, could you please include this feature in one of your next releases?

Thank you.

[Doom9]

you can always use the custom commandline options to add a sar. I doubt berrinam removed the sar options from the GUI without good reason, and thinking back about all the sar question threads, it has really gotten better now that those options are no longer available from the GUI.

[berrinam]

First up, some simple theory: DAR and SAR are essentially equivalent --- if the resolution is known, a conversion from one to the other is simple to do. Of the video operations that can be done, cropping preserves SAR and changes DAR, while resizing preserves DAR and changes the required SAR (of course, there are special cases of each of these in which nothing changes)

The other important fact is indeed what Doom9 mentioned: having both causes no end of confusion, because the terminology and definitions are bad and people don't understand what is going on.

So, I decided to standardise what MeGUI displays so that it uses DAR everywhere, and does the necessary conversions required (it's tricky, because XviD requires DAR, whereas x264 requires SAR). I chose DAR instead of SAR because I think that DAR is more intuitive, and I think it is also easier to determine: most camcorders shoot in 4:3, DVDs have the DAR printed on the cover, and there is also a quite limited set of commonly-used DARs: 1:1, 4:3, 16:9, 1.85:1, 2.35:1. Contrast this to SAR:
You can't tell what the SAR is just by looking at it, which you can often do with DAR
Resizing of video is done more often than cropping, and SAR isn't preserved with resizing
I'm not aware of a small common set of SARs, since so many people use so many different resolutions.
The DVD case generally doesn't tell you the SAR

The video preview window in MeGUI shows the DAR which will be signalled by MeGUI, if any. You can change it there.

I think putting SAR back in should only be done if someone can provide a good reason for it, and a consistent way to manage it across the GUI, so that people don't get confused (which is bound to happen, IMHO).

[jigc]

hi,

thanx for the hard work.

could "hibernate after encoding" be added?? :)

jigc

[check]

to expand upton jigc's request, a 'run' or 'run .bat' after encoding option would be better.
As for hibernate, the command required is 'rundll32.exe powrprof.dll SetSuspendState'.

[Doom9]

Would that be EWX_POWEROFF in ExitWindowEx (which is the W32 API command we're using)? But why is this necessary again and how does this fall into the 80/20 rule?

[check]

That call is to shutdown - from a quick google "SetSuspendState (in Powrprof.dll) handles those operations [hibernation]. See http://www.mentalis.org/soft/class.qpx?id=7"
As to the 80/20, hibernate definately falls outside, but a case could be made for a generic "run this command/file on completion" hidden in the settings. You'd be able to set the file in the settings, and there would be a simpe checkbox on the job page to enable/disable it.
Especially as some functions of megui go through phases where they aren't in working order (mkvmerge splitting, etc etc), and that the goal of megui is anyway to provide the ability to automate to the highest possible degree, being able to run custom commands on completion (say to move the file to a different directory or something) would be a big advantage here.
Actually, thinking about it now, why not scrap this whole system and add support to add in a reference to a .bat file as an actual job in the queue? You'd kill two birds with one stone here - a huge new level of extensibility would be possible, with a minimum of additional clutter (browse to file, enqueue); and anyone who would ever request more 'majority useless' automation could be instantly silenced.
Now that my brain's running you could even add variable parsing, %lastjob-outputfilename% style. But of course it's all work ;)

[cbarroso]

Could the SSIM display in the log be like SSIM Mean Y:0.9801301 / 85.1 ( (SSIM ^ 8) * 100 )?

:thanks:

[Sharktooth]

It depends on x264 output.
MeGUI just reads it and displays it in the log window.

[check]

So long since a request...
When encoding video & audio manually for any quick 'n dirty project I'm doing I'll often elect to use the inbuilt muxer as well. The only problem with this is that I can't queue this job until the files are completed as they don't exist.
A nice way around this would be for MeGUI to create 'dummy' 0byte files so that I can specify them as inputs in the muxer window and not have to come back later.

This would get tricky if mediainfo is used to determine stream type, perhaps writing into the file something like megui:video:x264 or something?

[Borbus]

Thanks for MeGUI it's great, but there's 2 features I would find very useful.

1. The DGIndex maker should be able to accept multiple files like StaxRip can. At the moment I have to make my d2v manually with DGIndex. I have to split the files up because I use FAT32.

2. In the AVISynth maker, you should be able to turn deinterlacing on even if you don't do the auto detection. The auto detect takes ages and those who know how can detect it themselves in a few seconds.

[check]

1. http://mewiki.project357.com/MeGUI_FAQ#How_do_I_import_multiple_vobs
2. I somewhat agree, but those who can do this (you and I), can simply put it in by hand without too much bother.

[Borbus]

Thanks, the wiki is helpful. I have another feature request that I meant to write instead of no. 2 but I forgot about it when I wrote the first post.

MeGUI should have a setting so it can run more than one job at a time. This is useful for a multi CPU computer because running the encoder with 2 threads isn't 100% efficient (probably because AVISynth has some overhead).

[Sharktooth]

It's being developed (by me).
It's at the base of network (or parallel if you prefer) encoding where you have a pool of CPU cores and MeGUI will assign different jobs (or job parts) to the available cores.

[wiak]

i have a little future request
save log about that encode into a .txt file in the same folder and as the same name as encoded file but with log.txt as filetype or something?
so it gets a log file along all the other files so it will be esier to read log the log on exactly that encode

[ChronoCross]

Addition of VFR muxing capability for mp4 and mkv using a timecode file.

That would be great. Thanks.

[Sharktooth]

Addition of VFR muxing capability for mp4 and mkv using a timecode file.

That would be great. Thanks.
Ask it to berrinam, doom9 or dimzon... im actually quite busy with the MeGUIx port and parallel and network encoding.
Also i would like to see the refactor completed so i can commit a couple of fixes.

[berrinam]

Also i would like to see the refactor completed so i can commit a couple of fixes.

Sorry, I've done no work on the refactor for quite a while because of a lack of time. As far as I know, though, the basics are almost complete. Left to do is:
Dynamic class loading from DLLs
A dynamic profile system (this is the bit I'm still sketchy on)
A system for negotiating keyboard shortcuts
Lots of nice GUIs to manage this
Bug testing.

However, the things I have set up already should be not susceptible to much change, so you should be able to go ahead and fix the bugs you've found...

[agressiv]

Hey, here are some requests :)

1) Be able set default container to MKV.
2) Be able to set default input/output directories for everything, rather than re-using the last saved directory. For example:


Location of original source material (VOBs etc)
AVS Scripts
D2V Files
Audio/Video files that aren't muxed
Final, Muxed files


3) Auto filename creation (or "suggestion") based on the input file name or directory.

I spend half of my time navigating through explorer windows and typing out filenames because I keep my files separated in different directories. Sometimes the built-in Explorer autocomplete gets some of it, but hey, anything to make my life easier is greatly appreciated :)

4) Being able to run two jobs at once. I'll frequently start a job queue and simply want to run another D2VCreator and not want to wait for the current job to finish, nor do I want to open a second instance of MeGUI.

-or-

4) Have a checkbox to show the command line for the d2v creator so that I can run it myself. Yes, I could dig in and figure it out, but then again, I guess I could just do everything from the command line eh? :D

Thank you very much for any consideration!

agressiv

[Sharktooth]

Well, actually i have no time to work on MeGUI coz i spend most of my free-time on the linux port and im having big issues with some parts of the code (i had to reinvent the wheel for an automated deinterlacing method that still doesnt work as it should...).
So, i hope Berrinam, Doom9 or Dimzon can help completing the refactor so i can integrate the parallel processing (that will fit your request #4) to MeGUI.

[berrinam]

(i had to reinvent the wheel for an automated deinterlacing method that still doesnt work as it should...).Could you tell me what's up with this? Are you having problems because of no AviSynth, or what? Maybe I can make recommendations, but I can't write much code at the moment.

[Sagittaire]

Why megui say "no p4*4 with level 4.1" .... ???

[Sharktooth]

Could you tell me what's up with this? Are you having problems because of no AviSynth, or what? Maybe I can make recommendations, but I can't write much code at the moment.
Exactly, i have no avisynth...

[Doom9]

Why megui say "no p4*4 with level 4.1" .... ???Search this or the AVC forum.. a post by akupenguin will answer your question.

[Jorka57]

Search this or the AVC forum.. a post by akupenguin will answer your question.

Where is this post ? I search but can't see anything about this limitation in megui ? Why x264 don't limit this and megui limit P4x4 with level > 3 ? There is in the mp4's standard ?

Thx :)

[Sagittaire]

Search this or the AVC forum.. a post by akupenguin will answer your question.

well it's perhaps for very old x264 version. Recently akupenguin say that the only limitation is ref 3 for level 4.1 and not speak about P4*4 ... ???
http://forum.doom9.org/showthread.php?p=879842#post879842
http://forum.doom9.org/showthread.php?p=879666#post879666

[Sagittaire]

Search this or the AVC forum.. a post by akupenguin will answer your question.

well your profil limitation are too old now
http://forum.doom9.org/showthread.php?p=882001#post882001

Perhaps the time to change that ... ???

[Jorka57]

Search this or the AVC forum.. a post by akupenguin will answer your question.

http://forum.doom9.org/showthread.php?p=882001#post882001

Here, akupenguin says that --analyse "all" (with p4x4) is compliant in level 4.1. So could you make an update to correct in megui please ?

thx doom9 :)

Jorka57

[handtruck]

I want to do something like this with the avisynth templates

v=AviSource(<input>, audio=false)
a=DirectShowSource(<input>, video=false)
AudioDub(a,v)

It looks as though megui automatically chooses the script based on the input (for avi's it is always DirectShowSource). There should be a way for the user to choose which one (or in this case, multiple.

What you could do is simply make an alternative to <input>, call it something like <file>, which only will contain the location of the file being input, so if the user wants to have megui choose, they can use <input> (and this should still be the default), but if the user wants to choose his/her own method, they can use <file>.

So my template would look like this:
v=AviSource(<file>, audio=false)
a=DirectShowSource(<file>, video=false)
AudioDub(a,v)

If there is a way to do this already, I sincerely apologize.

[check]

Just so you know, it's possible to simplify those lines by removing the variables:
AudioDub(AviSource(<file>, audio=false),DirectShowSource(<file>, video=false))
Personally I wouldn't care for this, as MeGUI encodes the audio & video separately and I tend to create two avs scripts for the encoding so it runs as fast as possible.

[Sgt. Rock]

Guys... i don´t know if this is a "weird" request or no... but, why do not have an option to make the meGUI go (if you want and when its working) only to the system tray when minimized? Something like FlashGet, RapGet, MSN and many other progs do when minimized...

http://i2.turboimagehost.com/t/156503_1.JPG (http://i.turboimagehost.com/p/156503/1.JPG.html)

[check]

look in the view menu :)

[Sgt. Rock]

Holy ****
Ok ok... forget it...
Ive nerver came here... ive never talked about anything...
8)

[jigc]

to expand upton jigc's request, a 'run' or 'run .bat' after encoding option would be better.
As for hibernate, the command required is 'rundll32.exe powrprof.dll SetSuspendState'.

thanx check for the idea. i copy the command from megui and add above command to hibernate the pc after encoding.

btw, as --no-ssim speeds up encoding a bit, could it be added too?

i found that latest x264 (SVN-592) supports interlaced source encoding, could this option be added as well? :)

[handtruck]

Just so you know, it's possible to simplify those lines by removing the variables:
AudioDub(AviSource(<file>, audio=false),DirectShowSource(<file>, video=false))
Personally I wouldn't care for this, as MeGUI encodes the audio & video separately and I tend to create two avs scripts for the encoding so it runs as fast as possible.

Thanks for the tip. Even if I encoded them separately, which I have been known to do, it doesn't solve the issue of having AviSource in the template. <input> puts in everything automatically, including the "audio=false" I just want more control of the templates, that's all. I've written my own command line creating program to do all my processes, but I've been enjoying the gui of megui. Maybe I'll just create my own avs file(s), and use megui after that.

Thanks.

[FooFighter007]

As we currently have trouble with the Update-Server it might we a good idea to put the (list of) Update URL(s) into a XML file.

Regards,

Foo

[Thunderbolt8]

dont know if this has already been asked, I didnt read all 17 pages, or if this is possible at all, but i could be really useful to have a real time pause function when encoding, like the pause and resume when using winrar. atm, megui can only pause after 1 pass/job is done and even with low priority your cpu might still be too busy when you have to do something important requiring heavy cpu use as soon as possible and simply cant wait for hours for the pass to finish.

[unskinnyboy]

dont know if this has already been asked, I didnt read all 17 pages, or if this is possible at all, but i could be really useful to have a real time pause function when encoding, like the pause and resume when using winrar. atm, megui can only pause after 1 pass/job is done and even with low priority your cpu might still be too busy when you have to do something important requiring heavy cpu use as soon as possible and simply cant wait for hours for the pass to finish.MeGUI is just a front-end. The underlying codecs (XviD, x264 etc) themselves don't offer the pause functionality for various reasons (search to know more). You can't have it all - either live with this or choose a profile/preset which is faster, when encoding.

[Doom9]

megui can only pause after 1 pass/job is done says who? I wrote the pause functionality and it works just fine here. x264 doesn't stop instantly but if it just stops working after a while despite no output being read anymore, that's not really my problem and there's not really anything I can do about it.. I cannot suspend a process in .NET.

[Dayvon]

Just thought of this, not that you have to impliment it...

Right now, I still have to use DGIndex (dpmgdec) outside of MeGUI even though you have the d2v creator integrated into MeGUI. The reason for this is simple. Only 1 VOB file can be selected in the D2V creator page. Why is this? I use either DVDFab Decrypter (which outputs the whole DVD) and/or DVD Shrink and both programs output to multiple VOBs and not to one single VOB. I know that alot of people still use DVDDecrypter, which you can set to output to a single VOB, but couldn't multi-VOB input support be added to the D2V creator? Or is there a way to do all this that I don't know?

Adding this, for me at least, would be awesome because that would eliminate one more step from the movie encoding process. Step 1, decrypt to hard drive; Step 2, MeGUI. That would be pretty slick.

[Sharktooth]

Selecting the first VOB will make it process all the "chained" VOBs.
You only have to select the first (as described in the MeGUI guide).

[Dayvon]

I tried that, but it gets some sort of error. It says something like "could not find DVD Decrypter generated info file." Is there something in MeGUI that requires users to run DVD Decrypter?

[Henrikx]

@Dayvon
http://forum.doom9.org/showthread.php?p=886813#post886813

[Dayvon]

Nice. So the d2v creator is working, it just doesn't look like it since it errors at you immediately after opening the VOB. Would it be more prudent to have a different error message come up? The one that is there makes you think that it is not working at all because of the lack of info file. But it seems that the error is only in the file name output, NOT the d2v-ac3 file creation. That's pretty cool.

[asdfsauce]

Been using MeGUI for a while now and have stumbled upon some things that I, at least, would find useful:

1. Have the audio encode wizard generate an editable AVS script just like the video input wizard does.

2. Make it so the folder MeGUI remembers and goes to for loading a file is different for each input.

-That way after I load a matrix or set the location of say mp4box.exe, I don't have to navigate all the way back from my mp4box folder to my encoding folder through MeGUI to load an AVIS script. I seem to find myself navigating through folders a lot with MeGUI, this would cut down on that.

3. Option to have the AVIS loading dialog perform the same operation of the AVIS script generator on MPEG2/D2V files.

-Always nice to have things streamlined.

4. Put the update function in the help menu instead of tools.

-That's generally where I find it in other programs, and the tools menu is a little crowded.

Sorry if anything like this has been asked before - I looked through the first page.

Thanks for any consideration given to this.

Edit: A section for comments in profiles would be nice too.

[Dayvon]

Hey guys!

Wanted to throw this idea out there and see what you guys think. There is an amaziing thread about sampling your source using a CRF pass (http://forum.doom9.org/showthread.php?p=884659#post884659) with the script "SelectRangeEvery(600,12)." Basically what this allows is a preliminary run (3-4min) that can output the bitrate needed to achieve a set quality. This has my head spinning.

A simple tool, a "Quality Calculator" with file input (d2v), auto-crop, resolution output size (with DAR,SAR options), x264 settings (profiles?), a quality setting (either in CRF numbers or in high-low options), and a test button. The high-low scheme would translate to different CRF values. Eg: highest (CRF 15), higher (CRF 16.5), high (CRF 18), Medium (CRF 19.5), Low (CRF 21), Lower (CRF 22.5), Lowest (CRF 24). What this would achieve is essentially what some people have been clamoring for, a compressability test with quality being the user variable. And essentially, the tool would state back, "If you want a _____ quality file at ___x___, using _____ x264 settings, then you will need about ____ average kbps and the resulting output filesize will be approximately ____ MBs" where the user would choose the quality (high-low or CRF values), resolution, and x264 settings.

EDIT/
Another possibility would be to add a "test x264" button to the bottom of the AVScript Creator tool. Pressing the test button would then pop up a window with choice for Quality as either CRF number or high-low. Below this would be a selector for x264 profiles, and/or a config button. Below that would be a Start button. Upon pressing start the tool then creates the AVScript, loads it, encodes, and then displays a log stating the average bitrate, and the resulting video filesize. By putting this "quality calculator" into the AVScript Creator, the calculator actually becomes more versatile, because then you can adjust your AVScript to the quality that you need (eg: resolutions in particular). This would probably be a better option as opposed to creating a whole new tool that would, in effect, need to be a AVScript creator as well.
/EDIT

This would be amazing at giving users the choice of quality, and showing them the repercussions of that choice. Until now, most everything is based on hitting specific filesizes to backup to removable media. This tool/method allows users to choose quality, resolution, and x264 settings, based on filesize instead of choosing filesize based on size constraints and hoping quality is good.

Anyway, it's just an idea that came from DDogg's amazing work. Also, as a side note, integration of CRF decimal value is MeGUI would be nice.

Reactions?

[Dayvon]

Below are the examples of what I'm talking about. Adding a test button on the bottom of the AVScript Creator window. That button pops up the Quality Test window. Upon selecting your options and then pressing test, MeGUI enqueue's the encode and runs it. After which, the log file is displayed in a second window.

http://img224.imageshack.us/img224/6912/avscriptcreatornewcp3.th.jpg (http://img224.imageshack.us/my.php?image=avscriptcreatornewcp3.jpg)

http://img224.imageshack.us/img224/4118/qualitytestqu1.th.png (http://img224.imageshack.us/my.php?image=qualitytestqu1.png)

[quake74]

Would it be possible to have an "aspect ratio error" indicator on the avisynth creator? I think the old GK had it, and it showed the error as a percentage. Thx.

[spunch]

I'm sorry but when can we expect to see distributed/network encoding in MeGUI, and also how exactly is it supposed to work?

Could you please provide some more information, I couldn't find anything using the :search:.

[check]

it will only be on linux for starters, and it will arrive if sharktooth gets megui working on linux. Since there is no avisynth on linux he's using mencoder instead, which means implementing distributed encoding is a bit easier (or something to the effect it is windows only for the time being).

For x264 dist. encoding, try ELDER.

[Sharktooth]

oh, distributed encoding will be integrated in megui for windows too.
i will resume the work on that in few days.

[check]

have you considered just implementing ELDER, or portions of it? It could save you a fair amount of time.

[Sharktooth]

i started from the ELDER idea, however the code is made from scratch.
To answer your question, no... it wouldnt save me any time.

[spunch]

Will network encoding actually encode over network (i.e. on remote servers) or have I misunderstood the whole concept? And if it will, how would it handle that? How fast of a network do I need for it to work efficiently? What would I need to install on the remote servers?

[Sharktooth]

yes, they must be in a LAN though (100 or 1000mbps are recommended). it's usefull for accelerating the encoding speed.

[kharan5876]

What about the ability to resize and maximize the megui window? I always have a ton of stuff in my queue and it would be easier to work with if I could maximize the window.

[Sharktooth]

:search:

[quake74]

I have playing around with ELDER and I like the approach of the simple parallelism by just encoding different chunks of the movie. I know that there is a plan to implement it in some way in megui, but for me it would suffice a very simple version which produces the different bat files, and then I would have to click on each bat file by myself. Here are my reasons: it is also a stupid way to pause the encoding and to protect agains crashes, since you don't lose your whole file, just a part; I often use crf for backups so it should not matter much if I encode in chunks or not; I do not need to install perl on the other (windows) machines which want to cooperate, I just install avisynth with plugins and share the folder. Comments and/or suggestions?

[Thunderbolt8]

for the bitrate calculator, I request the values for additional storage mediums 1/2 DVD and 2/3 DVD for dvd5 and 1/3, 1/2 and 2/3 for dvd9

[mixanobios]

first of all a big t-up for your work on this great tool!
here are my feature requests:
for the avisynth script dialog i would like to be able to select a deinterlacing algorithm without having to analyse (sometimes analyse takes forever)

[Pendalf]

Hi. I think it would be useful to add mode like "2pass - 1st pass" but with "--qp" option instead of "--bitrate" if one wants to estimate the bitrate of a second pass for required quality. :)

[mixanobios]

i would also like to request support for a compressibility test, or proper documentation about it if it exists and i cannot find it!

[Kurth]

Can you people update the mkvmerge version on the MeGUI update server?

There is already a version 1.8.1
http://www.bunkus.org/videotools/mkvtoolnix/

MeGUI Updater still download version 1.7.0

[Sharktooth]

is the 1.7.0 commandline options compatible with the ones in 1.8.1?

[deets]

i dont like asking as it feels cheeky, but would it be possible to add an option to automatically name output files depending on audio or video. for example, if my avs is deets.avs, the video output is called deetsvideo.mp4 and the audio would be deetsaudio.mp4.

i currently manually rename the output, but on the odd occasion i forget and overwrite my long encoded video mp4 with the audio mp4 as they use the same file name from the avs.

[berrinam]

@deets: Settings->Extra config->Optional output extensions

[experttech]

Pressing Ctrl+A on the Log window runs Auto Encode, it should actually select all text in the Log window (to be followed by Ctrl+C)

[berrinam]

Solved in 1015

[pinkie_1]

Can you people update the mkvmerge version on the MeGUI update server?

There is already a version 1.8.1
http://www.bunkus.org/videotools/mkvtoolnix/

MeGUI Updater still download version 1.7.0

is the 1.7.0 commandline options compatible with the ones in 1.8.1?

AFAIK, the CL switches in 1.8.1 are backwards-compatible with the ones in 1.7.0.

[Vytenis]

I can find a lot of exotic languages in the list, but there are no lithuanian.
Can you please add it in the next release.
Tnx.

[shon3i]

Please back old "Shut Down after encode" check.

[berrinam]

It's there: look in Settings->Extra Config->After encoding

[Carpo]

from the one or two test encodes i did i was using RC10 without issues - seems RC7 onwards had some code left in/removed it shouldnt have :)

http://forum.doom9.org/showthread.php?p=912673#post912673
http://forum.doom9.org/showthread.php?p=913557#post913557

and if your feeling like giving it a go RC11 is out

http://forum.doom9.org/showthread.php?p=920088#post920088

[dbunder]

Vista support. It won't get past the D2V creator stage. Not sure if this is the fault of MeGUI (unlikely) or a helper app.

I think this is brought up in another thread, just wanted to add to this one. :)

[Adub]

now that TIVTC 1.0 Final has been released, how about updating the deinterlacing analysis pass to support it?

[Carpo]

2 features if i may

1) have subs taken into account in bitrate calculator - souldnt have an impact i know but i did a back up where the subs were 20mb

2) an option when muxing mkv to select aspect ratio, i have done 3 backups all 16:9 and when they are muxed i have to put them through mkvtools to change the ratio (mostly happens on anime) i have checked the ifos with ifo edit and it does indeed show 16:9

[check]

carpo, merlin: edit: https://sourceforge.net/tracker/?group_id=156112&atid=798476

[Adub]

Click your own link.
No, seriously, see how far it gets you. I think you may be reffering to the new feature request center via Sourceforge?

[blc]

Hello, and thanks for the great GUI! However, as an old Arcalculator user, I can not feel very comfortable at the "resolution/crop selection window" :( Would it be out of the question to add 'Aspect ratio error' and 'Bits/pixel' info boxes? Screenshot of ARC added for reference :) I believe GK has somewhat same kind of approach. Thanks for reading.

[Sharktooth]

bits per pixel is useless coz it's (obviously) a wrong way to measure the quality. it doesnt take into consideration the source compressibility with the selected codec.
the aspect ratio error is in the settings. you can force it to a certan percentage value. i personally constrain it to 1%.

[Carpo]

carpo, merlin: edit: https://sourceforge.net/tracker/?group_id=156112&atid=798476

ok i thought that was for bugs only - do you have to register there to post ?

[check]

no. There are two trackers there, one for bugs, one for requests. Look in the dropdown menu.

[Ð.Sp!dér]

Nice GUI you got here... Keep it up.

1. I can see the program icon is separated from the program wich makes it look plain when you minimize to the system tray.

2. Can you please do something like this ? :

http://img206.imageshack.us/img206/8593/untitleduq5.png

It shouldn't be too hard... Mabey a little to the right ? As in the centor of the window ?
Mabey even to the right just under "Clear" and "Delete" ?

3. Could you make the window specify the encoding time it took for the whole encoding, in the list, "Start-End" and "FPS" ? Eg. 1:30 or "1h30m"... I really hate dividing the starting time and the finish time to know how much time it took to encode everything.

4. A timer perhaps ? A counter when you hower your mouse over the program when it's minimized to the system tray. This could be useful. But not a priority... I cound use uneccessary CPU power. Better leave it an option then. :)

5. The encoding priority should be set to Normal by default.

6. Please add an option in the Bitrate Calculator , "Storage Medium" so it could be set to "1/8 CD ". I need this soo much... :) Meaning 85.5 MB. This is so very usefull when encoding cartoon/anime episodes at lower bitrates. Meaning 12 episodes will fit 1.00 GB, 24 epsidoes will fit 2.00 GB and so on !!

The last one is an Absolutely-MUST-IMPLEMENT-CRITICAL feature. Please-Please do try to get this properly working. PLEASE ! It gave me such a hearache...

[unskinnyboy]

If I start the encode on a series of enqueued jobs and disable the process window, that only remains in effect for the first job. When the second job starts, the process window pops back again. Can it be set so that once the process window is disabled, it remains disabled for the duration of all of the encodings in the queue, until manually enabled again?

[Doom9]

@Ð.Sp!dér: Megui can already shut down your PC after encoding.. (and as far as "it shouldn't be too hard".. if it were missing and you know how hard it is.. why wouldn't you do it yourself? <grin>)
I see no problem whatsoever to figure out how long encoding took if you know start and end time.. a little math in your head keeps your head fit. There's a reason FPS is shown - you need to know the source length to calculate it.. since that info may not be available it's important to store the FPS, but there's really no practical argument for encoding length.
I will turn in my grave if the default priority is ever changed (time to start coding again and commit a patch that restores the proper order).. unless you run a lot of cpu eating crap on your machine there's no difference between idle and normal mode. If however you use your machine while encoding, normal priority will drive you crazy as it will starve your browser, email program, etc for resources.
If every size that people use would be added to the size dropdowns, the dropdown would fill even my 1600 vertical pixels. My point here is everybody wants to have his own prefered size in there and you can't make everybody happy.

@unskinnyboy: are you sure you are describing this right? If you go into the settings and uncheck "Open progress window", then press Save, that applies to every job started after the option has been unchecked. Closing a progress window while encoding isn't the same.. whether or not a progress window pops up when a job is started is controlled by the checkbox in the settings.

[unskinnyboy]

@unskinnyboy: are you sure you are describing this right? If you go into the settings and uncheck "Open progress window", then press Save, that applies to every job started after the option has been unchecked. Closing a progress window while encoding isn't the same.. whether or not a progress window pops up when a job is started is controlled by the checkbox in the settings.My bad. You are right. I didn't know that this could be controlled in the settings. It's fine now. Thanks.

[fight2win]

maybe megui can integrate limitedsharpenfaster feature?

[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.