MeGUI: General Questions and Troubleshooting Thread

[Morte66]

Ever used autogk? Automatic Deinterlace does just that.. [...]

Thanks. I figure I should turn that on by default for PAL DVD backup, right?

[twist3d]

sorry if this is already posted (looked for it and didn't find anything :P) but
there seems to be error in deblock filter selection (if I understanded akupenguin's reply right ;)),
look at my question at http://forum.doom9.org/showthread.php?p=772941#post772941

[Doom9]

I figure I should turn that on by default for PAL DVD backup, right?No, only when unsure about the source. E.G. if you know force film has been done, you know the thing is progressive.. if you have a PAL movie and the d2v preview looks progressive.. there's no need to worry either.

[Morte66]

No, only when unsure about the source. E.G. if you know force film has been done, you know the thing is progressive.. if you have a PAL movie and the d2v preview looks progressive.. there's no need to worry either.

I'm getting a bit confused, here -- when I set/clear this checkbox I haven't looked at any video at all, and no apps (DGIndex, Avisynth filters, or whatever the heck One Click Encoder uses) have been run.

Maybe it'll become clear if I do a little test... * goes off to play *

[Poutnik]

You need to install the proper filters. For starters.. ffdshow or coreavc for x264 decoding, and the haali splitter.
i have FFDshow already installed ( in other case I supposed would not be able do see avi/x264. Haali is next turn .... Thanks for help.

[cc979]

i've re-install windows, avisynth and megui and that
i setup megui plugins using "C:\Program Files\GordianKnot\AviSynthPlugins"

but it wants decomb.dll in the "C:\Program Files\AviSynth 2.5\plugins" is that normal or a little bug ?

[Dayvon]

Do you have Gordian Knot installed? It looks like it. If you have AVISynth, then you really don't need Gordian Knot anymore, and the fact that you have 2 installed AVISynth programs might be messing up the path assigning. I suggest either unistalling Gordian Knot, or installing AVISynth to the path it's looking for.

Do you need to decomb your source (i.e. is your source interlaced?) ? If not then open the AVS file with Notepad and erase the line that will say something like:

Decomb()

If you do need to decomb, then you have the decomb.dll in the "C:\Program Files\GordianKnot\AviSynthPlugins" folder, so you could make the path that MeGUI is searching for and put the decomb.dll there.

[berrinam]

i've re-install windows, avisynth and megui and that
i setup megui plugins using "C:\Program Files\GordianKnot\AviSynthPlugins"Per the MeGUI Guide, 'avisynth plugins' is no longer used.
I think that pretty much answers your question.

MeGUI forces (to some extent, but not completely) you to use the AviSynth plugins directory, because that is generally a good idea -- it avoids bloating your scripts, and makes writing scripts easier, because there are fewer directory paths that you have to worry about.

Do you have Gordian Knot installed? It looks like it. If you have AVISynth, then you really don't need Gordian Knot anymore, and the fact that you have 2 installed AVISynth programs might be messing up the path assigning. I suggest either unistalling Gordian Knot, or installing AVISynth to the path it's looking for.That's not necessary, as I explained above

Do you need to decomb your source (i.e. is your source interlaced?) ?Actually, Decomb is used for the source detection, so it is required anyway. The source detection script is generated differently from all the other scripts, and (at the moment) doesn't allow any flexibility in where decomb.dll is. It must be in the AviSynth plugins directory. End of story.

[Dayvon]

Actually, Decomb is used for the source detection, so it is required anyway. The source detection script is generated differently from all the other scripts, and (at the moment) doesn't allow any flexibility in where decomb.dll is. It must be in the AviSynth plugins directory. End of story.

Right, that is assuming you use MeGUI to generate your scripts, and further, you use the detection script. I don't generally, which is why I asked. No need to use source detection if you already did that in DGIndex :D

[berrinam]

No need to use source detection if you already did that in DGIndex :DI think I cleared this up for someone else a little while ago: what DGIndex reports is based on the flags in the bitstream headers, whereas MeGUI's source detection actually analyses the video. While the end results will be the same for most DVD sources, those in which the bitstream flags don't match the video content will be detected correctly by MeGUI's source detection, but not by DGIndex. This is often the case with DVB sources, and it can also happen with badly mastered DVDs.

Of course, I'm not saying that you HAVE to use it, I just want to point out that MeGUI's source detection is actually more advanced, and consequently more accurate than DGIndex's.

I merely mentioned source detection, because that is the only place in MeGUI where you HAVE to put Decomb.dll in the AviSynth plugins directory, and it is also the only place where a specific Decomb.dll message will show if you haven't so I thought that it was likely that cc979 was getting his problems from that direction.

[Shinjite]

I am wondering if there is a problem with Xvid encoded files with MeGUI 0.2.3.1058? I can't seem to play it with any DS application players like MPC and etc. But I am able to view it with Mplayer without problems, what is the problem with it?

[Dayvon]

I think I cleared this up for someone else a little while ago: what DGIndex reports is based on the flags in the bitstream headers, whereas MeGUI's source detection actually analyses the video. While the end results will be the same for most DVD sources, those in which the bitstream flags don't match the video content will be detected correctly by MeGUI's source detection, but not by DGIndex. This is often the case with DVB sources, and it can also happen with badly mastered DVDs.

Of course, I'm not saying that you HAVE to use it, I just want to point out that MeGUI's source detection is actually more advanced, and consequently more accurate than DGIndex's.

I merely mentioned source detection, because that is the only place in MeGUI where you HAVE to put Decomb.dll in the AviSynth plugins directory, and it is also the only place where a specific Decomb.dll message will show if you haven't so I thought that it was likely that cc979 was getting his problems from that direction.

Point taken. Knowledge gained. Doom9 forum rules :thanks:

[Dayvon]

I am wondering if there is a problem with Xvid encoded files with MeGUI 0.2.3.1058? I can't seem to play it with any DS application players like MPC and etc. But I am able to view it with Mplayer without problems, what is the problem with it?

Which version of Xvid are you using? I assume xvid_encraw which is under heavy development still. But that info is essential to helping you out! As is what splitter and decoder you have installed (FFdShow? Haali Media Splitter?), and what file container (mp4,avi,mkv) your video is in. More info plz :D

[Shinjite]

Which version of Xvid are you using? I assume xvid_encraw which is under heavy development still. But that info is essential to helping you out! As is what splitter and decoder you have installed (FFdShow? Haali Media Splitter?), and what file container (mp4,avi,mkv) your video is in. More info plz :D.


I am using mencoder 20060101 to encode the Xvid file. Output will be in 1:1. FFDShow Nov 29 installed with Haali Media Splitter Nov 25 build and the file is encoded into an .avi file. Encoding is fine but the final output can't be viewed with MPC, WMP and the likes of it. Mplayer can play it though.....

The funny thing is, if I encode it halfway through and aborts the file ( I select don't delete aborted outputs in Megui ) and view the file, the file can be viewed through MPC...:weird:, but a 100% encode can't be viewed

[Dayvon]

In mencoder you are encode via VfW or CLI? I don't use mencoder, so I don't know. But I do know that you can't just place Mpeg4 CLI encoded video into AVI files. There are errors when it Directshow tries to render the frames. Try to place your Xvid encode inside a MP4 container using YAMB. This should help you see if its your video, or if its your video in wrong container.

If it does play in MPC after you mux to MP4, then that means that you will have to convert the Xvid file to an AVI compatible file (which I don't know what program does that, maybe AVC2AVI?). If it doesn't play, then your file is borked in some weird way...

That's my best guess, and probably not a good one. But at least a start :o

[Shinjite]

Using CLI here but my previous builds all can be viewed properly. This 1 I can't get it to view only (its a DVD rip 1 hour 48 minutes), looks like I need to PM the experts on this and see what is wrong.

Tested with a 1 minute clip, no problem at all....hmmm....hmmmm

[Inc]

In regular there are no problems when using mencoders integrated avi muxer.
Show us the generated mencoder commandline in the logfile/window and if its all right ... then try a different mencoderbuild and see if it helps.

[Shinjite]

Currently I don't the log with me, in my cousin's place. I will show it later when I get back
I will test it with the Nov 23rd build of mencoder also and see what is wrong with it

[Doom9]

Well.. I'm afraid the mencoder muxer isn't all that it's cracked up to be. At least muxing raw asp/avc streams into avi gives you something that only mplayer can play. If encraw finally comes to a stable state, I'm going to replace mencoder with it. BTW, what's your output? AVI or MP4? MP4 shouldn't be a problem, Matroska neither.. but I've heard previous reports of mencoder, XviD and AVI being a problem.. that's why I'm considering other muxers (but those thoughts haven't progressed very far).

BTW, @Dayvon: just because nobody said anything, we didn't miss your icon so let me say thanks at this juncture.

[Shinjite]

Well.. I'm afraid the mencoder muxer isn't all that it's cracked up to be. At least muxing raw asp/avc streams into avi gives you something that only mplayer can play. If encraw finally comes to a stable state, I'm going to replace mencoder with it. BTW, what's your output? AVI or MP4? MP4 shouldn't be a problem, Matroska neither.. but I've heard previous reports of mencoder, XviD and AVI being a problem.. that's why I'm considering other muxers (but those thoughts haven't progressed very far).

BTW, @Dayvon: just because nobody said anything, we didn't miss your icon so let me say thanks at this juncture.


The output is in .avi container. The last time I used to encode Xvid via Megui is through MeGUI 0.2.1024 .Net 1.1 and it works fine with Mencoder 20060101. After I changed to 0.2.3.2033, I only tested with AVC encodes. Now after changing to 0.2.3.2058, Xvid encode gives me this problem, revert it back to 0.2.3.2033 gives me the same problem also

[Dayvon]

BTW, @Dayvon: just because nobody said anything, we didn't miss your icon so let me say thanks at this juncture.

LOL. I was beginning to wonder. :confused: If you want a higher-rez (640x640) PNG version to down convert from for whatever, let me know. Good to be of any help :)

[berrinam]

Could it also be a problem with files bigger than 2GB.... again, the mencoder muxer seems to generate unplayable avi files if they are too big (an ODML issue, but more than that i don't know).

[cc979]

Do you have Gordian Knot installed? It looks like it. If you have AVISynth, then you really don't need Gordian Knot anymore, and the fact that you have 2 installed AVISynth programs might be messing up the path assigning. I suggest either unistalling Gordian Knot, or installing AVISynth to the path it's looking for.

Do you need to decomb your source (i.e. is your source interlaced?) ? If not then open the AVS file with Notepad and erase the line that will say something like:

Decomb()

If you do need to decomb, then you have the decomb.dll in the "C:\Program Files\GordianKnot\AviSynthPlugins" folder, so you could make the path that MeGUI is searching for and put the decomb.dll there.

thanks, decomb.dll in here works "C:\Program Files\AviSynth 2.5\plugins" even tho its in "C:\Program Files\GordianKnot\AviSynthPlugins" which is in the settings on megui

[Avish]

Hi Guys,

I wanted to know that When should I use the options "Mpeg2 Deblocking" & "Colour Correction" in meGUI? & what dlls should be there in my avisynth plugin folder for using these options?

[Gusar]

@ berrinam: It's not an ODML issue, but a MinGW issue. In linux I have no problems creating even 12GB large files with mencoder and they play perfectly in Linux and in Windows, in both VirtualDub (VFW) and DirectShow players. But mplayer compiled with MinGW has problems, it only plays the first GB. According to this (http://mplayerhq.hu/pipermail/mplayer-cygwin/2005-February/001957.html) thread on the mplayer mailing list, one solution is a mplayer compiled with cygwin.

[Inc]

I remember when I just added --enable-largefiles to my ./configure line when compiling mencoder (even under MinGW) mencoder resulted encodings with filesizes bigger than 2GB played back properly. Ok, these where mpeg2 encodes, but it really seems that largefiles enabling could be the cure (imho).
EDIT: I also remember of an direct avi (xvid/mp3)mencoder encode I did which resulted in 3GB - no problems.

[ChronoCross]

how does one go about using the preview button in the avs creator? It keeps crashing meGUI and I was thinging that perhaps I'm just missing a program.

[Shinjite]

Could it also be a problem with files bigger than 2GB.... again, the mencoder muxer seems to generate unplayable avi files if they are too big (an ODML issue, but more than that i don't know).


Mine was encoded from DVD. Output was 1.4GB and it was rendered unplayable so I had to use VFW in VDM. Tested with Nov 23rd version of mencoder also has the same problem. So I will conclude for myself that in my case, only large output files in .avi is a no-no. I haven't try out the --enable largefiles command yet though...

[berrinam]

Hi Guys,

I wanted to know that When should I use the options "Mpeg2 Deblocking" & "Colour Correction" in meGUI? & what dlls should be there in my avisynth plugin folder for using these options?
No extra dlls are required. Mpeg2 deblocking uses dgdecode.dll, which should already be in your plugins directory, and I believe that Colour Correction is part of AviSynth, but I've never actually tried it.

I remember when I just added --enable-largefiles to my ./configure line when compiling mencoder (even under MinGW) mencoder resulted encodings with filesizes bigger than 2GB played back properly. Ok, these where mpeg2 encodes, but it really seems that largefiles enabling could be the cure (imho).
EDIT: I also remember of an direct avi (xvid/mp3)mencoder encode I did which resulted in 3GB - no problems.
I used celtic_druid's builds of mencoder, and I came across some problems with large files (in particular, ffvhuff ones, for the prerender jobs). I got around these problems by adding --no-odml --forceidx to the commandline, but perhaps your approach is the proper way. Could you either try the prerender job to see whether it works and then try it without those tags, or else could you post your build so that I could have a go with it? Thanks

[berrinam]

how does one go about using the preview button in the avs creator? It keeps crashing meGUI and I was thinging that perhaps I'm just missing a program.
Previewing opens the avs in MeGUI, so it shouldn't require any external programs. Can you post the error message and your AviSynth script that causes this?

[Avish]

No extra dlls are required. Mpeg2 deblocking uses dgdecode.dll, which should already be in your plugins directory, and I believe that Colour Correction is part of AviSynth, but I've never actually tried it.
Thanks for the reply berrinam, but still the basic question is unanswered... For what purpose they are there...especially Colour Correction? When should I enable them? on what kind of source? are there any set rules for when to enable them?

[ChronoCross]

Avish to answer your question about color correction go here
http://forum.doom9.org/showthread.php?t=82217&highlight=ColorMatrix

Mpeg2Deblocking enables the psot-processing functions of DGDecode. They are relatively fast and in my opinion should always be enabled as DgDecode has access to special information straight fromt he source that allows for accurate deblocking.

[Gusar]

I remember when I just added --enable-largefiles to my ./configure line when compiling mencoder (even under MinGW) mencoder resulted encodings with filesizes bigger than 2GB played back properly. Ok, these where mpeg2 encodes, but it really seems that largefiles enabling could be the cure (imho).
EDIT: I also remember of an direct avi (xvid/mp3)mencoder encode I did which resulted in 3GB - no problems.

This got me interested, so I did a MinGW compile of mplayer with --enable-largefiles and did some tests. First I created two files with a little over 2GB with mencoder, one with odml and one without. MPlayer can play both files but can't seek in them (not even with -forceidx) and I'm not sure if it would play the file to the end. Media Player Classic can play the no-odml file normally and crashes on the odml file.

Then I again created two files (one odml and one no-odml) but this time with over 4GB size. MPlayer behaves the same as before. MPC again crashes on the odml file, but on the no-odml file, it only plays a few seconds.

So the limit where MinGW starts to fail is 4GB and --enable-largefiles doesn't have any effect. There's also other interesting stuff, like, when filesize goes over 2GB mencoder starts showing negative projected filesize and negative bitrate.
This is the mencoder output wint MinGW:ODML: Starting new RIFF chunk at 1023MB. 19min 6460mb A-V:0.064 [22609:127]
ODML: Starting new RIFF chunk at 2047MB. 15min 6388mb A-V:0.064 [23155:128]
ODML: Starting new RIFF chunk at -1024MB. 11min -2098mb A-V:0.064 [-7609:128]
ODML: Starting new RIFF chunk at 0MB.em: 8min 0mb A-V:0.064 [-131:128]

Then I did the same tests with a cygwin compile. No problems with the odml files, they play perfectly. The no-odml 4GB file, MPC just plays the first seconds, mplayer creates an index with -forceidx then plays the file ok.
Mencoder output with cygwin:ODML: Starting new RIFF chunk at 1023MB. 19min 6460mb A-V:0.064 [22609:127]
ODML: Starting new RIFF chunk at 2047MB. 15min 6388mb A-V:0.064 [23155:128]
ODML: Starting new RIFF chunk at 3071MB. 11min 6295mb A-V:0.064 [22302:128]
ODML: Starting new RIFF chunk at 4095MB. 8min 6281mb A-V:0.064 [22167:128]

Bottom line: cygwin mplayer/mencoder with odml and everything is perfect.

For anyone interested, get the compiles here: mingw (http://www.stud.uni-graz.at/~vampl/mplayer-mingw-20060206.zip), cygwin (http://www.stud.uni-graz.at/~vampl/mplayer-cygwin-20060206.zip)

Two notes about the cygwin version: a) it looks for the mplayer config files in c:\Documents and Settings\<username>\.mplayer (it will create the folder if it doesn't exist) b) I had problems with xvid and x264 so this version doesn't support them. If there's interest in a fully working cygwin compile I might dig into the problem.

[ChronoCross]

@Everyone
I'm also working on a mencoder version from MingW. I'll let you know how things turn out.

[Inc]

I used celtic_druid's builds of mencoder, and I came across some problems with large files (in particular, ffvhuff ones, for the prerender jobs). I got around these problems by adding --no-odml --forceidx to the commandline, but perhaps your approach is the proper way. Could you either try the prerender job to see whether it works and then try it without those tags, or else could you post your build so that I could have a go with it? Thanks

Here I compiled you an CPU-generic-all-included binary of mencoder (http://www.mytempdir.com/436826) out of the latest mencoder and libavcodec CVS snapshots (Feb/02/2006) via MinGW32.
Its a 3.6MB 7z file where the extracted size is 10.7MB, so many stuff is included in that build.
I DO hope that avisynth demuxing is included while compiling, so do a test as Im here at work and have no opportunities to test it right now..

The included common additional libs also used for compiling where taken from here:
http://oss.netfarm.it/mplayer-win32.php
(like the x264, faac, xvidcore etc)

... compiled using:
./configure --enable-runtime-cpudetection --enable-largefiles --enable-static --confdir=mplayer --enable-win32 > configure_output.txt
make

The 7z link above also includes a detailed list "configure_output.txt" where you can see what has been detected&included.

As said the last time I used mencoder where files over 2Gigs resulted is almost 1 year ago when I ued mencoder for mpeg2 encoding tests.
There I used the same configure line for compiling, means including --enable-largefiles and the resulted 2.5-3GB m2v encoded and played back properly.



EDIT: Uops. Gusar seems now finally I saw your post :)
And yes now I remember at that time beside MinGW ones I also tested on CygWin builds!
Could you please also post your encoding commandline.

I had problems with xvid and x264 so this version doesn't support them
Did you also build these LIBs under CygWin from the latest x264/xvid source snapshots or did you take ready builded ones?

[Schnoodledorfer]

Per the MeGUI Guide,
"'avisynth plugins' is no longer used."
I think that pretty much answers your question.


The version at http://megui.sourceforge.net/megui-guide.html
doesn't have that. That's what I was going by and ran into the same problem (with dcomb.dll). :(

If I understand what you're saying (I'm not sure I do), MeGUI will use the plugins directory that's referenced by plugindir2_5 in the HKLM\SOFTWARE\AviSynth registry key (which is probably = "C:\Program Files\GordianKnot\AviSynthPlugins" for most people), with one exception. The exception is that dcomb.dll must be in the plugins subdirectory of the AviSynth install location (normally C:\Program Files\AviSynth 2.5\plugins) for the (optional) purpose of checking for interlacing. Whatever is specified in the avisyth plugins entry of Program Path tab (under Tools/Settings) is completely ignored. (MeGUI just assumes AviSynth has been installed properly and can find its own plugins.) Is that what you mean? And when you say "avisynth plugins" you always mean the the AviSynth 2.5\plugins\ folder, not the GordianKnot\AviSynthPlugins\ folder, right? :confused:

If that's true, then unfortunately, it didn't work for me because the noise filters were in the GordianKnot\AviSynthPlugins\ folder, but plugindir2_5 was pointing at the AviSynth 2.5\plugins\ folder. (This in addition to my original problem with the decomb filter.) I suppose this is more of a Gordian Knot / AviSynth setup issue, though.

It probabably would be a good idea to keep the guide at http://megui.sourceforge.net/megui-guide.html
up to date. I don't know if you have access to it or not. I'm not sure the one inside the forum is of much value, especially since the forum search engine is so bad. (I only found the one inside the forum by using Google.) It might help if it was made sticky. Perhaps you could ask Doom9 or a moderator to do that for you.

[berrinam]

The version at http://megui.sourceforge.net/megui-guide.html
doesn't have that. That's what I was going by and ran into the same problem (with dcomb.dll). :( Weird.... I knew it was out of date, but I didn't realise I had deleted that.

If I understand what you're saying (I'm not sure I do), MeGUI will use the plugins directory that's referenced by plugindir2_5 in the HKLM\SOFTWARE\AviSynth registry keyYes, that is the registry key. However, it is not used by MeGUI, but it is actually used by AviSynth. That key defines the folder that AviSynth will look in to autoload plugins, which means that the plugins in that fo.der do not need to be loaded with loadplugin(). THAT is why MeGUI encourages users to use it, because it simplifies the AviSynth scripts.
(which is probably = "C:\Program Files\GordianKnot\AviSynthPlugins" for most people)From where did you draw that conclusion? AviSynth sets it up as "C:\Program Files\AviSynth\plugins" and I Gordian Knot doesn't change it. I have Gordian Knot installed, yet it still shows as "C:\Program Files\AviSynth\plugins"
Also, why would MeGUI rely on the Gordian Knot plugins folder when Gordian Knot isn't used by MeGUI? The purpose of MeGUI is to replace Gordian Knot.
, with one exception. The exception is that dcomb.dll must be in the plugins subdirectory of the AviSynth install location (normally C:\Program Files\AviSynth 2.5\plugins) for the (optional) purpose of checking for interlacing. I hope you see now, that this is not an exception.

Whatever is specified in the avisyth plugins entry of Program Path tab (under Tools/Settings) is completely ignored. (MeGUI just assumes AviSynth has been installed properly and can find its own plugins.) Is that what you mean?Yep, but not that 'it can find its own plugins', but that the user has put the plugins in the right place.

And when you say "avisynth plugins" you always mean the the AviSynth 2.5\plugins\ folder, not the GordianKnot\AviSynthPlugins\ folder, right? :confused:Yes. Once again, why would MeGUI use GK's plugins folder? It really has caused a fair bit of confusion with GK having its own plugins folder. It would have been much easier if GK just dumped all of its plugins in the AviSynth plugins folder, and then no LoadPlugin() calls would have to be made. However, the devs probably did it that way so that they could avoid any problems with version clashes between plugins.

I suppose this is more of a Gordian Knot / AviSynth setup issue, though.It's not an issue. Leave GK out of the equation, put the plugins in the right place, as directed by my guide, and you have no problems at all.

It probabably would be a good idea to keep the guide at http://megui.sourceforge.net/megui-guide.html
up to date. I don't know if you have access to it or not.Well, I'm actually planning to take it back down. It is much easier to edit forum code than html, and there's no point in trying to keep both up-to-date. I only set up the web one because the forum guide didn't hold enough, but that issue is now fixed.
I'm not sure the one inside the forum is of much value, especially since the forum search engine is so bad. (I only found the one inside the forum by using Google.) It might help if it was made sticky. Perhaps you could ask Doom9 or a moderator to do that for you.The guide has been a sticky from the day after I wrote it. If someone not on Doom9's forum wants to access it, then they would use Google anyway, and anyone on Doom9's forum should know to look at the stickies.

[ChronoCross]

God damnit. Compiling mencoder in cygwin is like trying to push a 2 ton rock. Of course I can compile it with all the custom options that I want. cept the one I really need doesn't fricken work. for some reason it doesn't understand pathnames. When compiling for mencoder you need xvid(done) x264(done) libavcodec(done) and support for win32 dll's(fails). It just cannot fidn those dll's even though the pathname I'm suing is the default one. it seems as though the only way to get lossless to work in mencoder is to use cygwin but you can't pass avisynth scripts through it unless you have win32 dll's enabled. A never ending problem. after 4 hours of google searches to no avail I am giving up for the time being. if anyone has any ideas say so in this thread or pm me.

[Negi]

In MeGui settings in the latest dev build, there is a box that says AVISynth Plugins, but the guide says the box is non-functional. Does it actually do anything? Also, in the Dev Build, you get a lot of (command not found) errors whenever you use the audio encoding dialog box and the oneClick encoding box, and the (mux audio and subtitle box).

[Doom9]

but the guide says the box is non-functional.The guide is right.. it does nothing. /me makes a mental note to remove it...

[stax76]

Well, I'm actually planning to take it back down. It is much easier to edit forum code than html, and there's no point in trying to keep both up-to-date. I only set up the web one because the forum guide didn't hold enough, but that issue is now fixed.

I'm using this code in my productivity scripts and utils:

Public Class Scripting
Public Function GetVBBCode(ByVal htmlcode As String) As String
htmlcode = htmlcode.Replace("<p>", "")
htmlcode = htmlcode.Replace("</p>", "")
htmlcode = htmlcode.Replace("<ul>", "")
htmlcode = htmlcode.Replace("</ul>", "")
htmlcode = htmlcode.Replace("<li>", " ")
htmlcode = htmlcode.Replace("</li>", "")
htmlcode = htmlcode.Replace("<b>", "")
htmlcode = htmlcode.Replace("</b>", "")
htmlcode = htmlcode.Replace("<strong>", "")
htmlcode = htmlcode.Replace("</strong>", "")
htmlcode = htmlcode.Replace("&quot;", """")
htmlcode = htmlcode.Replace("&nbsp;", " ")
htmlcode = htmlcode.Replace("<h1>", vbCrLf + "")
htmlcode = htmlcode.Replace("</h1>", "" + vbCrLf)
htmlcode = htmlcode.Replace("<h2>", vbCrLf + "")
htmlcode = htmlcode.Replace("</h2>", "" + vbCrLf)

Return htmlcode
End Function
End Class

[dimzon]

The guide is right.. it does nothing. /me makes a mental note to remove it...
let's keep this textbox as readonly (we can show actual AviSynth plugin folder here from registry) for information puposes

[Avish]

Avish to answer your question about color correction go here
http://forum.doom9.org/showthread.php?t=82217&highlight=ColorMatrix

Mpeg2Deblocking enables the psot-processing functions of DGDecode. They are relatively fast and in my opinion should always be enabled as DgDecode has access to special information straight fromt he source that allows for accurate deblocking.
Thanks ChronoCross for the reply :)

BTW I just installed the x264 revision 423 & found out that it contains MeGUI version 0.2.3.2068. I wanted to ask Devs that is this version usable for us normal users or is it another one of "only for Devs" version?

[Schnoodledorfer]

From where did you draw that conclusion? AviSynth sets it up as "C:\Program Files\AviSynth\plugins" and I Gordian Knot doesn't change it.
I assumed that because I thought GordianKnot\AviSynthPlugins\ was where the plugins were autoloaded from. I assumed GK included that folder so that the plugins in it would automatically be available. I checked the registry later and yes, it points to AviSynth\plugins\ instead. I really wish GK called AviSynthPlugins something like AviSynth_plugin_repository or _vault or something like that. It would make the intent more clear.

It would have been much easier if GK just dumped all of its plugins in the AviSynth plugins folder, and then no LoadPlugin() calls would have to be made. However, the devs probably did it that way so that they could avoid any problems with version clashes between plugins.

This is from http://www.avisynth.org/AviSynthPlugins:
It is possible to put all plugins and script files with user-defined functions or (global) variables in a directory from where all files with the extension .AVS and .DLL are loaded at startup, unloaded and then loaded dynamically as the script needs them.
I guess you wouldn't want dlls you didn't normally use to be loaded and unloaded each time AviSynth starts. (But maybe programs normally do this and it's no big deal - I'm not a professional programmer, so I don't know.) In any case, it makes AviSynth crash. (I tried it.) That's a pretty good reason. ;)

And when you say "avisynth plugins" you always mean the the AviSynth 2.5\plugins\ folder, not the GordianKnot\AviSynthPlugins\ folder, right? Yes.Wrong! ;) I finally figured out what you meant by: "'avisynth plugins' is no longer used" in the guide. In that case you were referring to the entry on the "Program Paths" tab of MeGUI's settings, not any particular folder. See below for a suggestion on how to clarify that.

Thanks for fixing up the guide at sourceforge. It's best that there is only one version.

I don't know how I missed the MeGUI guide being a sticky. I was probably looking in the wrong forum. :o

Because of the confusion over the meaning of "avisynth plugin", which seems to have affected more than just me, I would recommend making these changes to the guide:

Remove "avisynth plugins' is no longer used." Then add (near the bottom of your first post, just above "Pre-rendering of AviSynth scripts..." the following paragraph:

[I]These dlls will automatically be loaded by avisynth if they are placed in the folder that contains the plugins that AviSynth autoloads (normally C:\Program Files\AviSynth 2.5\plugins). If you wish to use a plugin stored elsewhere (such as in the "AviSynthPlugins" folder created by GordianKnot), it is necessary to include a call to the LoadPlugin() function inside the script. This can be added to the script by using the "Load dll" feature on the Edit tab of the AviSynth Script Creator tool. The script can be manually edited before saving as well. See the "AviSynth templates" section in the next post for a way to automate the creation of customized scripts. (Edited to fix minor typo)

Also, I suggest changing: "You also need NicAudio.dll and mpasource.dll in your AviSynth plugins folder. " to "You also need to place NicAudio.dll and mpasource.dll into the folder that contains the plugins that AviSynth autoloads (normally C:\Program Files\AviSynth 2.5\plugins)." From then on changing "avisynth plugins folder" to "the folder that contains the plugins that avisynth autoloads". That's more verbose, but it's closer to the way it is said on avisynth.org.

One final thing I would perfer would be to change every use of "the AviSynth script creator" to "the AviSynth Script Creator tool". That to me sounds much more like a tool that would be inside MeGUI, rather than some external thing. I know I was confused at one point yesterday on this issue, but that may have been triggered by another post elsewhere. (I was confused about plenty of things yesterday!) :rolleyes:

The guide is right.. it does nothing. /me makes a mental note to remove it... Actually, it does do something, just not much. It provides the default location to find the dlls if the user uses the Load DLL function on the AviSynth Script Generator. (I just figured that out!) If you disable this, it would be nice if MeGUI would at least remember where a user loaded an external plugin from and use that the next time as the default.

let's keep this textbox as readonly (we can show actual AviSynth plugin folder here from registry) for information puposes
I think that would still create confusion, unless you label it "Autoloaded AviSynth plugins" or something like that. As it is now, it points elsewhere -- to the default location for external non-autoloaded plugins.

How about also moving up the "Load DLL" row on the Edit tab of the AviSynth Script Generator, or better yet, display something more descriptive. If you don't know what's going on, "Load DLL" won't mean anything to you. Perhaps something like "Manually load dlls for external AviSynth plugins". Perhaps you could draw an option group (that's what it's called in VBA, anyway) around it and use that as the label.

This is nitpicky perhaps, but the actual window has the title "AviSynth Script Generator", but the menu item says "AviSynth Script Creator". That could cause confusion in a discussion over whether someone meant an external tool vs. MeGUIs tool, I suppose.

I don't know if this qualifies as a "feature request" or not. I can say something in the right place, if it would help.

[Morte66]

I encoded/muxed some mp4 files using my special "user is sleepwalking" profile, and somehow ended up with the wrong aspect ratio so they play at about 2:1 instead of 16:9.

So, um, what do you guys use when you want to change the SAR of an existing mp4 file with minimal fuss?

[Richard Berg]

mp4box can change the SAR in-place.

[nufan292]

I'm hoping someone can help this newb that is me, with MeGUI. I have everything installed and I believe in the right places as well. And all the files are pointing to the right locations in the setup. The problem is that after ripping a dvd, and doing the d2v creation and avs creation steps, the encode part seems to fail. Here's a log from MeGUI:
Starting job job1 at 12:31:05 AM
Job is a dgindex job. dgindex commandline:
"C:\Program Files\AviSynth 2.5\plugins\DGIndex.exe" -AIF=[E:\SERENITY\AUDIO_TS\VTS_01_1.VOB] -OF=[E:\SERENITY\AUDIO_TS\VTS_01_1] -exit -OM=1 -TN=1
successfully set up dgindex
Processing ended at 12:33:53 AM
----------------------------------------------------------------------------------------------------------

Log for job job1


----------------------------------------------------------------------------------------------------------
Generating jobs. Desired size: 1153433600 bytes
Setting desired size of video to 1153433600 bytes
Starting job job2-1 at 12:36:52 AM
Job is an audio job. Commandline:
-core( -input "E:\SERENITY\AUDIO_TS\VTS_01_1 T01 3_2ch 448Kbps DELAY 0ms.ac3" -output "E:\SERENITY\AUDIO_TS\VTS_01_1 T01 3_2ch 448Kbps DELAY 0ms.mp4" -logfile "E:\SERENITY\AUDIO_TS\VTS_01_1 T01 3_2ch 448Kbps DELAY 0ms.besweet.log" ) -azid( -q 100 ) -ota( -g max )
successfully started encoding
Processing ended at 1:07:40 AM
----------------------------------------------------------------------------------------------------------

Log for job job2-1

Channels=6, BitsPerSample=16, SampleRate=48000Hz
C:\Program Files\MeGUI-0.2.3.2089-Dev\faac\faac.exe -q 100 -o "E:\SERENITY\AUDIO_TS\VTS_01_1 T01 3_2ch 448Kbps DELAY 0ms.mp4" -P -X -R 48000 -B 16 -C 6 --mpeg-vers 4 -Freeware Advanced Audio Coder
FAAC 1.24.1 (May 17 2005) UNSTABLE

Remapping input channels: Center=3, LFE=4
Quantization quality: 100
Bandwidth: 16000 Hz
Object type: Low Complexity(MPEG-4) + M/S
Container format: MPEG-4 File Format (MP4)
Encoding - to E:\SERENITY\AUDIO_TS\VTS_01_1 T01 3_2ch 448Kbps DELAY 0ms.mp4
frame | elapsed | play/CPU
334810 | 1845.8 | 3.87x



----------------------------------------------------------------------------------------------------------
job job2-1 has been processed. This job is linked to the next job: job2-2
this series of jobs starts with an audio job and is followed by regular twopass video jobs
The audio job is named job2-1 the first pass job2-2 and the second pass job2-3
The second pass job has a desired final output size of 1153433600 bytes and video bitrate of 700 kbit/s
The size of the first audio track is 273216042 bytes
Desired video size after substracting audio size is 859587Setting the desired bitrate of the subsequent video jobs to -2147483648 kbit/s
Starting job job2-2 at 1:07:41 AM
Job is a video job. encoder commandline:
--pass 1 --bitrate -2147483648 --stats "E:\SERENITY\AUDIO_TS\Serenity.stats" --analyse p8x8,b8x8,i4x4 --progress --no-psnr --output NUL "E:\SERENITY\AUDIO_TS\Serenity.avs"
successfully started encoding
Processing ended at 1:07:43 AM
----------------------------------------------------------------------------------------------------------

Log for job job2-2


----------------------------------------------------------------------------------------------------------
job job2-2 has been processed. This job is linked to the next job: job2-3
Starting job job2-3 at 1:07:43 AM
Job is a video job. encoder commandline:
--pass 2 --bitrate -2147483648 --stats "E:\SERENITY\AUDIO_TS\Serenity.stats" --analyse p8x8,b8x8,i4x4 --progress --no-psnr --output "E:\SERENITY\AUDIO_TS\Serenity.mp4" "E:\SERENITY\AUDIO_TS\Serenity.avs"
successfully started encoding
Processing ended at 1:07:43 AM
----------------------------------------------------------------------------------------------------------

Log for job job2-3

desired video bitrate of this job: -2147483648 kbit/s - obtained video bitrate: NaN kbit/s
----------------------------------------------------------------------------------------------------------
job job2-3 has been processed. This job is linked to the next job: job2-4
Starting job job2-4 at 1:07:43 AM
Job is a mux job. Commandline:
-add "E:\SERENITY\AUDIO_TS\Serenity.mp4" -add "E:\SERENITY\AUDIO_TS\VTS_01_1 T01 3_2ch 448Kbps DELAY 0ms.mp4" -new "E:\SERENITY\AUDIO_TS\Serenity-muxed.mp4"
calling setup failed with error Could not find mp4box.exe in the path specified: mp4box.exe Please specify the proper path in the settings
Starting job job2-4 at 7:26:58 AM
Job is a mux job. Commandline:
-add "E:\SERENITY\AUDIO_TS\Serenity.mp4" -add "E:\SERENITY\AUDIO_TS\VTS_01_1 T01 3_2ch 448Kbps DELAY 0ms.mp4" -new "E:\SERENITY\AUDIO_TS\Serenity-muxed.mp4"
calling setup failed with error Could not find mp4box.exe in the path specified: mp4box.exe Please specify the proper path in the settings
Any help would be appreciated, thanks.

[Sharktooth]

ensure you have properly set the path to needed programs in the megui settings (expecially x264 and mp4box)...

[nufan292]

Yup mp4box.exe was pointing wrong. Shold I kick myself now, or later.

[nufan292]

Ok, I just tried encoding the video only and this is what the log says:
Log for job job1

desired video bitrate of this job: 700 kbit/s - obtained video bitrate: NaN kbit/s
And I triple checked that x264 was pointing correctly. In the queue it shows up as done. Being a newb sucks.