MeGUI: bug reports and feature requests

[zmaster]

LeXXuz,
Had a similar problem but with the installation of an update for MeGUI, it seems to disappear.
May be the case in AviSynth? The script opens in VeeDub?

[LeXXuz]

My bad. Should have checked that as well. Vdub crashes, too.

So it's either DGindexNV or Avisynth x64. :o

Will ask there.

[AlekseiV]

MeGUI instantly errors when attempting to encode a YV12 video that has mod2 width. It can view it fine.
Encoding returns:
"--[Error] An error occurred: avis [error]: unsupported input format (DIB )"

Reproduce script:
BlankClip(300, 550, 500, "RGB24", color=$FF5500).ConvertToYV12()
#300 frames, 550x500 resolution
x264.exe can encode this fine and it plays with no errors.

[Sharktooth]

MeGUI instantly errors when attempting to encode a YV12 video that has mod2 width. It can view it fine.
Encoding returns:
"--[Error] An error occurred: avis [error]: unsupported input format (DIB )"

Reproduce script:
BlankClip(300, 550, 500, "RGB24", color=$FF5500).ConvertToYV12()
#300 frames, 550x500 resolution
x264.exe can encode this fine and it plays with no errors.
that's not a megui error but an avisynth error. play your AVS in a directshow media player and look at what it displays.

[AlekseiV]

that's not a megui error but an avisynth error. play your AVS in a directshow media player and look at what it displays.Wrote a script for a video and it crashes all my players, actually...
Yeah, with more testing I've managed to get it to throw a [YV12 must be width mod4] error on a video, when it doesn't other times.

Then I change my bugreport: "avis [error]: unsupported input format (DIB )" should note (or MeGUI should note) that the issue may be caused by width mod 2 input, instead of throwing the odd DIB error. Since it doesn't throw an error until encoding (and works fine until then), it isn't very obvious what the problem is.

[Sharktooth]

megui cant know that. you MUST HAVE a WORKING avisynth script.

[yetanotherid]

I've been using MeGUI to convert a few MKV files lately, usually containing x264 and AC3. If I try to convert one which was muxed using MKVToolnix, DGIndex usually locks up and FFMSIndex either does the same stops with an error. Most non-MKVToolnix muxed MKVs are fine. Anyone else come across this themselves?

If anyone's interested the problem does seem to be the MKV header compression. If I re-mux the MKV file with header compression disabled the freshly created MKV plays nicely with MeGUI.

[Sharktooth]

megui disables header compression by default and some tools included in megui dev version autoupdate server (like ffms and eac3to) now support header compression.

[Zathor]

0.3.5.16
- (kurtnoise) add FLAC files support in the Matroska Muxer
- (sharktooth) [x264] fixed unselectable CABAC option in Main and High profiles
- (zathor) [MP4 Muxer] fixed temp directory handling
- (zathor) [MKV Muxer] enhanced error handling
- (zathor) [Log] added a context menu item to remove the overlay icon in case of an error
- (zathor) [OneClick] fixed detection of some demuxed audio files. Bug #3085510

[Zathor]

0.3.5.17
- (zathor) [OneClick] some dga demuxed audio files were not deleted during cleanup
- (zathor) [MKV Muxer] changed default track flag of subtitles to no. Feature request #3086194
- (zathor) [MKV Muxer] added option to set the default subtitle track
- (zathor) [MKV Muxer] added option to set a subtitle delay. Feature request #3088742
- (zathor) [AutoEncode] added option to always mux the video encoding (enabled by default). Feature request #3082125

[Zathor]

0.3.5.18
- (zathor) [OneClick] fixed "and open next" checkbox which did not always open the file dialogue. Bug #3089165
- (zathor) [MKV Muxer] fixed rare "error parsing idx file" message
- (zathor) [MKV Muxer] "default stream" checkbox is enabled by default for the first subtitle stream

[Rat Killer]

Not sure if its a bug, or if I have a setting wrong but...

Opening a file using the indexer, Megui loads the files as inputs for video and audio as it should. I select mp4 as the video output and ac3 as the audio. Then click autoencode, answer the questions in the pop up box on output file name and mp4 type. Megui adds the jobs to the Q.

The video job added creates a raw .264 file rather than an mp4 as requested. Using the input screen and creating the job parts manually works correctly so its something in the autoencode. Final result is mp4 either way but creating the raw 264 file sometimes results in out of sync audio. Using the mp4 output for the video seems to not do that.

[Zathor]

It has been this change:
0.3.5.17
- (zathor) [AutoEncode] added option to always mux the video encoding (enabled by default). Feature request #3082125

Main reason for this feature request has been the non (slow) seekable mkv output of x264. If this causes problems with mp4, well, we could change it so that only MKV is affected. Any opinions?

[Rat Killer]

Guess I misunderstand the change. I need the final output file muxed into an mp4 but the intermediate video file that x264 puts out should be stored as an mp4 as well if told to do so, not a .264 raw video stream file.

If the .264 raw files work better when muxing to mkv, I understand the need and even a default behaviour as far more folks use this software to create mkvs than mp4, but muxing a .264 and a .ac3 into a mp4 often results in out of sync audio.

Why must autoencoder ignor the setting to save the intermediate file as an mp4 if told to do so? Whould it not be more appropriate to default to .264 for mkv files but allow the setting to be changed and followed. As it is now, there is a setting that does not work and needs to unless I still misunderstand the way its to be used. But again, doing the 3 steps manually yields perfect results, autoencode does not as it ignores the setting.

Your change notes indicate that the new setting is an option, is there a way to set it to follow the encoder setting rather than ignore them as is done now? I need autoencoder to mux, just need it to also store the intermediate file as an mp4 rather than a raw .264 file when told to do so.

Thanks.

[Sharktooth]

.264 is the only option for blu-ray compatibility too.

[Zathor]

I need autoencoder to mux, just need it to also store the intermediate file as an mp4 rather than a raw .264 file when told to do so.
Why must autoencoder ignor the setting to save the intermediate file as an mp4 if told to do so?
There is not and has not been a setting in the autoencoder to specify the intermediate format of the video encoding. What you specify there is the output container format and this will be followed.

Your change notes indicate that the new setting is an option, is there a way to set it to follow the encoder setting rather than ignore them as is done now? As stated above the encoder setting is not ignored - it is simply not the encoder setting, it is the final output container you specify there. The mux path can be reverted in the megui settings, extra config, always mux video encoding.

...but muxing a .264 and a .ac3 into a mp4 often results in out of sync audio. So muxing a .264 with an audio file results in out of sync audio. But if you specify an audio file to be processed together in the autoencoder that is exactly the way it goes for years. What has changed is only the mux path if only the video file is processed without any additional streams. Therefore all video+audio mp4 files created by autoencoder should have this out of sync problem. I do not get the point, sorry. Can you please explain in which way you create the final mp4 files in megui.

Whould it not be more appropriate to default to .264 for mkv files but allow the setting to be changed and followed. As the target of the feature request has been only mkv I will change it the way that the setting will only take affect for mkv container and enable it by default for this container.

[Rat Killer]

First, let me say I really appreciate your help here.

The setting I am referring to is not the one on the autoencoder popup page but the one on the input tab, video encoding section, file format. This sets the format of the video file to mp4, mkv or raw. Then there is a setting in the autoencoder popup that allows selection of the final container format.

If I do not use autoencoder, I set video encoding file format to mp4, audio extension to ac3. Then manually mux the two into a final mp4. This always results in files with good sync.

When autoencoder does the job with the same settings, the intermediate file is .264 rather than mp4. The results are SOMETIMES out of sync. It depends on the quality of the information in the original files, never have been able to determine where the error in sync is, but avoiding a .264 intermediate file avoids the problem.

The setting under options, settings, extra config tab, configure Autoencoder defaults does allow for selecting an mp4 file, this presets the final container format for the autoencoder popup window. I am still a bit unsure what the check box that is labeled Always mux video encoding is for, I had thought it meant to automaticlly mux the video and audio intermediate files.

While you are working on the autoconfig settings dialog, it would be great if for mp4 container type, you could also store a default device type.

Thanks again so much for your help. I am learning. Really.:thanks:

[Zathor]

The setting I am referring to is not the one on the autoencoder popup page but the one on the input tab, video encoding section, file format. This sets the format of the video file to mp4, mkv or raw.
Thats of course true, but this setting will not be taken into account in the autoencoder. In the autoencoder the intermediate video file format will be set automatically depending on the desired final output container format, if there are any streams to mux and so on.

When autoencoder does the job with the same settings, the intermediate file is .264 rather than mp4. The results are SOMETIMES out of sync. It depends on the quality of the information in the original files, never have been able to determine where the error in sync is, but avoiding a .264 intermediate file avoids the problem.
While testing I found an inconsistency even before my changes. If selecting the input files (video + audio) in the input tab, select autoencode and queue them the intermediate video format is .264. If I select something in the "add additional content" window in the autoencoder the intermediate format is mp4/mkv (depending on the final output container). If I use both input methods for audio files it is .264. I have to dig a little bit deeper but I do not like to have it using other ways for muxing.

I am still a bit unsure what the check box that is labeled Always mux video encoding is for, I had thought it meant to automaticlly mux the video and audio intermediate files.
Have to rephrase it. The meaning is that if only a video file is to processed (no other streams) that the video encoder is not encoding directly in the target container format (if possible, e.g. avi, mkv, mp4) but instead is using the raw format and have it mux afterwards. Any idea to put this in the small line? (ok, have to use a tooltip I think).

While you are working on the autoconfig settings dialog, it would be great if for mp4 container type, you could also store a default device type. I will have a look at it.

[Zathor]

While you are working on the autoconfig settings dialog, it would be great if for mp4 container type, you could also store a default device type.
I have committed this change.

[Rat Killer]

Thanks a bunch for your explainations. Helped me to understand much better. Let me (us) know what you decide to do with the autoencoder intermediate files types once you look into it. From your explaination, there is more going on.

Thinking about it a bit more, it does make sense that the autoencoder would ignore the file type in the video encode section as not all combinations are possible or useful. Autoencode needs to select the correct intermediate file type best suited to the final container as you said. Looking forward to your updates as usual. Thanks again.

[Lighto]

Is it me or does the preview window in AVS cutter gets longer in height when it's reloaded by the reload button?

[Zathor]

0.3.5.19
- (kurtnoise) Update several Article Name from help button. Patch by XhmikosR (#3079390)
- (kurtnoise) Update ContextHelp.xml file. Patch by XhmikosR (#3079390)
- (kurtnoise) Remove log files shortcut from nsis scripts. Patch by XhmikosR (#3079390)
- (kurtnoise) Remove "tools" sub directory from backupfiles_CheckedChanged() because we can have some backup files in the root folder and SearchOption.AllDirectories is used anyways.
- (zathor) [Adaptive Muxer] resized window so that the buttons at the bottom are visible again. Bug #3090155
- (zathor) [AutoEncode] added saving of the default mp4 device type to the "Configure AutoEncode defaults" in the settings
- (zathor) [MKV Muxer] added support for quotes in the track names. Bug #3090689
- (zathor) [Queue] the connection job <--> worker is going to be restored/repaired during startup if lost/wrong. Bug #3090054
- (zathor) [AutoEncode] the "always mux the video encoding" setting applies now only to mkv container. also renamed the option and added a tooltip

Let me (us) know what you decide to do with the autoencoder intermediate files types once you look into it.
As you can see in the change notes above I have changed it the way that only MKV is affected. The muxing behaviour is in general a little bit strange but it is working at the moment and I do not want to change it before the next stable release.

Is it me or does the preview window in AVS cutter gets longer in height when it's reloaded by the reload button?
Tried it and had no problems. Is it the window itself only which gets longer for you or does it also apply for the video frame?

[Lighto]

Tried it and had no problems. Is it the window itself only which gets longer for you or does it also apply for the video frame?

The window itself.
Also there isn't a MeGUI icon at the top left of the window for audio cutter and avs cutter in terms of cosmetics in case any developers feel that it's worth the time to add the MeGUI icon instead of the default one.:o
Long file names cannot be seen in those 2 tools as well if there isn't enough space within a single line.
Running 0.3.5.19
Here's some screenshots.

When I just opened the AVS Cutter.
http://imgur.com/ZmZxL.png

After I clicked Reload Video once.
http://imgur.com/bzaSG.png

After I clicked it for 10 times.:o
http://imgur.com/uoO2j.png

[Rat Killer]

0.3.5.19
- (zathor) [AutoEncode] added saving of the default mp4 device type to the "Configure AutoEncode defaults" in the settings
- (zathor) [AutoEncode] the "always mux the video encoding" setting applies now only to mkv container. also renamed the option and added a tooltip


As you can see in the change notes above I have changed it the way that only MKV is affected. The muxing behaviour is in general a little bit strange but it is working at the moment and I do not want to change it before the next stable release.


Thanks for the update, including the new mp4 default setting. As autoencode is still encoding video to a .264 file rather than an mp4 file prior to muxing, I'll stick with the manual method of quing the 3 steps rather than using the autoencode for mp4 until you have a chance to look at it after then next stable release. Hope to have this working one day.

:thanks:

[Zathor]

The window itself.
Found it. Thanks!

Also there isn't a MeGUI icon at the top left of the window for audio cutter and avs cutter Was missing in other tools, too. Hopefully I have found them all.

Long file names cannot be seen in those 2 tools as well if there isn't enough space within a single line.
Don't get this point. You can resize the window and should see the full path.

0.3.5.20
- (zathor) [FileIndexer] + [Muxer] dialogues are not modal anymore; some cosmetics
- (zathor) [Muxer] removed cancel button; added reset button to the video section; selecting an audio or subtitle file will automatically add a new emtpy track tab (saving two clicks)
- (zathor) [Muxer] added option to queue several jobs without closing the mux window. Feature request #2038358
- (zathor) [AVS Cutter] fixed increasing window height if using the "reload video" button
- (zathor) added MeGUI icon to several tools

[Zathor]

0.3.5.21
- (zathor) [AudioEncodingWindow] some cosmetics
- (zathor) [Muxer] fixed duplicate jobs after editing a mux job
- (zathor) [Muxer] tweaked the automatically adding of empty tracks

[flebber]

Wow Zathor, lots of work lots of releases. Thank you.

In relation to one click encoder with MKV input. Will oneclick keep my chapters and subs from my MKV input?

[Zathor]

In relation to one click encoder with MKV input. Will oneclick keep my chapters and subs from my MKV input?
That's planed but at the moment - no. For this task the OnceClick part has to be completly rewritten and this will not happen in the next hours.

[flebber]

Ifits on the horizon that is sweet. All megui devs have been putting in a big effort and its much appreciated. Thanks

[Zathor]

0.3.5.22
- (zathor) added MeGUI icon to some tools (part #2) and adjusted the font of several windows. Feature request #3090902
- (zathor) [File Indexer] the demuxed audio tracks will replace all existing audio track tabs in the main input tab if "on completion load files" is selected

Sorry for the update frequency :rolleyes:

[Lighto]

0.3.5.22
- (zathor) added MeGUI icon to some tools (part #2) and adjusted the font of several windows. Feature request #3090902
- (zathor) [File Indexer] the demuxed audio tracks will replace all existing audio track tabs in the main input tab if "on completion load files" is selected

Sorry for the update frequency :rolleyes:

I am sure some of us actually likes the frequent updates.:o

[JoeH]

Thanks for everything! The more the merrier.

[sinz718]

I've been getting this error since the last updates when I try to feed MeGui an .avs script It doesn't matter whats in the .avs script as I let MeGui create It's own and it still is messed up and never encodes the video.

MeGui 0.3.5.22 Ran update.
Error code is:
Process exits with error code: -1073741819
Updated ffdshow to newest beta 7
Updated x264_64bit
Avisynth 2.5.8.5
My .avs plays in every media player just fine and MeGui plays It fine as well, It just won't encode.

I'm obviously trying to encode an x264 to .mkv any help on this? I read somewhere other people had the same issue's earlier on and It had something to do with the subs but I have no subs in this project.

Love this though It's only worked for me about twice I know once I get It working with me I will be very happy, thanks for making MeGui.

[Inspector.Gadget]

sinz718: post your Avisynth script and the MeGUI log (copied from the "Log" tab) in separate codeboxes in a post in this thread.

[sinz718]

MeGui Log:

Information] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.5.0
--[NoImage] OS : Windows Seven Premium Edition x64 (6.1.0.7600)
--[NoImage] Latest .Net Framework installed : 4.0 (4.0.30319)
--[NoImage] Avisynth Version : 2.5.8.5
-[Information] Log for job2 (idx, Wedding.264 -> Wedding.dga)
--[Information] [10/22/2010 9:01:06 PM] Started handling job
--[Information] [10/22/2010 9:01:06 PM] Preprocessing
--[NoImage] Job commandline: "C:\Program Files (x86)\MeGUI\tools\dgavcindex\dgavcindex.exe" -i "Z:\Encode\Wedding.264" -o "X:\Encode\Wedding.dga" -e -h
--[Information] [10/22/2010 9:01:06 PM] Indexing started
--[NoImage] Standard output stream
--[NoImage] Standard error stream
---[NoImage] Warning: no active SPS, timing SEI cannot be parsed
---[NoImage] Warning: no active SPS, timing SEI cannot be parsed
---[NoImage] Warning: no active SPS, timing SEI cannot be parsed
--[Information] [10/22/2010 9:01:15 PM] Postprocessing
---[Information] Deleting intermediate files
--[Information] [10/22/2010 9:01:16 PM] Job completed
-[Information] Log for job1 (video, Wedding.avs -> Wedding.mkv)
--[Information] [10/22/2010 9:01:40 PM] Started handling job
--[Information] [10/22/2010 9:01:40 PM] Preprocessing
--[NoImage] Job commandline: "C:\Program Files (x86)\MeGUI\tools\x264\vfw4x264.exe" --crf 20 --level 4.1 --vbv-maxrate 40000 --vbv-bufsize 40000 --sar 1:1 --output "Z:\Encode\Wedding.mkv" "X:\Encode\Wedding.avs"
--[Information] [10/22/2010 9:01:41 PM] Encoding started
--[NoImage] Standard output stream
--[NoImage] Standard error stream
--[Information] [10/22/2010 9:01:45 PM] Job completed


AviSynth Script:

LoadPlugin("C:\Program Files (x86)\MeGUI\tools\dgavcindex\DGAVCDecode.dll")
AVCSource("X:\Encode\Wedding.dga")
#deinterlace
#crop
LanczosResize(640,480) # Lanczos (Sharp)
#denoise


Okay, tell me what's the prob. :)

It also says that my Video is I420 and I should add convert to YV12() and if I want MeGui to add it for me so I do and It still doesn't re-encode, with out without that code.

[Sharktooth]

your problem is currently fixed in the development version of megui. please set the option to download the development version and update megui.

[Lighto]

@sinz718
Which version of MeGUI are you using?
0.3.5.0 or 0.3.5.22?

[sinz718]

0.3.5.22 now and It's just great cause can't even use It now after that patent law message I don't want to touch MeGui... Where do I go to check these laws and all that junk... more confused then before...

Still love MeGui.

Edit 1

Tested and got:
[Error] Log
-[Information] Versions
--[Information] MeGUI Version : 0.3.5.22
--[Information] OS : Windows Seven Premium Edition x64 (6.1.0.7600)
--[Information] Latest .Net Framework installed : 4.0 (4.0.30319)
--[Information] Avisynth Version : 2.5.8.5
-[Error] Log for job1 (video, Wedding.avs -> )
--[Information] [10/23/2010 1:10:34 AM] Started handling job
--[Information] [10/23/2010 1:10:34 AM] Preprocessing
--[Information] Job commandline: "C:\Program Files (x86)\MeGUI\tools\x264\vfw4x264.exe" --pass 1 --bitrate 16000 --stats "Z:\Encode\Wedding.stats" --level 4.1 --bframes 3 --ref 4 --slices 4 --aud --nal-hrd vbr --b-pyramid strict --keyint 24 --min-keyint 2 --vbv-bufsize 30000 --vbv-maxrate 40000 --weightp 0 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --output NUL "Z:\Encode\Wedding.avs"
--[Information] [10/23/2010 1:10:35 AM] Encoding started

--[Error] [10/23/2010 1:10:48 AM] Process exits with error code: -1073741819

--[Information] Standard output stream
--[Information] Standard error stream
--[Information] [10/23/2010 1:10:48 AM] Job completed


I just plugged the same .avs posted above into the development version.
Anything?

[Zathor]

Try using a different indexer. To index it with FFMS you have to mux your 264 file in a mkv container.

If ffms does not solve the problem rename "C:\Program Files (x86)\MeGUI\tools\x264\vfw4x264.exe" to another name and "C:\Program Files (x86)\MeGUI\tools\x264\x264_64.exe" to "C:\Program Files (x86)\MeGUI\tools\x264\vfw4x264.exe".

[Lyle_JP]

0.3.5.22 now and It's just great cause can't even use It now after that patent law message I don't want to touch MeGui... Where do I go to check these laws and all that junk... more confused then before...

The patent laws in question affect the production version just as much as they do the development one. The Dev version is just explicit about it.

[Tuik]

Helllo,

Is there an option to enqueue a mux of two enqueued encodes? It's like:

1.Enqueue a XviD encoding of the video
2.Enqueue a AAC encoding for audio
3. Enqueue a mux of XviD + AAC output.

It's possible? I only know how to do 1. and 2.

Thanks for the help!

[Sharktooth]

@Tuik: not "manually" possible. i mean, you cant enqueue a mux if you didnt encode the files. however, AUTO-ENCODE does that since it prepares ALL jobs.
so, once you set up your video and audio inputs and desired encoding profiles, just click Auto-encode, select the filesize/bitrate/whatever, select the container, etc... end enqueue the jobs.

[Tuik]

@Tuik: not "manually" possible. i mean, you cant encode a mux if you didnt encode the files. however, AUTO-ENCODE does that since it prepares ALL jobs.
so, once you set up your video and audio inputs and desired encoding profiles, just click Auto-encode, select the filesize/bitrate/whatever, select the container, etc... end enqueue the jobs.

Ok, many thanks i didn't know that possibility ;)

[disklib]

0.3.5.20
- (zathor) [Muxer] added option to queue several jobs without closing the mux window. Feature request #2038358



Thank you Zathor. Much appreciated.

.

[sinz718]

Try using a different indexer. To index it with FFMS you have to mux your 264 file in a mkv container.

If ffms does not solve the problem rename "C:\Program Files (x86)\MeGUI\tools\x264\vfw4x264.exe" to another name and "C:\Program Files (x86)\MeGUI\tools\x264\x264_64.exe" to "C:\Program Files (x86)\MeGUI\tools\x264\vfw4x264.exe".

None of that worked.

How can I completely uninstall this app? I am wondering if there is something corrupt somewhere preventing me to encoding, as I have also tried a different source file .vob and I am still getting this error message so It's not my files, something isn't right somewhere how do I find out where the problem is? Before this I have uninstalled 3 times and just recently added the development version after those three times before posting any complications here.
I can't use megui at all, so what needs to be done to make this functional on my end, any ideas?

Once loaded/enqueue after pressing start 5 seconds later I get the same error, with edited aviscript, with generic script, both using all x264's, Xvid, profiles, mkv's, avi's, mp4's.

win7 64bit 6gb's.

The patent laws in question affect the production version just as much as they do the development one. The Dev version is just explicit about it.

Didn't know that thanks.

[lych_necross]

I just upgraded to version 0.3.5.23 and I am receiving an error message about Avisynth not being found. The problem is that I have Avisynth installed and it worked fine before I updated. Here is my log:

[Information] Log
-[Information] Versions
--[Information] MeGUI Version : 0.3.5.23
--[Information] OS : Windows Seven Ultimate Edition x64 (6.1.0.7600)
--[Information] Latest .Net Framework installed : 4.0 (4.0.30319)
--[Information] Avisynth Version : not installed

BTW, I created a bug report on the sourceforge page.

[Zathor]

Do you have the old log files of 0.3.5.22 available? Please post the "--[Information] Avisynth Version :" from this build. If not replace your megui.exe with this one: http://megui.org/auto/megui-core_0_3_5_22.zip

Additionally please upload your file C:\Windows\SysWOW64\avisynth.dll because very likely the build number can not be verified.

[eshtayafido]

hi iam new in Go to first new post MeGUI i want tutorials to use it i hope anyone help me

[Sharktooth]

@eshtayafido: http://mewiki.project357.com/wiki/Main_Page

[lych_necross]

Here are the files you requested Zathor.

Meguifiles.zip (http://www.mediafire.com/?a498j9k4q2u2j5g).

Here is the log file from 0.3.5.22

[Information] Log
-[Information] Versions
--[Information] MeGUI Version : 0.3.5.22
--[Information] OS : Windows Seven Ultimate Edition x64 (6.1.0.7600)
--[Information] Latest .Net Framework installed : 4.0 (4.0.30319)


My version of avisynth.dll is SEt's Avisynth 2.6. You can get it here (http://forum.doom9.org/showthread.php?p=1312666#post1312666)