MeGUI: General Questions and Troubleshooting Thread

[hlloyge]

So that's the error. Have you tried using FFMpegsource.

FFMS, right, during indexing? Just tried that, doesn't help - same error.

[Zathor]

Are you able to open D:\Filmovi\dvd\ZK6\01.avs with other tools like VirtualDub?

[hlloyge]

Are you able to open D:\Filmovi\dvd\ZK6\01.avs with other tools like VirtualDub?

Nope, and that's what is troubling me. Virtualdub says "AVI import filter error (unknown) 80040154.
I found this, and will try: http://forum.videohelp.com/threads/302249-VirtualDub-AVI-Import-Filter-error-(Unknown)-80040154
But why can I encode to x264, and not to xvid? Windows 7 64bit, latest MeGUI version.
But even the simplest script, version(), doesn't work. I will reinstall avisynth.

EDIT:
So, I've reinstalled AVISynth, and now encoding works fine. Thank you for helping.

[LigH]

The whole chain of involved software has to be either 32-bit or 64-bit. If you are running a 64-bit encoder, it expects a 64-bit AviSynth (which is probably still crap, to be avoided). Some clever tools are able to "pipe" output of 32-bit AviSynth to a 64-bit x264. No clue if a 64-bit xvid_encraw could use the same helper tools, if that exists at all.

[Wam7]

I'm encoding from an .mkv with a single subtitle track to a Xvid/AAC file in the .mp4 container. I want to hard code the subtitles, how would I go about this please? Would it be the same process when the source is an .avi file with .srt subs?

[Shevek]

I'm encoding from an .mkv with a single subtitle track to a Xvid/AAC file in the .mp4 container. I want to hard code the subtitles, how would I go about this please? Would it be the same process when the source is an .avi file with .srt subs?

What format are the subtitles in?

For SUB/IDX, SRT, ASS or SSA you simply select the sub file in the Subtitles section of the Filters tab in the AVS script creator.

[Wam7]

What format are the subtitles in?

For SUB/IDX, SRT, ASS or SSA you simply select the sub file in the Subtitles section of the Filters tab in the AVS script creator.Is it possible to do this with the One Click Encoder as that's what I'm mainly using? The subtitles will either be .srt if I'm coming from .avi source or inbuilt into the .mkv structure if I am using that source. (and thanks for the assistance!)

[Shevek]

Is it possible to do this with the One Click Encoder as that's what I'm mainly using? The subtitles will either be .srt if I'm coming from .avi source or inbuilt into the .mkv structure if I am using that source. (and thanks for the assistance!)

I've never used the One Click Encoder so I cannot answer that. Someone else will be able to though, I'm sure!

As for those in the MKV file, to use them with the AVS Script Creator you will need to extract them from the MKV first, using a tool such as MKVExtractGUI-2 (note the -2, the original version of MKVExtractGUI has ceased development)

[hello_hello]

MeGUI's HD Streams Extractor (under the Tools menu), will extract subtitles from MKV files. Well it will for srt subtitles. I didn't test it with other types.

[Shevek]

MeGUI's HD Streams Extractor (under the Tools menu), will extract subtitles from MKV files. Well it will for srt subtitles. I didn't test it with other types.

I've never thought of that! I've used it only for Blu-Ray extracting...

[hello_hello]

I've never thought of that! I've used it only for Blu-Ray extracting...

I'm constantly forgetting it does other things too. I just happened to have it open when I read your post, and thought.....

I mainly use MKVCleaver for extracting streams from MKVs as you can put a shortcut to it in the Windows SendTo folder and then open MKVs with it by right clicking on them and selecting SendTo/MKVCleaver. It's very hand if you want to extract streams from multiple files as you can select all the files, then right click etc. It does seem to have a limit on the number of files it'll open that way, maybe two dozen or thereabouts, I'm not sure, but if you exceed it you're just given an error message. It's not too often I want to open "too many" simultaneously anyway.
Just make sure you update it to version 0.5.0.4 so it'll work properly with the later versions of MKVToolNix. I think there's a link for the 0.5.0.4 patch in the MKVCleaver thread.

I also find using MKVMergeGUI via the Windows SendTo menu can be a small time saver, although you can only open a single file with it that way, but for a quick remuxing job opening a file via SendTo can be a little more convenient at times.

[hello_hello]

A question regarding noise filters from someone who rarely uses them. It's an MeGUI related question in that I'm wondering about applying noise filtering after cropping and resizing etc as MeGUI does.

Is there any sort of "rule" regarding where in the chain to apply noise filtering or is it just "whatever works best"? I ask because I recently re-encoded a bunch of really noisy files and also applied deblocking (I used Directshow for decoding and ffdshow for filtering). These files were 4:3 but contained non-square pixels, and I found the noise filtering and deblocking was far more effective if I applied them before resizing (to square pixels).

Which made me wonder about using noise filters with "normal" anamorphic sources (ie DVDs) and whether it's usual to apply any noise filtering or grain removal before resizing, or whether doing it last as MeGUI does is standard practice.

[flebber]

A question regarding noise filters from someone who rarely uses them. It's an MeGUI related question in that I'm wondering about applying noise filtering after cropping and resizing etc as MeGUI does.

Is there any sort of "rule" regarding where in the chain to apply noise filtering or is it just "whatever works best"? I ask because I recently re-encoded a bunch of really noisy files and also applied deblocking (I used Directshow for decoding and ffdshow for filtering). These files were 4:3 but contained non-square pixels, and I found the noise filtering and deblocking was far more effective if I applied them before resizing (to square pixels).

Which made me wonder about using noise filters with "normal" anamorphic sources (ie DVDs) and whether it's usual to apply any noise filtering or grain removal before resizing, or whether doing it last as MeGUI does is standard practice.

http://avisynth.org/mediawiki/External_filters this is laid out in expected order.

[hello_hello]

Cheers.
That makes sense. I've not used denoisers or sharpeners much as I generally just encode "as is", but in this case I was encoding video which really wasn't worth keeping unless I could "fix" it a bit, so while admittedly I was working with extreme examples, it was fairly obvious noise removal was far more effective when applied before resizing. Possibly more so because the sources are anamorphic. ffdshow also has it's filters in a similar order so it made me wonder why MeGUI's script creator puts noise removal after resizing by default.

[kalehrl]

That's also how AutoGK does it.
I guess it speeds things up and I don't think you would notice much difference between denoising before and after resizing.

[Music Fan]

The result is maybe the same but I guess it's faster on the lowest size (less pixels to denoise).

[JoeH]

I'm constantly forgetting it does other things too. I just happened to have it open when I read your post, and thought.....


It is an amazing little tool. Even works for DVDs (if you select the files).

[hello_hello]

That's also how AutoGK does it.
I guess it speeds things up and I don't think you would notice much difference between denoising before and after resizing.

Yeah I thought about it possibly being a "speed" thing. I'll have a look at an AutoGK script when I next use it (although I'm happy to take your word for it) but I've tried it a few times more on a couple of noisy sources and there's a big difference between denoising before and after resizing... at least when it comes to the files I'm encoding.

I'm referring to resizing anamorphic video to square pixels though, and I've been testing denoising on some fairly "noisy" noise... not just "film grain", but I do recall a couple of times adding denoising to an MeGUI script when encoding grainy video and been fairly underwhelmed with the result, or lack thereof, but I've possibly been resizing each time and never considered maybe MeGUI doesn't know best.

I've got a few Bluray discs sitting here awaiting my encoding pleasure and with any luck one of them will be fairly grainy and give me a chance to experiment with script re-arranging a little.

[Music Fan]

there's a big difference between denoising before and after resizing
Do you remember the difference of time it took ?

[deets]

Hmm cant update any files on the x64 version as its on my new SSD. Says error with the xml and the upgrade xml gives an error directly on the xvidvideo.ru site
http://megui.xvidvideo.ru/auto/upgrade_x64.xml any other x64 update servers I could use? want to copy a blu ray to my tablet :)

[Zathor]

Fixed

[Pulp Catalyst]

hi, got a problem with 2153 trying todo Safehouse 2012 film

using DGIndexNV latest version,

my problem is that i need to autocrop and the values being chose are 140 - 140 (off the top and bottom)
i checked and these are the same values handbrake chooses aswell, i have activated the Nvidia Resizer as the resizing does not happen otherwise (nvidia has todo it because of DGIndexNV)

i'm resizing the video for xvid so this is the following script

SetMemoryMax(512)
SetMTMode(5,3)
LoadPlugin("D:\Program Files (x86)\MeGUI\tools\dgindexnv\DGDecodeNV.dll")
DGSource("H:\MEGUI\1\Safe House 2012.dgi",fieldop=0, resize_w=720, resize_h=304)
crop(0, 140, 0, -140)


however the final image when checked AvsP, the image is squished right down to a thing long bar, like a thin banner


i checked the cropping values in AvsP, the actual cropping values should be crop(0, 52, 0, -52) and not crop(0, 140, 0, -140)

can anyone help me, what's going on.

i assume the resizing through nvidia has changed something, because if i use normal DGindex than everything is fine, somehow the resizing has caused a miscalibration (if you will) that MEGui doesn't realize, so the cropping values it suggests are wrong.

i did try playing the AVS video with a player and crop (0, 52, 0, -52) are the correct values regarding the black bars.

one thing i noted..... when i click on preview AVS script, the preview screen goes small top left corner and the values match up great, however the moment i touch the cropping vlaues or use the auto crop button, the preview screen goes full screen again and the values are all wrong......

not sure if bug or setup issue, so posted here.

EDIT


had to turn on anamorphic & resize mod to 16 (usually i use overcrop), because megui moaned about not being mod16 or something like that when i went to process.

made adjustment with this now in play,

so final actual script is now

# Set DAR in encoder to 121 : 62. The following line is for automatic signalling
global MeGUI_darx = 121
global MeGUI_dary = 62
SetMemoryMax(512)
SetMTMode(5,3)
LoadPlugin("D:\Program Files (x86)\MeGUI\tools\dgindexnv\DGDecodeNV.dll")
DGSource("H:\MEGUI\1\Safe House 2012.dgi",fieldop=0, resize_w=720, resize_h=368)
crop(0, 48, 0, -48)



had to manually crop again, Autocrop kept insisting on doing 140, -140 (top and bottom)

i'm glad i had AvsP to help, it would of taken a lot longer finding the right values otherwise......

i really depend on Autocrop... please if anyone has any insights on this issue i really would like to hear it.

[Taurus]

SetMemoryMax(512)
SetMTMode(5,3)
LoadPlugin("D:\Program Files (x86)\MeGUI\tools\dgindexnv\DGDecodeNV.dll")
DGSource("H:\MEGUI\1\Safe House 2012.dgi",fieldop=0, resize_w=720, resize_h=304)
crop(0, 140, -0, -140)
Is this what you're looking for?

[Pulp Catalyst]

Is this what you're looking for?

no, because like i said

Autocrop is saying
crop(0, 140, -0, -140) - which is very wrong

it should be
crop(0, 48, -0, -48)

my problem is why is autocrop in conjunction with resizing not working correctly when using DGIndexNV in MeGUI?


EDIT

i decided what the heck, and let the autocrop do it's thing,

press the queue button and got an this error

Avisynth clip doesn't have mod16 dimensions
Width: 720
Height:24 (no this is not a typo.....like i said SQUISHED)

the autocrop is cutting into actual video right?

[Guest]

can anyone help me, what's going on. If you can post a link to a unprocessed source sample that I can use to recreate the problem, I can try to help you. Also, please post an exact step-by-step procedure I can follow to produce the problem.

[Pulp Catalyst]

link deleted - replaced with
http://www.mediafire.com/?q4av9b90pkbdbz3

NOTES
Avisynth profile selected - normal

{
SetMemoryMax(512)
SetMTMode(5,3)
<input>
<crop>
}




open megui

tools - file indexer - open film
DGIndexNV selected (default) Build 2042
Outputfile wil be H:\MEGUI\2\Safe House 2012.dgi

execute the one thing in the queue
Creating DGI file



Avi script creator opens up - eventually

Avisynth profile "normal" (see above)

Clever (TM) on - Resize to mod16

resize 1904 change to 720

script so far looks like this


# Set DAR in encoder to 16 : 9. The following line is for automatic signalling
global MeGUI_darx = 16
global MeGUI_dary = 9
SetMemoryMax(512)
SetMTMode(5,3)
LoadPlugin("D:\Program Files (x86)\MeGUI\tools\dgindexnv\DGDecodeNV.dll")
DGSource("H:\MEGUI\2\Safe House 2012.dgi",fieldop=0)
LanczosResize(720,400) # Lanczos (Sharp)
#crop


as you can see, resize had no effect in the script, no resize will be done even though it has been told todo so......


on filters tab turn on Nvidia Resizer (no choice at this point)


# Set DAR in encoder to 16 : 9. The following line is for automatic signalling
global MeGUI_darx = 16
global MeGUI_dary = 9
SetMemoryMax(512)
SetMTMode(5,3)
LoadPlugin("D:\Program Files (x86)\MeGUI\tools\dgindexnv\DGDecodeNV.dll")
DGSource("H:\MEGUI\2\Safe House 2012.dgi",fieldop=0, resize_w=720, resize_h=400)
#resize
#crop


last thing todo auto crop


# Set DAR in encoder to 12 : 5. The following line is for automatic signalling
global MeGUI_darx = 12
global MeGUI_dary = 5
SetMemoryMax(512)
SetMTMode(5,3)
LoadPlugin("D:\Program Files (x86)\MeGUI\tools\dgindexnv\DGDecodeNV.dll")
DGSource("H:\MEGUI\2\Safe House 2012.dgi",fieldop=0, resize_w=720, resize_h=304)
#resize
crop(0, 140, 0, -140)


now i save


the preview comes up....... not good.... also the number has change, what was NTSC has now changed to 2.4

[Guest]

Link doesn't work for me. There are two download buttons: one just clicks and makes a cute noise, the other tries to download some software.

Please use mediafire.com.

[Pulp Catalyst]

http://www.mediafire.com/?q4av9b90pkbdbz3

[Pulp Catalyst]

hi "neuron2", did you get the file ok?

was you able to reproduce the issue?

[Guest]

I have it. I started a MEGUI update as I haven't used it in a long time, and it's taking a long time. I may not get to this until later tonight or tomorrow.

[Pulp Catalyst]

when i was making this step by step list, one thing that did hit me....

my Avisynth profile is as above

{
SetMemoryMax(512)
SetMTMode(5,3)
<input>
<crop>
}

leaving out the resize is ok isn't it, if i select resize in MeGUI, than MeGUI will put that in right?

or should i have <resize> in the template..... that could be the problem otherwise couldn't it?

EDIT

whether nvidia resize, or megui resizer is used, same problem still exists, so the above template is not relevant to this problem, tried two other films today (bluray), they both work fine, transformers 1 & avengers..... both resize perfect, and autocrop works fine.

so i'll leave this with you now, unless you need to ask me any questions.


one last thing to note however, when it does crop on problem video, there's two big white bars, top and bottom..... no idea... but i thought i should share.

[Guest]

I have no idea, I've never used any of that stuff. I saw you using DGDecNV so thought I might be able to help if that is causing something. If not, well then Zathor would be the guy. I probably will need to ask questions as I work through your process.

[vdcrim]

Autocrop is applied over the original source, so the values are only valid if the resizing is made after cropping, but in your case is the other way around.

A workaround would be to save the script without cropping, and then run again the avs creator to create a new one with the first avs as source and apply the autocropping then :p [Edit] You would also have to include the DAR written on the first avs as the input DAR on the second one.

[Pulp Catalyst]

thanks "vdcrim"

that worked fine

following are the scripts

# Set DAR in encoder to 200 : 81. The following line is for automatic signalling
global MeGUI_darx = 200
global MeGUI_dary = 81
SetMemoryMax(512)
SetMTMode(5,3)
Import("H:\MEGUI\2\Safe House 2012.avs")
#resize
crop(0, 56, 0, -56)


# Set DAR in encoder to 16 : 9. The following line is for automatic signalling
global MeGUI_darx = 16
global MeGUI_dary = 9
SetMemoryMax(512)
SetMTMode(5,3)
LoadPlugin("D:\Program Files (x86)\MeGUI\tools\dgindexnv\DGDecodeNV.dll")
DGSource("H:\MEGUI\2\Safe House 2012.dgi",fieldop=0)
LanczosResize(720,400) # Lanczos (Sharp)
#crop




it works fine, could you explain the inner workings of what's happening here, i understand partially what you said, but am confused why has this only happened on this video (safe house 2012) and not on any other?

also if you can, is this a bug or flaw in MeGUI?

really appreciate your help on this, but would love to understand though what is going on, cause and effect kind of thing!

[vdcrim]

I am confused why has this only happened on this video and not on any other?
It should happen always that the resizing is made before cropping, which pretty much means if the resize is made on the source filter (as it's your case) or if you alter the avs template to put <resize> before <crop>.

is this a bug or flaw in MeGUI?
It's how the avs creator behaves, and it actually makes sense. If the autocrop calculations were made over the complete script it could take way more time to finish if heavy filters are in there.

[Pulp Catalyst]

that helps a lot, will need to do more testing though.....

done Transformers 1, and 2 & The avengers..... all 3 had no problem!!!, so far only Safe House 2012 film has exhibited this issue..... will do more over the next few days to see if i can find a catalyst.

again thanks for the workaround, hopefully the white bars that i see when the autocrop kicks in will be the tell tell sign, that way i know when to put this workaround into play.

thanks again.

[Vesdaris]

im having a problem with converting audio.
Every time i try to convert ac3 to mp3 megui gets stuck at preprocessing and nothing happens, no activity at all. I remember i had this problem once and i did something to get past it but alas i dont remember what i did .. i tried using all 3 decoders but to no avail

Any ideas?

TIA

[Zathor]

Please upload the log

[Hotpocketdeath]

Please, please, please, for the love of all that is holy, get rid of the damn warning in the indexer if multiple PGC's are found.

I have been using MeGUI for years and have never had a problem with encoding DVD videos with multiple PGC's. I couldn't begin to count the number of DVD's TV shows I have run through that are like this.

It's like it was put in for the sole purpose of irritating people because now when I want to index my video's I have to click past a needless warning every single time.

If you want a warning, make it embedded in the indexing window instead of a separate window that require user intervention to get around.

[LigH]

If this warning dialog is displayed by DGIndex.exe, MeGUI can't avoid it.

You can avoid it. By stripping the main movie PGC while ripping the DVD in "IFO mode" or "Movie mode"... (or after ripping the whole content, using PGCDemux). If you have a series DVD, you may have to strip each episode; in this case, manual preparation is hard to avoid.

There is a serious reason for this warning: Even if you never had such a DVD, I can point at several which would result in asynchronous audio tracks (by several seconds!) because the movie titleset has a preceding PGC with a studio trailer, and if your preferred audio track is not the first, it will skip the preceding trailer, but DGIndex.exe is unable to detect that delay.

[Hotpocketdeath]

If this warning dialog is displayed by DGIndex.exe, MeGUI can't avoid it.

You can avoid it. By stripping the main movie PGC while ripping the DVD in "IFO mode" or "Movie mode"... (or after ripping the whole content, using PGCDemux). If you have a series DVD, you may have to strip each episode; in this case, manual preparation is hard to avoid.

There is a serious reason for this warning: Even if you never had such a DVD, I can point at several which would result in asynchronous audio tracks (by several seconds!) because the movie titleset has a preceding PGC with a studio trailer, and if your preferred audio track is not the first, it will skip the preceding trailer, but DGIndex.exe is unable to detect that delay.

It's a warning that is displayed when you load a VOB into the "File Indexer" tool in MeGUI. It appears at a point before DGIndex is even open.

I have a TV series that break down each episode into separate PGCs. I have ripped each episode individually using IFO mode, but every single time I load any of these into the File Indexer tool, I get a popup I have to click past to continue on every single time. It is extremely annoying.

This was just added in a couple of builds ago.

It is more practical to make this warning embedded into the indexer window instead of a new pop-up that require user intervention to remove. That way, the people who aren't having a problem don't need to take extra steps and you maintain the "Ease of Use" of the software.

[Zathor]

It is more practical to make this warning embedded into the indexer window instead of a new pop-up that require user intervention to remove.
I will change it in one of the next builds

[Hotpocketdeath]

I will change it in one of the next builds

Sweet, much appreciated.

[Pulp Catalyst]

why does MeGUI keep recreating (rebuilding) scripts all the time?, even when the scripts haven't even changed.... MeGUI crashed on me, i reloaded and i found all 7 of my avisynth scripts have gone.... even when you close MeGUI, it deletes all profiles, and recreates them..... seems very problematic, there's quite a few things that can go wrong with this recreation process happening for no reason.... a new cleaner system is needed i think, a system that has some secondary fail safe (redundancy) in place, some profiles can be quite complex, recreating them can be time consuming on the more difficult one..... took me 2 hours to get them working again..... I've now took it upon myself to back up my profiles......

back up!!! a option to back up all current profiles.... theres a good one, but i still feel that MeGUI deleting all profiles, then rebuilding them from scratch every time MeGUI closes..... problems will always arise from such a system i believe.

[Zathor]

why does MeGUI keep recreating (rebuilding) scripts all the time?
Not "all the time" but during every closing of MeGUI and this causes problems when the application can not be closed in a normal way. I know that since I have started to work in this project but as this system is quite complex I have not changed it (yet).

[Derioli]

hello, I am having some issues with incorrect aspect ratios with MeGui 2153..
when I play the video with VLC I see the resolution shows as 352x480 but when using file indexer its out of whack..
somehow it works with one-click but not file-indexer.. any ideas?


http://imageshack.us/a/img7/2179/incorrectaspect.png

[LigH]

The input DAR is not ITU 4:3 PAL: Due to the 480 lines, it is most probably NTSC; so it is either "ITU 4:3 NTSC" or generic "4:3". In your case, because you don't see a soft pillarbox (black bars to the left and right), I would recommend generic "4:3".

Because you did not yet declare an input DAR, MeGUI can only display the encoded dimensions (352x480). The deskewed dimensions will be displayed in the Preview window after you saved the script if you either resize the video or select "Preview DAR" in the preview window. But MeGUI always shrinks the dimensions (to e.g. 352x272), never expands (to e.g. 640x480) – to achieve that, you would have to edit the script manually.

[rapscallion]

The recent release of Titanic 3D has the AR @ 1.78:1 (open matte). while the 2D version is 2.35:1 (hard matted):

I don't have a 3D TV yet, so I want to re encode the 3D to 2D, BD50.
3D spans 2 discs, the first being 28.5 gb, the second 23.7 gb .

So, here's my question. Should I just run the first disc video through Megui, to reduce it's size accordingly, and then mux with the 2nd disc's video and both audios?

OR, should I mux the 2 discs video first (in tsmuxer/join) and then Megui re encode them together as one?
Then mux in the 2 audio tracks.

Edit: my gut feeling, even though it will take much longer, is to re encode both discs as one.

[Pulp Catalyst]

i converted The Avengers 2012 bluray to Xvid SD resolution, the resize was spline64 and done through DGI format, the noise filter was lowest setting.

however i just started watching it before burning it off, weird problem, everything plays OK, quality is amazing, however the left part of the film, everynow and then the black part keeps apearing? it starts to come in the left side... then suddenly disappears.... and keeps doing it....

[Guest]

Does it do that when the script is played in VirtualDub? If so, then if you can give me an unprocessed fragment of the M2TS file that generates the issue and your script I can try to reproduce it. You can cut M2TS with DGSplit.

It looks to me that it may be in the source itself, but I'm keeping an open mind.