Avisynth 2.6 MT - Page 40

andybkma · 9th November 2013, 12:04

Quote:

Originally Posted by Groucho2004

Simply omit the *MTMode() statements.

Thanks, I tried that which leaves me with this code:

SetMemoryMax(128)
ffdshow_source()
FineSharp()
or LSFMod()

But then I get error "Cache: Filter returned invalid response to CACHE_GETCHILD_CACHE_MODE.

If I replace the MT avisynth.dll back to the original (non-MT) one in the SysWow64 folder then all is fine with the above code. So something is not right with the above code with the MT version of avisynth.dll to make it run in non-MT...

Groucho2004 · 9th November 2013, 12:07

Quote:

Originally Posted by andybkma

But then I get error "Cache: Filter returned invalid response to CACHE_GETCHILD_CACHE_MODE.

Try with this version of Masktools.

andybkma · 9th November 2013, 12:28

Quote:

Originally Posted by Groucho2004

Try with this version of Masktools.

Thank you kindly, that did it

andybkma · 9th November 2013, 12:33

Quote:

Originally Posted by ryrynz

Correct. SEt states that MTmode 3 should be used before ffdshow_source(), I do wonder if this is the cause of your problems.
What you could also do it dropping the SetMTMode(2) if it still causes issues, that way you're in mode 3 through the whole process except for the end.
If you have no joy with that then I'd try the other suggestions above (Soothe=false and Maxmem setting, maybe mode 5)

So you want to try this:

SetMemoryMax(512)
SetMTMode(3)
ffdshow_source()
SetMTMode(2)
FineSharp()
SetMTMode(1)
GetMTMode(false) > 0 ? distributor() : last

and

SetMemoryMax(512)
SetMTMode(3)
ffdshow_source()
FineSharp()
SetMTMode(1)
GetMTMode(false) > 0 ? distributor() : last

Thank you all for trying to help this noob to MTavisynth out. So lowering the SetMemoryMax to (128) from (512) seemed to have helped out my crashing ZoomPlayer at video start. So I went ahead and compared CPU usage and the rendering stats with mVR using the MT and the non-MT orig version and to be honest I don't see a bit of difference with either FineSharp() or LSFMod(). So am wondering if this MT avisynth version is for much heavier scripts than these two sharpeners or perhaps when combining multiple scripts?

Groucho2004 · 9th November 2013, 12:39

Quote:

Originally Posted by andybkma

So am wondering if this MT avisynth version is for much heavier scripts than these two sharpeners or perhaps when combining multiple scripts?

Pretty much, yes. QTGMC() or some heavy de-noising functions do benefit from multi-threading.
If you want to experiment further, you might want to use this to test scripts.

real.finder · 11th November 2013, 07:35

about crashing, in the last version (2013.09.28), became occur randomly and without an appointment

and if it occurred, and after the re-run encoding again even without modifications, may work without crashing, or it occurred in other frame

that a side, for me, almost every filter work fine with mode 2, even Lsfmod

Overdrive80 · 29th November 2013, 17:41

Hi, actually I am getting random BSOD when encoding using Avisynt MT after updating operating system to windows blue. I have tried encoding without MT and system is stable. Excuse me but I'm not sure if it could be related. Would be it?

Boulder · 29th November 2013, 17:45

You could try debugging the dump, but I would first try testing the system stability with stuff like Prime95 or LinX.

SEt · 29th November 2013, 20:10

User mode apps must not even have rights to crash your system. So anything but Avisynth is to blame here (drivers? OS? hardware?). It's quite trivial that without MT your system is more stable: because way less system resources are used.

As already suggested, test system stability with apps like LinX and Prime95. Heavy modern games are also good for load tests (if you are not extremely GPU-bound there).

Overdrive80 · 29th November 2013, 20:38

Quote:

Originally Posted by Boulder

You could try debugging the dump, but I would first try testing the system stability with stuff like Prime95 or LinX.

I have seen minidumps and are caused by different reasons. Here minidumps

Quote:

Originally Posted by SEt

User mode apps must not even have rights to crash your system. So anything but Avisynth is to blame here (drivers? OS? hardware?). It's quite trivial that without MT your system is more stable: because way less system resources are used.

As already suggested, test system stability with apps like LinX and Prime95. Heavy modern games are also good for load tests (if you are not extremely GPU-bound there).

I have tested system with LinX without BSOD.

I apologize because I dont want to turn the thread into offtopic but only happens to me if I run with MT.

EDIT: All drivers is updated.

Groucho2004 · 29th November 2013, 21:08

Quote:

Originally Posted by Overdrive80

I have tested system with LinX without BSOD.

LinX also doesn't produce BSODs.

Boulder · 29th November 2013, 21:22

Did you give LinX the maximum amount of memory available? And you should also run it for several hours, I've seen it calculate an incorrect result after it had already been running the whole previous night.

real.finder · 30th November 2013, 11:43

Quote:

Originally Posted by Overdrive80

Hi, actually I am getting random BSOD when encoding using Avisynt MT after updating operating system to windows blue. I have tried encoding without MT and system is stable. Excuse me but I'm not sure if it could be related. Would be it?

use 2013.03.09 build instead of 2013.09.28

I also had stability problems in latest version

Overdrive80 · 30th November 2013, 11:59

Quote:

Originally Posted by Boulder

Did you give LinX the maximum amount of memory available? And you should also run it for several hours, I've seen it calculate an incorrect result after it had already been running the whole previous night.

After of 14 hours I didnt get any error.

Quote:

Originally Posted by real.finder

use 2013.03.09 build instead of 2013.09.28

I also had stability problems in latest version

Thanks, I will test it.

EDIT: I can confirm that real.finder said, my system has become stable with previous version of MT.

Overdrive80 · 22nd January 2014, 19:41

Excuse me, I hope that you can help me. Since days ago I get errors with avisynth like this:

I use windows 7 x64, I dont undertand why show "C\Windows\system32\avisynth.dll" if this *.dll is in syswow64.

I attach script. I would attach crash file of vdub if is required. Thanks.

Guest · 22nd January 2014, 20:39

When you have a complex script like that, you have to strip it down and then add stuff back step by step to see what causes the crash.

ultim · 22nd January 2014, 20:48

Quote:

Originally Posted by Overdrive80

Based on the casing of the DLL (AviSynth.dll vs. avisynth.dll) I think you have AviSynth+. In this case please post to the AviSynth+ thread instead of here next time.

Overdrive80 · 22nd January 2014, 21:22

Quote:

Originally Posted by neuron2

When you have a complex script like that, you have to strip it down and then add stuff back step by step to see what causes the crash.

Ok, I will do. Is curious, I dont get this error if I remove the line: SetMTMode(x,y). O_O.

For you say, I understand that maybe some filter is looking for avisynth in wrong directory, dont it?

Thanks.

Quote:

Originally Posted by ultim

Based on the casing of the DLL (AviSynth.dll vs. avisynth.dll) I think you have AviSynth+. In this case please post to the AviSynth+ thread instead of here next time.

Nop, I use avisynth MT of SEt. But thanks for your interest.

Guest · 22nd January 2014, 21:24

MT is a hit or miss kind of thing. I never use it so can't help you, but others that use it may weigh in.

TheSkiller · 22nd January 2014, 21:55

I get this error (access violation) too, using the latest AviSynth 2.6 alpha 5 and SEt's MT. It didn't ever happen before.
To me the error seems to occur quite randomly upon loading scripts. Sometimes I reload the script in VirtualDub (F2 Key) and get the error, then I reload again and it works... Sometimes it's there 10 times in a row. Sometimes it won't stop. I cannot nail it down to a specific script line.

29th November 2013, 17:41	#787 \| Link
Overdrive80 Anime addict Join Date: Feb 2009 Location: Spain Posts: 673	Hi, actually I am getting random BSOD when encoding using Avisynt MT after updating operating system to windows blue. I have tried encoding without MT and system is stable. Excuse me but I'm not sure if it could be related. Would be it? __________________ Intel i7-6700K + Noctua NH-D15 + Z170A XPower G. Titanium + Kingston HyperX Savage DDR4 2x8GB + Radeon RX580 8GB DDR5 + ADATA SX8200 Pro 1 TB + Antec EDG750 80 Plus Gold Mod + Corsair 780T Graphite

29th November 2013, 17:45	#788 \| Link
Boulder Pig on the wing Join Date: Mar 2002 Location: Finland Posts: 5,729	You could try debugging the dump, but I would first try testing the system stability with stuff like Prime95 or LinX. __________________ And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon...

29th November 2013, 21:22	#792 \| Link
Boulder Pig on the wing Join Date: Mar 2002 Location: Finland Posts: 5,729	Did you give LinX the maximum amount of memory available? And you should also run it for several hours, I've seen it calculate an incorrect result after it had already been running the whole previous night. __________________ And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon...

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

11th November 2013, 07:35	#786 \| Link
real.finder Registered User Join Date: Jan 2012 Location: Mesopotamia Posts: 2,587	about crashing, in the last version (2013.09.28), became occur randomly and without an appointment and if it occurred, and after the re-run encoding again even without modifications, may work without crashing, or it occurred in other frame that a side, for me, almost every filter work fine with mode 2, even Lsfmod

29th November 2013, 20:10	#789 \| Link
SEt Registered User Join Date: Aug 2007 Posts: 374	User mode apps must not even have rights to crash your system. So anything but Avisynth is to blame here (drivers? OS? hardware?). It's quite trivial that without MT your system is more stable: because way less system resources are used. As already suggested, test system stability with apps like LinX and Prime95. Heavy modern games are also good for load tests (if you are not extremely GPU-bound there).

22nd January 2014, 20:39	#796 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	When you have a complex script like that, you have to strip it down and then add stuff back step by step to see what causes the crash.

22nd January 2014, 21:24	#799 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	MT is a hit or miss kind of thing. I never use it so can't help you, but others that use it may weigh in.

22nd January 2014, 21:55	#800 \| Link
TheSkiller Registered User Join Date: Dec 2007 Location: Germany Posts: 632	I get this error (access violation) too, using the latest AviSynth 2.6 alpha 5 and SEt's MT. It didn't ever happen before. To me the error seems to occur quite randomly upon loading scripts. Sometimes I reload the script in VirtualDub (F2 Key) and get the error, then I reload again and it works... Sometimes it's there 10 times in a row. Sometimes it won't stop. I cannot nail it down to a specific script line.