another restore function - Page 43

Natty · 14th March 2019, 11:31

can someone help me in removing ghosting/blending in this clip ? i dont understand exactly what type of artifact is this. i tried plain qtgmc + srestore and

QTGMC(Preset = "Slower", InputType=0, NoiseProcess=0)
srestore(mode=4, thresh=44)

but cant fix it completely or reduce it to minimum. heres the sample source and encoded clip

https://www34.zippyshare.com/v/wpy3Lzha/file.html

SaurusX · 14th March 2019, 20:11

I didn't look, but I can immediately recommend not using QTGMC as your detection clip for sretore. The best results come from simpler bobs. However, you can still using the frames generated by QTGMC by running both at the same time like so:

FFmpegSource2("....")
d=TDeint(mode=1, type=2, full=false, tryWeave=true)
QTGMC(Preset = "Slower", InputType=0, NoiseProcess=0)
srestore(frate=23.976, speed=-1, thresh=1, dclip=d, mode=4)

Yes, these are aggressive srestore parameters, so I'd suggest bumping up the thresh value until the filter stops working well. You might want to try mode=-4 also, since sometimes srestore will work better by analyzing the chroma instead of the luma. It's kind of an art using srestore since no one method seems to work best all the time.

Boulder · 14th March 2019, 20:26

I've also had better results sometimes by downscaling the analysis clip with ReduceBy2() after bobbing it.

Boulder · 15th March 2019, 11:27

Here's one strange case I've been trying to fix.

https://drive.google.com/open?id=1oI...PD71KtYKHKyZsp (original clip)
https://drive.google.com/open?id=1O1...dNAplNFP5oUVnw (bobbed clip)

I tried figuring out a pattern with a that bobbed clip and it looks like 4 good frames, 2 blended ones. Then if you look closer, it looks more like 3 good frames and 3 blended ones where the middle one is a real blended mess and the surrounding frames much less so

Is it something that cannot be handled by SRestore as the origins seem to be an interlaced clip?

simple_simon · 4th August 2019, 21:49

I'm using the latest version of the script (2.796) with the latest avisynth+ x64 and all the latest necessary plugins (masktools, etc) and I'm getting an error complaining "I don't know what 'avsplusversionnumber' means". I tried usiing 2.795 but with that one it complains about not knowing what 'dm' means. I looked at the script and both things are specified so it should 'know' what it means. What am i doing wrong? I can't find any mention of this in the previous entries of this thread.

real.finder · 4th August 2019, 21:56

Quote:

Originally Posted by simple_simon

I'm using the latest version of the script (2.796) with the latest avisynth+ x64 and all the latest necessary plugins (masktools, etc) and I'm getting an error complaining "I don't know what 'avsplusversionnumber' means". I tried usiing 2.795 but with that one it complains about not knowing what 'dm' means. I looked at the script and both things are specified so it should 'know' what it means. What am i doing wrong? I can't find any mention of this in the previous entries of this thread.

you need SMDegrain.avsi (v3.1.2.101s or up)

hello_hello · 4th August 2019, 23:03

Quote:

Originally Posted by simple_simon

I'm using the latest version of the script (2.796) with the latest avisynth+ x64 and all the latest necessary plugins (masktools, etc) and I'm getting an error complaining "I don't know what 'avsplusversionnumber' means". I tried usiing 2.795 but with that one it complains about not knowing what 'dm' means. I looked at the script and both things are specified so it should 'know' what it means. What am i doing wrong? I can't find any mention of this in the previous entries of this thread.

The functions for checking the Avisynth version don't come with SRestore. They come with SMDegrain. Given it's only a few lines, I'd also include the functions with the SRestore script myself, so people won't have this problem, but that's just me and it's not up to me.

Here's what you're missing if you don't want to download the latest SMDegrain, you could add it to the end of the SRestore script if you have it in the auto-loading Avisynth plugins folder, or you could create a separate avsi file etc.

Code:

function IsAvsNeo(){ FindStr(VersionString, "AviSynth Neo") != 0 }
function IsAvsPlus(){ FindStr(VersionString, "AviSynth+") != 0 || IsAvsNeo }
function AvsPlusVersionNumber(){ \
IsAvsNeo ? eval(MidStr(VersionString(),20,4)) : \
IsAvsPlus ? val(MidStr(VersionString(),17,4)) : 0 }

simple_simon · 5th August 2019, 19:29

Thanks for letting me know. I thought I had latest one (smdegrain_v3.1.2.100s) but guess not. Downloading SMDegrain v3.1.2.104s solved the 'avsplusversionnumber' error but now it's throwing up "I don't know what 'dm' means" error. Anyone know what that one's about?

real.finder · 5th August 2019, 20:03

Quote:

Originally Posted by simple_simon

Thanks for letting me know. I thought I had latest one (smdegrain_v3.1.2.100s) but guess not. Downloading SMDegrain v3.1.2.104s solved the 'avsplusversionnumber' error but now it's throwing up "I don't know what 'dm' means" error. Anyone know what that one's about?

what is your full srestore line?

simple_simon · 5th August 2019, 22:29

srestore(frate=24.975, thresh=14, cache=8)

real.finder · 6th August 2019, 01:40

Quote:

Originally Posted by simple_simon

srestore(frate=24.975, thresh=14, cache=8)

work fine for me

edit: are you using MT Prefetch() in avs+? if yes then that known thing that mt not work (yet) with real-time functions like srestore

simple_simon · 6th August 2019, 02:24

Ahhh! That's what it was. Thank you.

What's it mean that a filter is a realtime filter and how do i tell to avoid using prefetch with them?

real.finder · 6th August 2019, 05:46

Quote:

Originally Posted by simple_simon

Ahhh! That's what it was. Thank you.

What's it mean that a filter is a realtime filter and how do i tell to avoid using prefetch with them?

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

foobar2000 · 16th March 2020, 00:08

PAL with blends.. hard to deal with..

hi folks I came across two PAL dvds, both with blends..

the first one is progessive but I tried many filters can't fix it, seems to be hard double-telecine?

the second is interlaced with more blends, even more messy

the first one is TFF, second one BFF

here're the samples, thanks a lot

http://www.mediafire.com/file/biwgkp...PAL_blends.rar

manolito · 24th May 2020, 23:40

Follow-up to this old post:
https://forum.doom9.org/showthread.p...34#post1844334

So using an old MaskTools version together with a new SRestore script will not work, but what about the other way around?

Using an old SRestore script (v 2.7e) with he latest pinterf MaskTools2 version? Is this safe if I stay away from Hi BitDepth and Hi Color?

real.finder · 25th May 2020, 04:48

Quote:

Originally Posted by manolito

Follow-up to this old post:
https://forum.doom9.org/showthread.p...34#post1844334

So using an old MaskTools version together with a new SRestore script will not work, but what about the other way around?

Using an old SRestore script (v 2.7e) with he latest pinterf MaskTools2 version? Is this safe if I stay away from Hi BitDepth and Hi Color?

if you use new masktools then why you need old SRestore?!!

anyway it should work, new SRestore should also work with old masktools2 in avs 2.5 but new SRestore in avs 2.6 or avs+ will need new masktools2

manolito · 25th May 2020, 12:39

The reason because I want to keep the old SRestore script is that I use at least three different computers for my video conversions, and one of them is my ancient WinXP machine with with a P3 Coppermine CPU (no SSE2), and I do not want to maintain different plugin folders with different versions of the filters. Least common denominator, and this means using older plugins from the pre "modernization effort" era. And this old SRestore version 2.7e has always worked well for me...

real.finder · 25th May 2020, 12:53

Quote:

Originally Posted by manolito

The reason because I want to keep the old SRestore script is that I use at least three different computers for my video conversions, and one of them is my ancient WinXP machine with with a P3 Coppermine CPU (no SSE2), and I do not want to maintain different plugin folders with different versions of the filters. Least common denominator, and this means using older plugins from the pre "modernization effort" era. And this old SRestore version 2.7e has always worked well for me...

you can ask pinterf for c only build

anyway you have others like 2.7i or older like 2.7g, should work with older masktools

real.finder · 31st May 2020, 14:47

Quote:

Originally Posted by manolito

The reason because I want to keep the old SRestore script is that I use at least three different computers for my video conversions, and one of them is my ancient WinXP machine with with a P3 Coppermine CPU (no SSE2), and I do not want to maintain different plugin folders with different versions of the filters. Least common denominator, and this means using older plugins from the pre "modernization effort" era. And this old SRestore version 2.7e has always worked well for me...

Quote:

Originally Posted by real.finder

you can ask pinterf for c only build

anyway you have others like 2.7i or older like 2.7g, should work with older masktools

hope this will make you happy https://www.solidfiles.com/v/nDeywNzjnKyKG

it's the last version but build with /arch:SSE

manolito · 31st May 2020, 17:47

Thanks for this build, but it does not work on my ancient WinXP machine.

I removed the old mt-masktools.dll and copied your build of masktools2 into my plugin folder. Then replaced the old SRestore.avsi with your latest version, then I also needed the file Zs_RF_Shared.avsi in the plugins folder.

When calling SRestore I got this error:
"There is no function MT_Makediff"

So it looks like my Non-SSE2 machine does not like this build...

14th March 2019, 20:26	#843 \| Link
Boulder Pig on the wing Join Date: Mar 2002 Location: Finland Posts: 5,729	I've also had better results sometimes by downscaling the analysis clip with ReduceBy2() after bobbing it. __________________ And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon...

15th March 2019, 11:27	#844 \| Link
Boulder Pig on the wing Join Date: Mar 2002 Location: Finland Posts: 5,729	Here's one strange case I've been trying to fix. https://drive.google.com/open?id=1oI...PD71KtYKHKyZsp (original clip) https://drive.google.com/open?id=1O1...dNAplNFP5oUVnw (bobbed clip) I tried figuring out a pattern with a that bobbed clip and it looks like 4 good frames, 2 blended ones. Then if you look closer, it looks more like 3 good frames and 3 blended ones where the middle one is a real blended mess and the surrounding frames much less so Is it something that cannot be handled by SRestore as the origins seem to be an interlaced clip? __________________ 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

14th March 2019, 11:31	#841 \| Link
Natty Noob Join Date: Mar 2017 Posts: 221	can someone help me in removing ghosting/blending in this clip ? i dont understand exactly what type of artifact is this. i tried plain qtgmc + srestore and QTGMC(Preset = "Slower", InputType=0, NoiseProcess=0) srestore(mode=4, thresh=44) but cant fix it completely or reduce it to minimum. heres the sample source and encoded clip https://www34.zippyshare.com/v/wpy3Lzha/file.html

14th March 2019, 20:11	#842 \| Link
SaurusX Registered User Join Date: Feb 2017 Posts: 135	I didn't look, but I can immediately recommend not using QTGMC as your detection clip for sretore. The best results come from simpler bobs. However, you can still using the frames generated by QTGMC by running both at the same time like so: FFmpegSource2("....") d=TDeint(mode=1, type=2, full=false, tryWeave=true) QTGMC(Preset = "Slower", InputType=0, NoiseProcess=0) srestore(frate=23.976, speed=-1, thresh=1, dclip=d, mode=4) Yes, these are aggressive srestore parameters, so I'd suggest bumping up the thresh value until the filter stops working well. You might want to try mode=-4 also, since sometimes srestore will work better by analyzing the chroma instead of the luma. It's kind of an art using srestore since no one method seems to work best all the time.

4th August 2019, 21:49	#845 \| Link
simple_simon Registered User Join Date: Feb 2003 Posts: 101	I'm using the latest version of the script (2.796) with the latest avisynth+ x64 and all the latest necessary plugins (masktools, etc) and I'm getting an error complaining "I don't know what 'avsplusversionnumber' means". I tried usiing 2.795 but with that one it complains about not knowing what 'dm' means. I looked at the script and both things are specified so it should 'know' what it means. What am i doing wrong? I can't find any mention of this in the previous entries of this thread.

5th August 2019, 19:29	#848 \| Link
simple_simon Registered User Join Date: Feb 2003 Posts: 101	Thanks for letting me know. I thought I had latest one (smdegrain_v3.1.2.100s) but guess not. Downloading SMDegrain v3.1.2.104s solved the 'avsplusversionnumber' error but now it's throwing up "I don't know what 'dm' means" error. Anyone know what that one's about?

5th August 2019, 22:29	#850 \| Link
simple_simon Registered User Join Date: Feb 2003 Posts: 101	srestore(frate=24.975, thresh=14, cache=8)

6th August 2019, 02:24	#852 \| Link
simple_simon Registered User Join Date: Feb 2003 Posts: 101	Ahhh! That's what it was. Thank you. What's it mean that a filter is a realtime filter and how do i tell to avoid using prefetch with them?

16th March 2020, 00:08	#854 \| Link
foobar2000 Registered User Join Date: Aug 2018 Posts: 25	PAL with blends.. hard to deal with.. hi folks I came across two PAL dvds, both with blends.. the first one is progessive but I tried many filters can't fix it, seems to be hard double-telecine? the second is interlaced with more blends, even more messy the first one is TFF, second one BFF here're the samples, thanks a lot http://www.mediafire.com/file/biwgkp...PAL_blends.rar

24th May 2020, 23:40	#855 \| Link
manolito Registered User Join Date: Sep 2003 Location: Berlin, Germany Posts: 3,079	Follow-up to this old post: https://forum.doom9.org/showthread.p...34#post1844334 So using an old MaskTools version together with a new SRestore script will not work, but what about the other way around? Using an old SRestore script (v 2.7e) with he latest pinterf MaskTools2 version? Is this safe if I stay away from Hi BitDepth and Hi Color?

25th May 2020, 12:39	#857 \| Link
manolito Registered User Join Date: Sep 2003 Location: Berlin, Germany Posts: 3,079	The reason because I want to keep the old SRestore script is that I use at least three different computers for my video conversions, and one of them is my ancient WinXP machine with with a P3 Coppermine CPU (no SSE2), and I do not want to maintain different plugin folders with different versions of the filters. Least common denominator, and this means using older plugins from the pre "modernization effort" era. And this old SRestore version 2.7e has always worked well for me...

31st May 2020, 17:47	#860 \| Link
manolito Registered User Join Date: Sep 2003 Location: Berlin, Germany Posts: 3,079	Thanks for this build, but it does not work on my ancient WinXP machine. I removed the old mt-masktools.dll and copied your build of masktools2 into my plugin folder. Then replaced the old SRestore.avsi with your latest version, then I also needed the file Zs_RF_Shared.avsi in the plugins folder. When calling SRestore I got this error: "There is no function MT_Makediff" So it looks like my Non-SSE2 machine does not like this build...