MeGUI Feature Request Thread

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