Avisynth+ plugin modernization efforts

[real.finder]

any idea of porting BlindPP to new plugin with HBD? or if we can replace it with something else that give at least similar if not 100% identical output? I tried with deblock and aside from the parameters are not similar I didn't get to make the output the same or similar

I need BlindPP since some scripts use it like FunkyDeBlock and SoftSharpen

[real.finder]

is it possible to have http://avisynth.nl/index.php/IT add edeint parameter like TDeint and tfm do? since there are some Japanese sources only work better with IT and the internal deinterlace is not that good

there are https://github.com/HomeOfVapourSynth...VapourSynth-IT to backport if updating original avs one is hard

[LigH]

Are there any image stabilizer plugins available yet? I read a question about VDub DeShaker today, which may not yet be available for VDub2 x64, and looking through the Wiki page for AviSynth+ x64 plugins, I could not find anything related to DePan or Stab ...

[Reel.Deel]

Originally Posted by LigH

Are there any image stabilizer plugins available yet? I read a question about VDub DeShaker today, which may not yet be available for VDub2 x64, and looking through the Wiki page for AviSynth+ x64 plugins, I could not find anything related to DePan or Stab ...

Update Depan is distributed with MVTools: https://github.com/pinterf/mvtools/releases

Here's a full list of plugins that are available in x64: http://avisynth.nl/index.php/Category:Plugins_x64

Deshaker is available in x64, although I've have not tried it with VDub2.

[real.finder]

I did update some old posts with this Reply (note the colors)

Originally Posted by real.finder

ok, so I will mention what not has HBD yet

1st is plugins that has VS ports with HBD:-
1 - EEDI3 (no HBD yet)
2 - Dither_resize16/fmtconv (no yet) here https://github.com/EleonoreMizo/fmtconv the vs port
3 - SangNom2/SangNomMod (done by Asd)
4 - TTempSmooth (done by Asd)
5 - EEDI2 (done by Asd)
6 - TCanny (there are TCannymod by chikuzen but I think with no HBD) (done by Asd)
7 - Yadifmod (there are Yadifmod2 by chikuzen with not completed HBD) (done by Asd)
8 - DeblockPP7 (done by Asd)
9 - median (not yet) here https://github.com/dubhater/vapoursynth-median the VS port
10 - tbilateral (done by Asd)
11 - tedgemask (done by Asd)
12 - MSmooth (done by Asd)
13 - ASharp (done by Asd)
14 - degrainmedian (no yet) here https://github.com/dubhater/vapoursynth-degrainmedian the VS port
15 - TDeint (done by pinterf)

plugins that has VS ports but no HBD:-
1 - scxvid (there are no x64 in avs yet)
2 - hqdn3d (there are avs port but with 16bit hack)
3 - ssiq (there are no x64 in avs yet)

Originally Posted by real.finder

and there are some filters seems has no VS ports

1 - VariableBlur (it was planed by tp7)
2 - frfun7 (useful for Dot Crawl Removal, used in DDComb)
3 - GradFun2db (maybe it can be replaced with f3kdb?)
4 - LGhost (HolyWu Recently did the VS port, avs+ done by Asd)

so a lot of those are done now by Asd here https://github.com/Asd-g?tab=repositories and there are some that I didn't mention like https://github.com/Asd-g/AviSynth-CAS and https://github.com/Asd-g/AviSynth-FillBorders and https://github.com/Asd-g/AviSynth-vsTMM and https://github.com/Asd-g/AviSynth-BWDIF and https://github.com/Asd-g/AviSynth-JincResize and https://github.com/Asd-g/RawSource_2.6x and https://github.com/Asd-g/MTCombMask and https://github.com/Asd-g/ReduceFlicker and there are many others!

note: the ones that has "vs" in their names because they are not same as old avs one (Missing things from avs old one or different parameters)

[tormento]

Originally Posted by real.finder

I did update

I really would like to have HBD dither.

[Boulder]

Originally Posted by tormento

I really would like to have HBD dither.

What functionalities of Dither you are looking for? It already has the 16bit hack implemented, but it could be that the functionality can be achieved by some other tool.

[tormento]

Originally Posted by Boulder

What functionalities of Dither you are looking for? It already has the 16bit hack implemented, but it could be that the functionality can be achieved by some other tool.

I'd like to see how good and how fast it dithers from 16 bit to 8-12 bit / deband with proper HBD support.

[pinterf]

z_ConvertFormat probably dithers using AVX2 as well, maybe even utilizes AVX512.

[Boulder]

Originally Posted by pinterf

z_ConvertFormat probably dithers using AVX2 as well, maybe even utilizes AVX512.

At least according to the docs, it does.

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

[real.finder]

z_ConvertFormat is good, but it's not a full replace for dither tools, there are https://github.com/EleonoreMizo/fmtconv as dither tools vs port, so it's better to back port it than update the old dither tools

edit: even fmtconv can't be a full replacement for dither tools, since the functions in dither tools has additional features like soft and maxts in Dither_add_grain16 (addgrainc alternative) and fmtconv don't has Dither_add_grain16 alternative edit: https://forum.doom9.org/showthread.p...71#post1937771

[Arx1meD]

Good day to all.
Has anyone found Convolution3D for Windows 64-bit?
I know MipSmooth exists, but it works a little differently and slower.

[pinterf]

Originally Posted by Arx1meD

Good day to all.
Has anyone found [suspicious_url] for Windows 64-bit?
I know MipSmooth exists, but it works a little differently and slower.

Hi, are you aware of the link you put behind "Convolution3D" link to redirect?

[LigH]

That was indeed the homepage of the author once. But it vanished. The AviSynth Wiki links to a WebArchive of this domain for the 32-bit version.

I guess you can simulate such a generic plugin with MaskTools etc. but an optimized plugin will probably be more efficient, especially with a variety of color spaces...

[Arx1meD]

Originally Posted by pinterf

Hi, are you aware of the link you put behind "Convolution3D" link to redirect?

This is a link from the http://avisynth.nl
I found the source code on another site, but I don’t know what to do with it. I am not a software developer.

[pinterf]

After looking the code:
From coder's point of view its internal asm is incompatible with x64 (e.g. using 32 bit registers for pointers).
Instead of hacking that it would need a SIMD intrinsic rewrite: asm{} block syntax is not valid for x64. And one should use SSE2 instead of MMX. Surely it needs some hours of working time.

Webarchive source:
http://web.archive.org/web/201301180...yv12-beta5.zip

[Arx1meD]

pinterf thanks for the answer. Excuse me, but I do not understand what you are talking about. Sorry.

[wonkey_monkey]

Could it be emulated with Expr?

[pinterf]

Originally Posted by Arx1meD

pinterf thanks for the answer. Excuse me, but I do not understand what you are talking about. Sorry.

Sorry, there was a first - non-technical - sentence there which I deleted.

Really, the last sentence was for you:
"Surely it needs some hours of working time."

The rest is just a note for those (incl. me) who are considering touching the plugin. Interesting and not so hard task, but when someone starts working on it, please note it here and I'll then not spend time on that.

[pinterf]

Originally Posted by wonkey_monkey

Could it be emulated with Expr?

Looking into the description (Convolution3d.txt) it is not that straightforward doing it with Expr.
Unfortunately there is no C version - so at least the code has to be reverse-engineered if it's doing the same as stated in the description. So strange that old coders are starting immediately with coding assembler. A huge contrast to present coding standards where there must be a working C prototype to understand and simulate the basic behaviour even if it is optimized later for a specific processor and thus the code written in C won't not run at all. (until someone recognizes that the compiler sometimes generate quicker code than the hand-written assembler and drop old assembler routines)