MAA2 not working. There is no function named SangNom2

[killerteengohan]

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


This is getting annoying.

I'm getting an error saying that
there is no function named SangNom 2
(MAA2.avsi, line 85)
(MAA2.avsi, line 57)"


I clearly have SangNom2.dll installed and everything needed for it to work.

It works just fine on my other computer and my friends computer and this installation was done the exact same way along with same plugins exactly copied over.

Why would it be giving me this error out of nowhere when put on this computer? Its the same operating systems.

I uninstalled AVISynth and reinstalled it and that didnt fix anything.

[foxyshadis]

Are you using a 64-bit host software? SangNom is 32-bit only. Are you sure the plugins folder is set where you think it is? Check HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\AviSynth in the registry, plugindir2_5 should be the folder.

[Reel.Deel]

SangNom is 32-bit only.

Correct, the old SangNom is 32-bit only but the updated SangNom2 (http://avisynth.nl/index.php/SangNom2) comes in 32 and 64-bit.

-----

@killerteengohan

Makes sure you're using the appropriate version of SangNom2. If using 32-bit Avisynth (which is the most commonly used) use the 32-bit SangNom2. Also make sure you are using AviSynth 2.6.0 Alpha5 (http://forum.doom9.org/showthread.php?t=168764) or AviSynth+ r1576 (http://forum.doom9.org/showthread.php?t=168856) (64-bit will only work with Avisynth+), it will not work with any older version of Avisynth. I know for a fact MAA2 (http://avisynth.nl/index.php/MAA2) works, I test scripts and plugins before I add them to the wiki. ;)

[killerteengohan]

Nope Im using 32-bit

Its the exact same filters as on the other computers. Names are all the same, filters are all the same and just copied over. Works fine on the other 3 computers but not this one. All files and programs are exactly the same on all the computers and this is the only one not working. Ive tried reinstalling several times and problem isnt fixed. Installed and copied over to the other computers on the first try and with no trouble but this one doesnt want to work.

I just tried an older version of sangnom2 which is 3.0 instead of 3.5 and it works now, but I want the newer one to work like on my other laptops and my friends computer as well. I shouldn't have to use an older one. I really don't know whats up with this.

Why would it work on 3 other computers no problems at all but this one wants to be a pain? The operating systems are the same.

[foxyshadis]

Ah, you're missing the runtime. Visual Studio 2012 Runtime (https://www.microsoft.com/en-us/download/details.aspx?id=30679). This needs to go in the wiki too.

[Reel.Deel]

Hmmm, that's odd. SangNom2 v0.35 requires the Microsoft Visual C++ 2012 Redistributable Package (http://www.microsoft.com/en-us/download/details.aspx?id=30679#) (v0.30 is statically built so it doesn't require the runtime dependencies). Maybe that's the problem? I forgot to add that to the requirements on the wiki. :o

Edit:
Too slow, foxyshadis beat me.

This needs to go in the wiki too.

Will do. :)

[killerteengohan]

To my knowledge I already have that package. It downloads in windows update.

EDIT: I tried installing it and it says I already have it and a newer version on my system.

[TurboPascal7]

Try loading the plugin directly with LoadPlugin("path_to_sangnom2.dll"). If it throws 0x7E or 0x7F error then indeed the runtime library is missing/incorrect.

[killerteengohan]

Try loading the plugin directly with LoadPlugin("path_to_sangnom2.dll"). If it throws 0x7E or 0x7F error then indeed the runtime library is missing/incorrect.

I tried that long ago, I just get an error when I try it.

unable to load, error=0x7e

I can get the 0.3 version of Sangnom2 working but not the 0.35 version which is weird because 0.35 works on all my other computers and my friends computer.

I put the 0.3 in where the 0.35 was and it works. I take the 0.3 back out and put the 0.35 in and I get the error listed above.

I know its in the right location, and its the same dll file as on all the other computers. Its even in the same locations.


If the runtime library is missing or incorrect as you say, why does that same exact dll file work on the other computers and not this one?

[TurboPascal7]

0x7E error means the runtime is missing (http://msdn.microsoft.com/en-us/library/windows/desktop/ms681382(v=vs.85).aspx). I have no idea why you have the runtime installed on all other computers and not on this one, but installing it should fix the issue.

[killerteengohan]

0x7E error means the runtime is missing (http://msdn.microsoft.com/en-us/library/windows/desktop/ms681382(v=vs.85).aspx). I have no idea why you have the runtime installed on all other computers and not on this one, but installing it should fix the issue.

And where do I get this runtime to install it?

I installed everything the exact same on all the computers and its just this one that wont work with 0.35. I'm finding it a bit hard to believe that I'm missing something when I did the same exact installation steps one computer right after another and the others work fine.

Could it a problem with its compatibility in 64-bit Windows 7? I guess I do have windows theme softwares on this one I don't have on the others.

operating system is 64-bit but I'm only using 32-bit avisynth and sangnom2 plugins.

Could the other computers have a piece of hardware that this one is missing?

Why would 0.35 need this runtime and 0.30 does not?

[TurboPascal7]

Try actually reading the messages in this thread, you might even find a link to the runtime in one of those. Or even two if you look hard enough.

[foxyshadis]

If 0.30 works and 0.35 doesn't, something is broken beyond our ability to solve remotely, given that they use the same runtimes. You can try uninstalling and reinstalling them. I could probably figure it out with some process monitor or debugger work, but I've found that's rarely worth the time unless it affect many users.... It's not tp7's fault, sometimes you just screw things up enough that reinstalling is the easiest option, I've been there. When no one else has your problem, it's bound to be a program or setting or the registry on your system.

If reinstalling is anathema (I know the feeling, that's what led me to become a windows expert), you're going to have to learn the guts of your system and sort out what's hooking into your dll load and why. Good luck, it's a hard road, but process monitor, windbg, CFF Explorer/PE Tools, and raymond chen's and mark russinovich's blogs help tremendously.

[killerteengohan]

Try actually reading the messages in this thread, you might even find a link to the runtime in one of those. Or even two if you look hard enough.

I did and all I found was a link to a list of errors. Unless your talking about that microsoft package that I cant install because it wont let me saying I already have a newer one installed.

[killerteengohan]

If 0.30 works and 0.35 doesn't, something is broken beyond our ability to solve remotely, given that they use the same runtimes. You can try uninstalling and reinstalling them. I could probably figure it out with some process monitor or debugger work, but I've found that's rarely worth the time unless it affect many users.... It's not tp7's fault, sometimes you just screw things up enough that reinstalling is the easiest option, I've been there. When no one else has your problem, it's bound to be a program or setting or the registry on your system.

If reinstalling is anathema (I know the feeling, that's what led me to become a windows expert), you're going to have to learn the guts of your system and sort out what's hooking into your dll load and why. Good luck, it's a hard road, but process monitor, windbg, CFF Explorer/PE Tools, and raymond chen's and mark russinovich's blogs help tremendously.

Well I never said it was tp7's fault, it clearly works just fine on all the other computers so I know its not a bad .dll file. It just didn't want to work on this computer.

I've reinstalled the plugin and avisynth 10+ times trying to figure this out. If your saying reinstall windows 7, yeah I cant do that. I know how but I have too much important data at the moment that I cant just wipe off for a fresh install of windows.

Is the 0.35 even worth this trouble? Is it even any better except for 64-bit support being added? Is it a downfall to just use the 0.30 instead of the .35 like the other ones are using?

[TurboPascal7]

No there's no real difference between 0.3 and 0.35 except linking so you'll be fine with either one.

Until you install some other program that requires vs2012 runtime, of course.

[Reel.Deel]

Uninstall the 2012 Microsoft redistributable package and reinstall this one: http://www.microsoft.com/en-us/download/details.aspx?id=30679

You can also try Dependency Walker (http://www.dependencywalker.com/) on SangNom2, it'll let you know if your missing something.

[killerteengohan]

Thanks for the runtime package. While it did not want to install, telling me I have newer version on it yesterday, I tried it again today and it installed this time.

Unfortunately it did not stop the error.

If I cant figure it out then I guess Ill just use the .3 version on this computer since there is no difference in quality output from it and .35 I guess. (At least that's what I'm assuming since tp7 says there's no real difference between the two. I dont exactly know what linking means but I'm assuming something with multithreading in 64-bit)

Ill go ahead and try out that Dependency Walker and see if I notice anything.

If .35 did a better job on the output, I would be more high strung to get this working.

[killerteengohan]

I used the Dependency Walker and this is the results.

Does this help out any?

http://i.imgur.com/S7ZkRl1.png

http://i.imgur.com/bC2qRWM.png

http://i.imgur.com/EGrGDwQ.png

[Reel.Deel]

I dont exactly know what linking means but I'm assuming something with multithreading in 64-bit).

Linking means how it was built (static or dynamic).

v0.30 is statically built so it doesn't require the runtime dependencies

[TurboPascal7]

Just in case: did you install vcredist_x86.exe? There is also x64 one but you need x86.

[killerteengohan]

Okay well it turns out the problem was the runtime package.

I checked my other computers to see if they had that package and they didn't have the 2012 one you gave me, yet the 0.35 works fine on them. I find that weird since you said it was a requirement.

Then I noticed they have Microsoft Visual C++ 2008, and 2010 both x64 and both x84 versions. I installed the x64 one because I'm using a 64-Bit operating system, but apparently it also needs the x86 one as well. I usually don't put both 32-bit and 64-bit on 64-bit operating system.

As soon as I installed the x86 2012 one as well, I kept getting a "program cant start because msvcp71.dll is missing" but I just copied those over into the system folder and it seems to work fine now and so does the .35 version.

Thanks for the assistance in getting this to work.

I still find it weird though that my other computers don't have this 2012 package yet it works fine on them.

[killerteengohan]

Just in case: did you install vcredist_x86.exe? There is also x64 one but you need x86.

I just now saw this post after trying that myself and posting about it ha ha.

Thanks!!

[killerteengohan]

Hmmm, that's odd. SangNom2 v0.35 requires the Microsoft Visual C++ 2012 Redistributable Package (http://www.microsoft.com/en-us/download/details.aspx?id=30679#) (v0.30 is statically built so it doesn't require the runtime dependencies). Maybe that's the problem? I forgot to add that to the requirements on the wiki. :o

Edit:
Too slow, foxyshadis beat me.



Will do. :)

If your going to add it wiki, be sure and tell them its the (x86) version that's required.

[Reel.Deel]

If your going to add it wiki, be sure and tell them its the (x86) version that that's required.

Well, since SangNom2 is available in 32 or 64-bit I guess I'll add a note that says that vcredist_x86.exe is required for 32-bit and vcredist_x64.exe for 64-bit. I just thought that this was common knowledge. Anyways glad you got it fixed.

[killerteengohan]

Well, since SangNom2 is available in 32 or 64-bit I guess I'll add a note that says that vcredist_x86.exe is required for 32-bit and vcredist_x64.exe for 64-bit. I just thought that this was common knowledge. Anyways glad you got it fixed.

Its good that you make that note because that's where the mixup was.

I was using x64 because I have a 64bit operating system. I wasn't going by what version of AVISynth I was using since that microsoft package is for windows and not AVISynth.

Thanks!!

[jealousy91]

I'm now also having the same problem w/ Sangnom2.
I have AviSynth 2.6.0 (updated on 5/31/2015), and I already have Microsoft Visual C++2012 x64 and x86 versions installed plus all other necessary plugins but can not get it to work.

[killerteengohan]

I'm now also having the same problem w/ Sangnom2.
I have AviSynth 2.6.0 (updated on 5/31/2015), and I already have Microsoft Visual C++2012 x64 and x86 versions installed plus all other necessary plugins but can not get it to work.

I mentioned just above how I fixed it. This is a paste of it in bold below. Give that a try.

This will give you all runtime packages Microsoft offers on their website, both x86 and x64 versions in one bundle installer.

https://mega.nz/#!QlZmHA7Z!6c-NQqoVcFFxL8BJlcdqaYaZNjIGkkyGGGjU8CIBSJc

Either install that package or install Microsoft Visual C++ 2008, and 2010 both x64 and both x84 versions as well and see if it works.


Okay well it turns out the problem was the runtime package.

I checked my other computers to see if they had that package and they didn't have the 2012 one you gave me, yet the 0.35 works fine on them. I find that weird since you said it was a requirement.

Then I noticed they have Microsoft Visual C++ 2008, and 2010 both x64 and both x84 versions. I installed the x64 one because I'm using a 64-Bit operating system, but apparently it also needs the x86 one as well. I usually don't put both 32-bit and 64-bit on 64-bit operating system.

As soon as I installed the x86 2012 one as well, I kept getting a "program cant start because msvcp71.dll is missing" but I just copied those over into the system folder and it seems to work fine now and so does the .35 version.

[Reel.Deel]

Either install that package or install Microsoft Visual C++ 2008, and 2010 both x64 and both x84 versions as well and see if it works.


That's absurd. SangNom2 was compiled with MSVC 2012 thus it requires the corresponding runtime dependencies. If for some reason you need the 2008 and 2010 runtimes then that's a problem all on its own and has nothing to do with SangNom2.

I installed the x64 one because I'm using a 64-Bit operating system, but apparently it also needs the x86 one as well. I usually don't put both 32-bit and 64-bit on 64-bit operating system.

If you're using 32-bit AviSynth/(+) then you need the 32-bit runtime (vcredist_x86.exe), If you're using 64-bit AviSynth+ then you need the 64-bit runtime (vcredist_x64.exe). It doesn't hurt to install both.


I'm now also having the same problem w/ Sangnom2.
I have AviSynth 2.6.0 (updated on 5/31/2015), and I already have Microsoft Visual C++2012 x64 and x86 versions installed plus all other necessary plugins but can not get it to work.

Any error message? You might want to try AviSynth Info Tool (http://forum.doom9.org/showthread.php?t=170647).

[jealousy91]

This will give you all runtime packages Microsoft offers on their website, both x86 and x64 versions in one bundle installer.
https://mega.nz/#!QlZmHA7Z!6c-NQqoVcFFxL8BJlcdqaYaZNjIGkkyGGGjU8CIBSJc[/B]

I installed the MSVC runtime package and then restarted my PC but it still didn't work, then I tried deleting the sangnom2.dll I had and redownloaded the x86 version and got it working.

Any error message? You might want to try AviSynth Info Tool (http://forum.doom9.org/showthread.php?t=170647). I'll be using this from now on.

[killerteengohan]

That's absurd. SangNom2 was compiled with MSVC 2012 thus it requires the corresponding runtime dependencies. If for some reason you need the 2008 and 2010 runtimes then that's a problem all on its own and has nothing to do with SangNom2.

Works perfectly fine on my other 2 computers and they don't have 2012 x86 or x64 installed at all. For something that required it, it sure seems to work just fine without them. That one computer I originally asked for help with was the only one that needed all of those and the 2012 for it to work for me.

Also, this is 4-5 months later after I solved my problem. No need for anyone to be arguing about it now. It worked for me on the computer I was having the problem on and I simply suggested it to that person, that's all. They sent me a PM asking me about this and how I fixed it and showed me their post here asking for help. I didn't come back to argue or challenge anything.

If their not in trouble for reviving a thread after this much time, (I remember when it used to be a big issue) then please just help them and don't bother with me.

[StainlessS]

At a guess I'de say that maybe you copied the required dll onto your system without installing the complete package (not a good idea).
If a plugin requires a runtime, there is no way that you can run it without fulfilling the requirements.

EDIT: Dependency Walker or Groucho2004 InfoTool will tell you what you did.