Log in

View Full Version : MeGUI: bug reports and feature requests


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 [100] 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147

LigH
8th February 2016, 15:54
When you try the same video with the same encoder and the same script several times, and it crashes only sometimes, then you should possibly be suspicious of your memory or CPU and check if they may overheat. If it crashes reliably always about at the same percentage of progress inside the movie, then the source file is probably corrupt. If it crashes always alreay when loading an AviSynth script, then something with AviSynth and its plugins may be broken. If you do a 2-pass encode and it always crashes when the 2nd pass runs directly after the 1st, there may be issues with the stats file. — Do you need more different reasons? If not, please start telling us more technical details about the circumstances when the crash happens and how well it is reproducable without changing anything, or with only little changes.

adem940
8th February 2016, 16:31
When you try the same video with the same encoder and the same script several times, and it crashes only sometimes, then you should possibly be suspicious of your memory or CPU and check if they may overheat. If it crashes reliably always about at the same percentage of progress inside the movie, then the source file is probably corrupt. If it crashes always alreay when loading an AviSynth script, then something with AviSynth and its plugins may be broken. If you do a 2-pass encode and it always crashes when the 2nd pass runs directly after the 1st, there may be issues with the stats file. — Do you need more different reasons? If not, please start telling us more technical details about the circumstances when the crash happens and how well it is reproducable without changing anything, or with only little changes.

encoding always stops at 0,29% tried another video, crashed at same place, replaced x264, this time crashed at 78%.

things I did just now;

-uninstalled lav filters (cleaned residual files)
-restarted my computer.
-reinstalled lav filters
-replaced x264 again.
-changed megui updater to developer, my version was 2624, now it updated to 2627

and now it works again, it is weird :D

LigH
8th February 2016, 16:44
This is so unspecific and random, I'd guess it's RAM overheating. Did you overclock? When did you clean your PC the last time? Is it a workstation PC or a laptop?

encoding always stops at 0,29% tried another video, crashed at same place...

My guess: The system was still hot, so it crashed early in both cases.

... replaced x264, this time crashed at 78%.

My guess: Replacement took a bit time, system was able to cool down.

things I did just now;

-...
-restarted my computer.
-...
and now it works again, it is weird :D

Even more time to cool down.

Different builds may have slightly different utilizations per core or memory throughput, depending on optimizations.

Well, it's guesswork. But in general, the MeGUI as such is most probably not the reason, therefore should not be blamed here in this thread.

adem940
8th February 2016, 16:54
.

Well, it's guesswork. But in general, the MeGUI as such is most probably not the reason, therefore should not be blamed here in this thread.

I never did overclocking, my cpu supports it but not my motherboard, it is i5 2500k cpu, motherboard is new, bought it a few months ago, graphic card is gtx 660, rams are gaming rams too, about cleaning, it has been a quite while since I cleaned inside my case, last time was when I bought the new motherboard, maybe I should clean it soon, I think it is really because of overheating.

hello_hello
9th February 2016, 11:34
adem940,
Unless you have a particularly dirty environment, a few months isn't a long time between cleaning the inside of a case. If the MB is relatively new, maybe it's a problem with the CPU heatsink being mounted correctly, or with thermal paste not being applied well.

Google RealTemp or Core Temp or SpeedFan and if your MB supports it, you'll be able to check CPU temperature. It's a good idea to install more than one as if they agree, it's more likely they're getting it correct.

You might want to also try Prime95. It'll probably test the CPU cooling more than x264 encoding and it's used for testing system stability.

Barough
15th February 2016, 18:38
FFmpeg v3.0 "Einstein" is released. :)

hello_hello
22nd February 2016, 17:23
I could be losing my mind, but.......

I'm certain in the past you could load a script into MeGUI's video section, click the "Reopen video preview" button, and the preview window would open displaying the aspect ratio at the bottom. There's a check-box for previewing the aspect ratio that still works as it should, but in the past if you changed the aspect ratio at the bottom of the preview, closed the preview and added the script to the queue for encoding, MeGUI would use the newly set aspect ratio when encoding, even over-riding any aspect ratio added to the script by the anamorphic encoding function.

Does it work that way for anyone else, because currently (MeGUI 2627) I don't seem to be able to over-ride the aspect ratio at all. I can change it, but the new aspect ratio isn't used when encoding, which seems to make the ability to change it somewhat redundant.

Thanks.

PS Is Zathor still around and okay? I don't think he's posted for a while.

hello_hello
23rd February 2016, 05:31
Again I thought I was losing my mind, but......

The ability to change x264 encoder preset after opening the encoder configuration no longer works. Selecting a new preset doesn't "stick" after closing the encoder configuration. For example:

Select "x264 preset A" in the video section's encoder dropdown list.
Click Config.
When the encoder configuration opens, select "x264 preset B" from the dropdown list.
Click Okay. The encoder configuration will close.
The selected preset in the encoder drop down list will still be "x264 preset A".

That's MeGUI 2627 and the encoder preset names in the above example are fictional.

ToyCar
24th February 2016, 14:44
Is there any way to auto-load audio after AVS script created?

LigH
24th February 2016, 15:25
I believe that MeGUI prefers to handle video and audio with separate AviSynth scripts. But you could manually edit the generated AviSynth video script file and load this as source in the main dialog for both video and audio processing.

hello_hello
24th February 2016, 23:01
Is there any way to auto-load audio after AVS script created?

If you're referring to loading it into the audio section for encoding, after you've indexed the source file with the File Indexer, that's what should happen. For source files where MeGUI can extract the audio (AVI and MP4 being notable exceptions), the extracted audio should be loaded into the audio section. For those source types where it can't extract the audio, it should create a script to re-encode it instead. You can also load video files containing audio directly into the audio section (I don't know if it works for every file type).

If you're referring to getting MeGUI to combine the encoded video and audio into a finished output file for you, try the AutoEncode button. That's pretty much what AutoEncode does. If you've extracted the audio and don't want to re-encode it, use the "X" button in the audio section to clear it before clicking AutoEncode. When the AutoEncode window opens, there's a checkbox for adding existing audio to the output. Check it, click Queue, and a second window will open for adding existing streams to the output.

Octo-puss
27th February 2016, 14:50
Given it's an AVI containing lossless video, you could try opening the Script Creater from the Tools menu and selecting the AVI as the input video. When MeGUI asks how you want to open it, select AviSource. No indexing required.
A bit late to the party... I don't have such option in the dialogue. What do I do? I only see one click encoder, file indexer, or directshowsource (which gives me some error message about not being able to render the file).
edit: oh nevermind, this file I have here is in mkv container. Guess I'll have to wait 3 hours for the damn index to be created :(

LigH
27th February 2016, 15:12
If you have an AVI, MeGUI should use AviSource instead of DirectShowSource.

3 hours for an index? Shouldn't that be just a matter of few minutes?

Octo-puss
27th February 2016, 18:17
It's a 70GB file...
Too bad there's no way to simply open it and start encoding without creating that damn index when the container is mkv.

LigH
27th February 2016, 18:26
Oh, there are many ways. Just not all of them are provided by MeGUI. And indexing is not the worst way to provide reliable access to the content; but still, even it it has 70 GB, 3 hours are surprisingly much.

Alternative source filters would require to edit an AviSynth script manually and open it in the main dialog as video source. There is e.g. DSS2Mod which preferably uses a local copy of LAV Filters via a direct API instead of DirectShow. But I believe it handles video only.

Groucho2004
27th February 2016, 18:35
but still, even it it has 70 GB, 3 hours are surprisingly much.
Over a 100Mbit network connection or a very slow hard drive this would be about the time it takes.

hello_hello
28th February 2016, 09:43
A bit late to the party... I don't have such option in the dialogue. What do I do? I only see one click encoder, file indexer, or directshowsource (which gives me some error message about not being able to render the file).
edit: oh nevermind, this file I have here is in mkv container. Guess I'll have to wait 3 hours for the damn index to be created :(

DirectShowSource would be the no-indexing option for MKV.

DirectShowSource isn't usually recommended because it's not frame accurate when seeking and relies on having an appropriate DirectShow codec installed for decoding, which is out of MeGUI's control, and for MKV I think you'll also need the Haali Media Splitter installed, but DirectShowSource would be worth trying, especially if the source contains lossless video, and especially if the alternative is three hours of indexing. If you're just encoding from start to finish, it should be fine.

The Script Creator also has an option to use DSS2, which comes with the Haali splitter, and should be more reliable.

Also, if the MKV contains audio, trying indexing with ffmsindex instead of L-Smash. For ffmsindex, MeGUI tells it to only index the video. For L-Smash it doesn't, probably because L-Smash doesn't have such an option (I'm not 100% sure), so as a result L-Smash indexing can take a lot longer. Maybe twice as long?

For file types where MeGUI indexes but can't extract the audio, so instead it creates a script to encode it, if you include the audio in the indexing job it'll have to be indexed, but for MKV when you tell the file indexer to include the audio it'll extract it, which can be slow for large files, but using ffmsindex will at least ensure it's not being unnecessarily indexed too.
(If ffmsindex gives you any problems, try setting "ffms thread count" to "1" in MeGUI's settings).

kuchikirukia
5th March 2016, 01:01
Why doesn't MeGUI come with anything? I just downloaded it on my other computer so I could start to encode there, moved my plugins, but MeGUI was hopeless because it had nothing -- no LSMASH, and not even x264.

E:
invalid arguments to function assumetff

Remove ()

I don't know what "assumetff" means

Oh joy.

And would you look at that, someone saved 2.6MT as a 7z so Windows can't even open it.

hello_hello
5th March 2016, 09:38
Why doesn't MeGUI come with anything? I just downloaded it on my other computer so I could start to encode there, moved my plugins, but MeGUI was hopeless because it had nothing -- no LSMASH, and not even x264.

It probably would have been easier to copy your MeGUI folder over from your other computer while you were moving plugins, but all the tools normally included in the update_cache folder in the zip file you download.......L-smash, x264, x265, mkvtoolnix..... there's normally 20 or more..... they weren't included in the file you downloaded?

kuchikirukia
5th March 2016, 15:05
Ah, yes, I see that they are in update_cache. Why aren't they out where they belong?
MeGUI is a portable front-end to portable apps. Shipping as a front-end to nothing and needing to go through an install process to reach a usable state goes against all expectation of a portable program.

One of MeGUI's strengths is that the individual tools are exposed for external use. I'd download MeGUI even if I didn't use MeGUI just because its toolkit is so comprehensive. "A folder full of archives" isn't really the same thing.

hello_hello
5th March 2016, 16:07
I haven't installed MeGUI from scratch in quite a while, but I'm pretty sure if you run the updater it'll unpack all the tools and put them in the tools folder for you. I assume it also checks the update server if it can and downloads any newer tools from there.

I'm not sure why they all start off in the update_cache folder, although one likely reason is so MeGUI knows where to find them if you accidentally delete one of the tools or update one yourself and things go south etc. Whatever the reason, if need be you can delete any of the tools and use the updater to force a "re-install" from the update_cache folder. The average portable program tends not to have an updater, at least not for individual components.

Doesn't MeGUI advise you to run the updater the first time you run it? Maybe not. I can't remember.

stax76
5th March 2016, 16:47
I gave it try with a fresh install, many packages didn't need an update, 19 packages had to be updated, everything was downloaded and extracted within 2 minutes, only thing I noticed is I had to manually enable all packages one by one for updating with context menu. It's however not necessary to update everything because for instance when indexing with l-smash and the l-smash package is not available MeGUI notices it and updates it automatically. Conclusion, no problems as far as I can tell.

sneaker_ger
7th March 2016, 15:58
There is a problem with the included mp4box version and HEVC muxing. It should be updated to a recent version. (From here (https://gpac.wp.mines-telecom.fr/downloads/gpac-nightly-builds/) for example)

stax76
7th March 2016, 19:33
There is a problem with the included mp4box version and HEVC muxing. It should be updated to a recent version. (From here (https://gpac.wp.mines-telecom.fr/downloads/gpac-nightly-builds/) for example)

If you want a static build it's very simple to build with Visual Studio 2015.

https://github.com/gpac/gpac/archive/master.zip

gpac/build/msvc14/gpac_mp4box_mini.sln

latest StaxRip test build has a fresh x64 mp4box build

Zathor
7th March 2016, 20:08
There is a problem with the included mp4box version and HEVC muxing. It should be updated to a recent version. (From here (https://gpac.wp.mines-telecom.fr/downloads/gpac-nightly-builds/) for example)
Please tell me exactly which version to use as I am not able to test anything. So I can simply upload it. This may also be relevant / for interest: https://sourceforge.net/p/megui/bugs/828/

Zathor
7th March 2016, 20:22
PS Is Zathor still around and okay? I don't think he's posted for a while.
Yes, I am here (again) ;)
It seems there were no major problems during my absence.

2931 [MediaInfo] improved DVD audio track language detection
2930 [Audio Encoder] fixed a crash if a very large audio delay is used
2629 [OneClick] fixed Blu-Ray playlist processing if a track has no proper language tag (regression of 2572)
2628 [x264] added 16:15 to the --sar values during the last months.

sneaker_ger
7th March 2016, 20:34
Please tell me exactly which version to use as I am not able to test anything.
http://download.tsi.telecom-paristech.fr/gpac/latest_builds/win32/gpac-0.6.1-rev11-ga16e6ee-master-win32.exe

Zathor
7th March 2016, 20:52
Thanks, uploaded (together with a new x265 version).

leon
8th March 2016, 19:46
couldn't update MeGUI 2627 to the recent version (2632) :

http://i68.tinypic.com/5ahmdd.jpg

Zathor
8th March 2016, 22:36
Please try it a second time (or third/fourth/...)

albesp77
14th March 2016, 16:41
Latest LSMASH from update server (r859) is really unstable, tried from megui and with avisynth outside megui, i have continuous crash on video analysis, back to old build!

Bruce/Fl
15th March 2016, 00:20
I'm having an issue with MeGUI.

I am using a tweaked for my needs variation of VideoFreds/John Meyers 8mm restoration script. Everytime I try to load it in MeGUI the program crashes before it even gets to the preview screen. I can however, get the exact same script to open in VDub, mpc-hc, etc.

It's been pointed out that if the script opens in VDub, there is no reason why MeGUI shouldn't open it as well, which makes sense. But it doesnt.

I have a much shorter script that does degraining, and MeGUI *will* open that one, as will VDub, mpc-hc, etc.

So MeGUI works for me, but not on the script that I really need it to. I know it doesn't make sense, but that is where I am at.

I'm hoping someone here might have an idea based on just the circumstances I posted.

I can post the scripts if that is what would give better insight, (The one will take 3 posts to include it all) but I'm holding off on the small chance someone recognizes the issue I am having.

I've deleted and reinstalled both Avisynth and MeGUI. I downloaded the previous version of MeGUI just to see what might happen, and it actually got to the preview screen, but when I hit "queue", it crashed as well.

Really puzzling.

Groucho2004
15th March 2016, 02:11
It's been pointed out that if the script opens in VDub, there is no reason why MeGUI shouldn't open it as well, which makes sense.
That is not necessarily correct. Megui and VDub use different ways to interface with Avisynth and the preview functionality is also not the same.
I suggest that you first determine how much memory your script uses. Run the script with AVSMeter (http://forum.doom9.org/showthread.php?t=165528) with the "-log" switch and post the log here (or, if the log is too big, on pastebin or similar). If it crashes, report the error.

stax76
15th March 2016, 03:27
The interface can make a difference and further the platform the client is built with can make a difference.

Bruce/Fl
15th March 2016, 14:14
That is not necessarily correct. Megui and VDub use different ways to interface with Avisynth and the preview functionality is also not the same.
I suggest that you first determine how much memory your script uses. Run the script with AVSMeter (http://forum.doom9.org/showthread.php?t=165528) with the "-log" switch and post the log here (or, if the log is too big, on pastebin or similar). If it crashes, report the error.

Thank you for looking into this with me.

I downloaded the program, but am having trouble running it.

I haven't been able to convert the command line that you gave as an example to run my script. I have very little experience with cmd.

But I saw where you can drop the script on the executable, so I tried that. A box popped up, doing work, then a few lines showed up at the bottom and the box closed itself and disappeared way before I could read it.

If it left a log file, I don't know where it put it, I checked all of the folders that installed with the program.

I apologize, but for something like what is posted in the instructions on how to use it, I need it spelled out for me. I'm not very intuitive at all with processes like this. I wish I was

Groucho2004
15th March 2016, 18:00
Thank you for looking into this with me.

I downloaded the program, but am having trouble running it.

I haven't been able to convert the command line that you gave as an example to run my script. I have very little experience with cmd.

But I saw where you can drop the script on the executable, so I tried that. A box popped up, doing work, then a few lines showed up at the bottom and the box closed itself and disappeared way before I could read it.

If it left a log file, I don't know where it put it, I checked all of the folders that installed with the program.

I apologize, but for something like what is posted in the instructions on how to use it, I need it spelled out for me. I'm not very intuitive at all with processes like this. I wish I was
I'm not going to give a CLI tutorial but you can do this:
Navigate to the directory to which you copied AVSMeter.exe and open "AVSMeter.ini" with a text editor (notepad). Change "CreateLog=0" to "CreateLog=1" and "PauseBeforeExit=0" to "PauseBeforeExit=1". Create a shortcut to AVSMeter.exe and drop the script on the icon. The log file will be created in the same directory as the script (scriptname.log).

Bruce/Fl
15th March 2016, 22:27
I'm not going to give a CLI tutorial but you can do this:
Navigate to the directory to which you copied AVSMeter.exe and open "AVSMeter.ini" with a text editor (notepad). Change "CreateLog=0" to "CreateLog=1" and "PauseBeforeExit=0" to "PauseBeforeExit=1". Create a shortcut to AVSMeter.exe and drop the script on the icon. The log file will be created in the same directory as the script (scriptname.log).

Thank you, that gave me something to look at.

It didn't generate a log this time, but the window (which now stayed open for me!) said:

AVSMeter 2.1.6 (x86)
AviSynth 2.60, build:Mar 31 2015 [16:38:54] <2.6.0.6>

Exception 0xC0000005
STATUS_ACCESS_VIOLATION

Press any key to exit...


That probably tells you something, let me know what I need to do next.

Edited to add: I also ran through my shorter script, just to see what it would look like, and do, as far as creating a log.

It had moch more info in the window, as it should, and obviously no exceptions, but it didn't create a log file either. Was there some other value in the ini I was supposed to modify?

Groucho2004
15th March 2016, 22:44
Thank you, that gave me something to look at.

It didn't generate a log this time, but the window (which now stayed open for me!) said:


That probably tells you something, let me know what I need to do next.

Edited to add: I also ran through my shorter script, just to see what it would look like, and do, as far as creating a log.

It had moch more info in the window, as it should, and obviously no exceptions, but it didn't create a log file either. Was there some other value in the ini I was supposed to modify?
AVSMeter should create a log in any case if you set "CreateLog" to 1. If you have UAC enabled it could be the reason that prevents AVSMeter from writing to the script directory.
As for the access violation message - that could be a lot of things, you have to debug the script line by line.

Bruce/Fl
15th March 2016, 23:59
AVSMeter should create a log in any case if you set "CreateLog" to 1. If you have UAC enabled it could be the reason that prevents AVSMeter from writing to the script directory.

I went to the UAC that is accessed through the Control panel, set it temporarily to none and tried again, still no log. Are there other places that there might be a place for me to make a setting adjustment? I looked at my anti virus (Avast) to see if there was a setting similar, nothing jumped out at me.


As for the access violation message - that could be a lot of things, you have to debug the script line by line.

Any tips on how best to accomplish that? Are there processes to do that besides just looking at the lines?

Thank you again

Glarioo
16th March 2016, 08:10
Can I remove the "update_cache"?
Or does MeGUI need this for something.

Groucho2004
16th March 2016, 10:14
Any tips on how best to accomplish that? Are there processes to do that besides just looking at the lines?Looking at the lines isn't going to accomplish anything. Even basic understanding of how Avisynth works isn't going to help with finding the problem(s) in this case (which is debugging videofred's restoration script, I presume).

My wild guess would be that one or more plugins are misbehaving.

You should check your Avisynth installation and available plugins. Run this (http://forum.doom9.org/showthread.php?t=170647) tool and save the logs/reports ("File" -> "Save info" and "Tools" -> "Plugin info" -> "Save plugin info report") and post them here (or off-site if they are too big).

Bruce/Fl
16th March 2016, 14:26
Run this (http://forum.doom9.org/showthread.php?t=170647) tool and save the logs/reports ("File" -> "Save info" and "Tools" -> "Plugin info" -> "Save plugin info report") and post them here (or off-site if they are too big).

i tried to download the program, but my anti virus flagged it as harmful, the Win32:evo-gen[susp] to be exact, which a quick google says is not good.

Has anybody else had this issue or has the upload site been compromised?

EDIT: I tried on my laptop, and was able to download with no issues (Different antivirus)

Looking into it now

LigH
16th March 2016, 14:52
False alarms by stupid snake-oil software is a regular staircase wit in this board...

Bruce/Fl
16th March 2016, 15:05
Looking at the lines isn't going to accomplish anything. Even basic understanding of how Avisynth works isn't going to help with finding the problem(s) in this case (which is debugging videofred's restoration script, I presume).

My wild guess would be that one or more plugins are misbehaving.

You should check your Avisynth installation and available plugins. Run this (http://forum.doom9.org/showthread.php?t=170647) tool and save the logs/reports ("File" -> "Save info" and "Tools" -> "Plugin info" -> "Save plugin info report") and post them here (or off-site if they are too big).

OK, I have the info.

The AVISynth info looks normal, I would guess. The plud=g in info is probably kind of sparse.

The reason for that is, I was doing some trouble shooting on this problem, and came across this post: (http://forum.doom9.org/showthread.php?p=1542200#post1542200)

The most usual reasons for such deep crashes are: Corrupt source material; way too many unnecessary installed codecs and filters; a heap of DLLs in the AviSynth plugins folder where one fails autoloading (e.g. some SSE3 corruptimized versions).

Try to open the script in a more basic video tool like VirtualDub; its crash catcher will probably report something similar.

Clean your AviSynth plugins folder (move everything elsewhere), re-install AviSynth, and compare the reaction of MeGUI and VirtualDub while loading the same script.

So I removed them out of the plugins folder. But they are still on my computer. My scripts stilll work, probably because of the "loadplugin" command? The ones that are there I assume came when I reloaded AVISynth. Maybe I moved the MVTools2 in it, possibly.

Let me know if I need to drop them back in the plugin folder and run the AVSInfo again.

Here are the files:

[General Info - Avisynth.dll]
Version String: AviSynth 2.60, build:Mar 31 2015 [16:38:54]
File Version: 2.6.0.6
Directory: C:\Windows\SysWOW64
Timestamp: 2015-03-31, 01:40:58
MT Support: No

[Plugin Directories]
PluginDir2_5 (HKLM) C:\Users\Bruce\Videos\Tools\AVISynth\plugins

[Supported Color Spaces]
YUY2, Y8, YV12, YV16, YV24, YV411, RGB24, RGB32

[Internal Functions (357)]
abs
acos
AddBorders
AlignedSplice
Amplify
AmplifydB
Animate
Apply
ApplyRange
asin
Assert
AssumeBFF
AssumeFieldBased
AssumeFPS
AssumeFrameBased
AssumeSampleRate
AssumeScaledFPS
AssumeTFF
atan
atan2
audiobits
audiochannels
AudioDub
AudioDubEx
audioduration
audiolength
audiolengthf
audiolengthhi
audiolengthlo
audiolengths
audiorate
AudioTrim
AverageChromaU
AverageChromaV
AverageLuma
AVIFileSource
AVISource
BicubicResize
BilinearResize
bitand
bitchange
bitchg
bitclear
bitclr
bitlrotate
bitlshift
bitlshifta
bitlshiftl
bitlshifts
bitlshiftu
bitnot
bitor
bitrol
bitror
bitrrotate
bitrshifta
bitrshiftl
bitrshifts
bitrshiftu
bitsal
bitsar
bitset
bitshl
bitshr
bittest
bittst
bitxor
BlackmanResize
Blackness
BlankClip
Blur
Bob
Cache
ceil
ChangeFPS
Chr
ChromaUDifference
ChromaVDifference
ColorBars
ColorBarsHD
ColorKeyMask
ColorYUV
Compare
ComplementParity
ConditionalFilter
ConditionalReader
ConditionalSelect
ContinuedDenominator
ContinuedNumerator
ConvertAudio
ConvertAudioTo16bit
ConvertAudioTo24bit
ConvertAudioTo32bit
ConvertAudioTo8bit
ConvertAudioToFloat
ConvertBackToYUY2
ConvertFPS
ConvertToMono
ConvertToRGB
ConvertToRGB24
ConvertToRGB32
ConvertToY8
ConvertToYUY2
ConvertToYV12
ConvertToYV16
ConvertToYV24
ConvertToYV411
cos
cosh
Crop
CropBottom
Default
Defined
DelayAudio
DeleteFrame
DirectShowSource
Dissolve
DoubleWeave
DuplicateFrame
Echo
EnsureVBRMP3Sync
Eval
Exist
exp
FadeIn
FadeIn0
FadeIn2
FadeIO
FadeIO0
FadeIO2
FadeOut
FadeOut0
FadeOut2
fillstr
findstr
FixBrokenChromaUpsampling
FixLuminance
FlipHorizontal
FlipVertical
float
floor
fmod
frac
framecount
FrameEvaluate
framerate
frameratedenominator
frameratenumerator
FreezeFrame
GaussResize
GeneralConvolution
GetChannel
GetChannels
GetLeftChannel
GetParity
GetRightChannel
Grayscale
Greyscale
HasAudio
HasVideo
height
Hex
hexvalue
Histogram
HorizontalReduceBy2
ImageReader
ImageSource
ImageSourceAnim
ImageWriter
Import
Info
int
Interleave
InternalCache
Invert
IsAudioFloat
IsAudioInt
IsBool
IsClip
IsFieldBased
IsFloat
IsFrameBased
IsInt
IsInterleaved
IsPlanar
IsRGB
IsRGB24
IsRGB32
IsString
IsY8
IsYUV
IsYUY2
IsYV12
IsYV16
IsYV24
IsYV411
KillAudio
KillVideo
Lanczos4Resize
LanczosResize
Layer
lcase
leftstr
Letterbox
Levels
Limiter
Load_Stdcall_Plugin
LoadCPlugin
LoadPlugin
LoadVFAPIPlugin
LoadVirtualdubPlugin
log
log10
Loop
LumaDifference
Mask
MaskHS
Max
Merge
MergeARGB
MergeChannels
MergeChroma
MergeLuma
MergeRGB
MessageClip
midstr
Min
MixAudio
MonoToStereo
muldiv
nop
Normalize
Null
OpenDMLSource
Ord
Overlay
PeculiarBlend
pi
PixelType
PointResize
pow
Preroll
Pulldown
rand
ReduceBy2
ResampleAudio
ResetMask
Reverse
revstr
RGBAdjust
RGBDifference
RGBDifferenceFromPrevious
RGBDifferenceToNext
rightstr
round
ScriptClip
ScriptDir
ScriptFile
ScriptName
SegmentedAVISource
SegmentedDirectShowSource
Select
SelectEven
SelectEvery
SelectOdd
SelectRangeEvery
SeparateColumns
SeparateFields
SeparateRows
SetMemoryMax
SetPlanarLegacyAlignment
SetWorkingDir
Sharpen
ShowAlpha
ShowBlue
ShowFiveVersions
ShowFrameNumber
ShowGreen
ShowRed
ShowSMPTE
ShowTime
sign
sin
SincResize
sinh
SkewRows
SpatialSoften
Spline
Spline16Resize
Spline36Resize
Spline64Resize
sqrt
SSRC
StackHorizontal
StackVertical
strcmp
strcmpi
String
strlen
Subtitle
Subtract
SuperEQ
SwapFields
SwapUV
tan
tanh
TCPServer
TCPSource
TemporalSoften
Time
TimeStretch
Tone
Trim
Turn180
TurnLeft
TurnRight
Tweak
ucase
UDifferenceFromPrevious
UDifferenceToNext
UnalignedSplice
undefined
UPlaneMax
UPlaneMedian
UPlaneMin
UPlaneMinMaxDifference
UToY
UToY8
value
VDifferenceFromPrevious
VDifferenceToNext
Version
VersionNumber
VersionString
VerticalReduceBy2
VPlaneMax
VPlaneMedian
VPlaneMin
VPlaneMinMaxDifference
VToY
VToY8
WAVSource
Weave
WeaveColumns
WeaveRows
width
WriteFile
WriteFileEnd
WriteFileIf
WriteFileStart
YDifferenceFromPrevious
YDifferenceToNext
YPlaneMax
YPlaneMedian
YPlaneMin
YPlaneMinMaxDifference
YToUV

[External Functions (38)]
DirectShowSource
DirectShowSource_DirectShowSource
MAnalyse
MBlockFps
MCompensate
MDegrain1
MDegrain2
MDegrain3
MDepan
MFlow
MFlowBlur
MFlowFps
MFlowInter
MMask
MRecalculate
MSCDetection
MShow
MSuper
mvtools2_MAnalyse
mvtools2_MBlockFps
mvtools2_MCompensate
mvtools2_MDegrain1
mvtools2_MDegrain2
mvtools2_MDegrain3
mvtools2_MDepan
mvtools2_MFlow
mvtools2_MFlowBlur
mvtools2_MFlowFps
mvtools2_MFlowInter
mvtools2_MMask
mvtools2_MRecalculate
mvtools2_MSCDetection
mvtools2_MShow
mvtools2_MSuper
TCPDeliver_TCPServer
TCPDeliver_TCPSource
TCPServer
TCPSource


And the plugin info:

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\DirectShowSource.dll
Timestamp: 2015-04-18, 23:03:50
MD5 Hash: 329AC5DE00B2DBD479BA5C0D44E9E3FD
DLL Dependencies: KERNEL32.DLL, MSVCRT.dll, ole32.dll, OLEAUT32.dll, QUARTZ.dll, USER32.dll, WINMM.dll
Linker version: 6.0
Plugin version: AVS 2.6 Plugin
FILEVERSION: 2.6.0.6
PRODUCTVERSION: 2.6.0.6
Language: Language Neutral
Comments: Homepage: http://www.avisynth.org
CompanyName: The Public
FileDescription: Avisynth DirectShow Reader pluggin
FileVersion: 2, 6, 0, 3
ProductVersion: 2, 6, 0, 6
InternalName: DirectShowSource 2.6.0
LegalCopyright: © 2000-2015 Ben Rudiak-Gould and others
LegalTrademarks:
OriginalFilename: DirectShowSource.dll
PrivateBuild:
ProductName: Avisynth 2.6
SpecialBuild:


C:\Users\Bruce\Videos\Tools\AVISynth\plugins\mvtools2.dll
Timestamp: 2011-09-19, 20:31:24
MD5 Hash: CD797449FC9ADF53A2E8BE856FEE96EF
DLL Dependencies: KERNEL32.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
FILEVERSION: 2.5.0.0
PRODUCTVERSION: 2.5.0.0
Language: Process Default Language
Comments: Motion estimation and compensation
CompanyName: A.G.Balakhnin aka Fizick, fizick@avisynth.org.ru
FileDescription: MVTools plugin for AviSynth
FileVersion: 2.5.11.3
ProductVersion: 2, 5
InternalName: mvtools
LegalCopyright: ©2004 Manao, ©2005 Fizick, ©2008 TSchniede under GNU GPL v2
LegalTrademarks:
OriginalFilename: mvtools.dll
PrivateBuild:
ProductName: mvtools
SpecialBuild:


C:\Users\Bruce\Videos\Tools\AVISynth\plugins\TCPDeliver.dll
Timestamp: 2015-04-18, 23:04:06
MD5 Hash: 089598CAF1180644C34A9E77AF0D28AF
DLL Dependencies: KERNEL32.DLL, ADVAPI32.dll, COMCTL32.dll, comdlg32.dll, GDI32.dll, SHELL32.dll, USER32.dll, WINSPOOL.DRV, WS2_32.dll
Linker version: 6.0
Plugin version: AVS 2.6 Plugin
FILEVERSION: 2.6.0.6
PRODUCTVERSION: 2.6.0.6
Language: Language Neutral
Comments: Homepage: http://www.avisynth.org
CompanyName: avisynth.org
FileDescription: Avisynth TCPDeliver pluggin
FileVersion: 2, 6, 0, 7
ProductVersion: 2, 6, 0, 6
InternalName: TCPDeliver
LegalCopyright: © 2004-2015, Klaus Post.
LegalTrademarks: Released under GPL.
OriginalFilename: TCPDeliver.dll
PrivateBuild:
ProductName: AviSynth 2.6 TCPDeliver
SpecialBuild:

poisondeathray
16th March 2016, 15:30
Maybe try switching out your mvtools2.dll ? It says you're running a 2.5 version, but you have avisynth 2.6 installed

Bruce/Fl
16th March 2016, 16:02
Maybe try switching out your mvtools2.dll ? It says you're running a 2.5 version, but you have avisynth 2.6 installed


Downlaoded the 2.6 and swapped it out, no difference.

Groucho2004
16th March 2016, 16:38
Let me know if I need to drop them back in the plugin folder and run the AVSInfo again.
Yes, otherwise this exercise is pointless.

Bruce/Fl
16th March 2016, 16:49
With all the plugins back in the plugins folder.

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\autolevels.dll
Timestamp: 2016-03-01, 01:27:40
MD5 Hash: 46A7EE625C13A6F07E94CB611D0D00D9
DLL Dependencies: KERNEL32.dll
Linker version: 10.0
Plugin version: AVS 2.5 Plugin
No VersionInfo available


C:\Users\Bruce\Videos\Tools\AVISynth\plugins\deflicker.dll
Timestamp: 2016-03-01, 01:27:56
MD5 Hash: 806B0DB4249D125A98C44E9B276BA278
DLL Dependencies: KERNEL32.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
No VersionInfo available


C:\Users\Bruce\Videos\Tools\AVISynth\plugins\DePan.dll
Timestamp: 2016-03-01, 01:28:05
MD5 Hash: 4B439F3D5841CD3D0855CCB4A0B3CBD9
DLL Dependencies: KERNEL32.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
FILEVERSION: 1.10.0.0
PRODUCTVERSION: 1.10.0.0
Language: English (United States)
Comments: Compensate and stabilize global motion (pan, zoom)
CompanyName: A.G.Balakhnin aka Fizick, http://avisynth.org.ru
FileDescription: Global motion compensation plugin for Avisynth 2.5
FileVersion: 1, 10, 0, 0
ProductVersion: 1, 10, 0, 0
InternalName: DePan
LegalCopyright: Copyright © 2004-2007,A.G.Balakhnin aka Fizick, bag@hotmail.ru
LegalTrademarks:
OriginalFilename: DePan.dll
PrivateBuild:
ProductName: DePan
SpecialBuild:


C:\Users\Bruce\Videos\Tools\AVISynth\plugins\DePanEstimate.dll
Timestamp: 2016-03-01, 01:28:11
MD5 Hash: 2D29FE256E23204EF7E6BFCF1B48C9EB
DLL Dependencies: KERNEL32.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
FILEVERSION: 1.9.2.0
PRODUCTVERSION: 1.9.2.0
Language: English (United States)
Comments: Estimate global motion (pan, zoom)
CompanyName: A.G.Balakhnin aka Fizick, http://avisynth.org.ru
FileDescription: Global motion estimation plugin for Avisynth 2.5
FileVersion: 1, 9, 2, 0
ProductVersion: 1, 9, 2, 0
InternalName: DePanEstimate
LegalCopyright: Copyright © 2004-2007,A.G.Balakhnin aka Fizick, bag@hotmail.ru
LegalTrademarks:
OriginalFilename: DePanEstimate.dll
PrivateBuild:
ProductName: DePanEstimate
SpecialBuild:


C:\Users\Bruce\Videos\Tools\AVISynth\plugins\DirectShowSource.dll
Timestamp: 2015-04-18, 23:03:50
MD5 Hash: 329AC5DE00B2DBD479BA5C0D44E9E3FD
DLL Dependencies: KERNEL32.DLL, MSVCRT.dll, ole32.dll, OLEAUT32.dll, QUARTZ.dll, USER32.dll, WINMM.dll
Linker version: 6.0
Plugin version: AVS 2.6 Plugin
FILEVERSION: 2.6.0.6
PRODUCTVERSION: 2.6.0.6
Language: Language Neutral
Comments: Homepage: http://www.avisynth.org
CompanyName: The Public
FileDescription: Avisynth DirectShow Reader pluggin
FileVersion: 2, 6, 0, 3
ProductVersion: 2, 6, 0, 6
InternalName: DirectShowSource 2.6.0
LegalCopyright: © 2000-2015 Ben Rudiak-Gould and others
LegalTrademarks:
OriginalFilename: DirectShowSource.dll
PrivateBuild:
ProductName: Avisynth 2.6
SpecialBuild:


C:\Users\Bruce\Videos\Tools\AVISynth\plugins\fft3dfilter.dll
Timestamp: 2016-03-01, 01:28:18
MD5 Hash: 2DDD22752BBAF5943A4B208AEFCD9E93
DLL Dependencies: USER32.dll, KERNEL32.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
FILEVERSION: 2.1.1.0
PRODUCTVERSION: 2.1.1.0
Language: Language Neutral
Comments: Frequency Domain filter. Uses external FFTW3.DLL library.
CompanyName: A.G.Balakhnin aka Fizick, bag@hotmail.ru, http://avisynth.org.ru
FileDescription: FFT3DFilter plugin for Avisynth 2.5
FileVersion: 2, 1, 1, 0
ProductVersion: 2, 1, 1, 0
InternalName: FFT3DFilter
LegalCopyright: Copyright © 2004-2006 A.G.Balakhnin
LegalTrademarks:
OriginalFilename: FFT3DFilter.dll
PrivateBuild:
ProductName: FFT3DFilter
SpecialBuild:


C:\Users\Bruce\Videos\Tools\AVISynth\plugins\mt_masktools.dll
Timestamp: 2016-03-01, 01:28:26
MD5 Hash: B1964202E3B2DC22541F27C642AE7619
DLL Dependencies: KERNEL32.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
FILEVERSION: 2.0.23.0
PRODUCTVERSION: 2.0.23.0
Language: English (United States)
Comments:
CompanyName:
FileDescription: Masktools Dynamic Link Library
FileVersion: 
ProductVersion: 
InternalName: Masktools 2.0
LegalCopyright: Copyright (C) 2005
LegalTrademarks:
OriginalFilename: mt_masktools.dll
PrivateBuild:
ProductName: Masktools Dynamic Link Library
SpecialBuild:


C:\Users\Bruce\Videos\Tools\AVISynth\plugins\mvtools2.dll
Timestamp: 2012-07-17, 20:37:34
MD5 Hash: 9AFD5E0AC0E329761DFCC6F98FF04566
DLL Dependencies: KERNEL32.dll
Linker version: 8.0
Plugin version: AVS 2.5 Plugin
FILEVERSION: 2.6.0.5
PRODUCTVERSION: 2.6.0.5
Language: Process Default Language
Comments: Motion estimation and compensation
CompanyName: A.G.Balakhnin aka Fizick, fizick@avisynth.org.ru
FileDescription: MVTools plugin for AviSynth
FileVersion: 2.6.0.5
ProductVersion: 2, 6, 0, 5
InternalName: mvtools
LegalCopyright: ©2004 Manao, ©2005 Fizick, ©2008 TSchniede under GNU GPL v2
LegalTrademarks:
OriginalFilename: mvtools.dll
PrivateBuild:
ProductName: mvtools
SpecialBuild:


C:\Users\Bruce\Videos\Tools\AVISynth\plugins\RemoveDirtSSE2.dll
Timestamp: 2016-03-01, 01:28:41
MD5 Hash: 5BD6940938EA67A827F81560443EB3A1
DLL Dependencies: KERNEL32.dll, MSVCR71.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
No VersionInfo available


C:\Users\Bruce\Videos\Tools\AVISynth\plugins\RemoveGrain.dll
Timestamp: 2016-03-01, 01:28:48
MD5 Hash: 2C552F4F77186A0C0F65E862AD57E135
DLL Dependencies: MSVCR71.dll, KERNEL32.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
No VersionInfo available


C:\Users\Bruce\Videos\Tools\AVISynth\plugins\RemoveGrainSSE2.dll
Timestamp: 2016-03-01, 01:28:55
MD5 Hash: 97A216CE30ED7F9E4965BD41C0BAFC33
DLL Dependencies: KERNEL32.dll, MSVCR71.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
No VersionInfo available


C:\Users\Bruce\Videos\Tools\AVISynth\plugins\TCPDeliver.dll
Timestamp: 2015-04-18, 23:04:06
MD5 Hash: 089598CAF1180644C34A9E77AF0D28AF
DLL Dependencies: KERNEL32.DLL, ADVAPI32.dll, COMCTL32.dll, comdlg32.dll, GDI32.dll, SHELL32.dll, USER32.dll, WINSPOOL.DRV, WS2_32.dll
Linker version: 6.0
Plugin version: AVS 2.6 Plugin
FILEVERSION: 2.6.0.6
PRODUCTVERSION: 2.6.0.6
Language: Language Neutral
Comments: Homepage: http://www.avisynth.org
CompanyName: avisynth.org
FileDescription: Avisynth TCPDeliver pluggin
FileVersion: 2, 6, 0, 7
ProductVersion: 2, 6, 0, 6
InternalName: TCPDeliver
LegalCopyright: © 2004-2015, Klaus Post.
LegalTrademarks: Released under GPL.
OriginalFilename: TCPDeliver.dll
PrivateBuild:
ProductName: AviSynth 2.6 TCPDeliver
SpecialBuild:


C:\Users\Bruce\Videos\Tools\AVISynth\plugins\warpsharp.dll
Timestamp: 2016-03-01, 01:29:16
MD5 Hash: 0844858CB65C9AB88C6705AF14306D9E
DLL Dependencies: USER32.dll, MSVCP71.dll, MSVCR71.dll, ole32.dll, OLEAUT32.dll, KERNEL32.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
No VersionInfo available

Groucho2004
16th March 2016, 17:10
With all the plugins back in the plugins folder.
Let's see, maybe worth a try:

Delete these:
mt_masktools.dll
RemoveDirtSSE2.dll
RemoveGrain.dll
RemoveGrainSSE2.dll
mvtools2.dll


Download these:

https://github.com/tp7/masktools/releases/download/b1/masktools2-x86.zip
http://ldesoras.free.fr/src/avs/mvtools-2.6.0.5.zip
https://github.com/tp7/RgTools/releases/download/0.92.1/RgTools-x86.zip

and put them in your autoload directory.

All the plugins and .avsi files you use should be in that directory and you should therefore not need any "Loadplugin" or "Import" in your script. There are other ways to organise this but let's stick with this for now. At least you know from where plugins are loaded.

Your problems are not related to megui and this is going way off topic. Maybe a moderator could move these posts starting with #5063 to a new thread.

poisondeathray
16th March 2016, 17:12
Another one is mt_masktools.dll , that's an older one . There used to be mt_masktools-26.dll and mt_masktools-25.dll (for avisynth 2.6.x and 2.5.x , respectively, for masktools2 a48), but those are older too. The newest one is masktools2.dll (masktools 2 beta 1) for avisynth 2.6 , I would try updating that too

http://avisynth.nl/index.php/MaskTools2