Avisynth+

[StainlessS]

Cleaned up and removed some earlier scripts.
YLevels script in post #5519 Updated, Added Levels originating source code:- https://forum.doom9.org/showthread.p...75#post1909075
Update, use scalef only if BitsPerComponent > 8 [and also avs+].
Made final clamp to colorspace range optional, uncomment a line to use explicit clamp, Masktools clamps anyway so not necessary, suggest leave in-situ [commented out] as documentation.
EDIT: Original Levels source code, and YLevels script do not include any dithering [was I think added to levels in avs 2.60 Std final]. [ Maybe something for RF to think about ]

[real.finder]

Originally Posted by StainlessS

Cleaned up and removed some earlier scripts.
YLevels script in post #5519 Updated, Added Levels originating source code:- https://forum.doom9.org/showthread.p...75#post1909075
Update, use scalef only if BitsPerComponent > 8 [and also avs+].
Made final clamp to colorspace range optional, uncomment a line to use explicit clamp, Masktools clamps anyway so not necessary, suggest leave in-situ [commented out] as documentation.
EDIT: Original Levels source code, and YLevels script do not include any dithering [was I think added to levels in avs 2.60 Std final]. [ Maybe something for RF to think about ]

thank you both pinterf and StainlessS

I will add these changes as soon as possible

dithering in 2.60 Std? it mean using lsb or some hack, so it's unlikely, unless you made it dll here are the all functions https://github.com/realfinder/AVS-St...Levels_mt.avsi

edit: 255 scalef can be replaced with range_max

[StainlessS]

Did not know if some clever stuff could be done for dithering using Expr (I aint really ever looked at Expr).

255 scalef can be replaced with range_max

Very good to know, thanks. [Its your (adopted) baby, mod it as you suggested].
If you need asistance with the other Didee funcs, let me know [but not just now, bit busy].
EDIT:
I had thought about splitting the string into several parts wick1, wick2 etc,
so could provide line wrap for subtitle, and append parts for the actual functionality, maybe you add it.

[real.finder]

Originally Posted by StainlessS

Did not know if some clever stuff could be done for dithering using Expr (I aint really ever looked at Expr).

Very good to know, thanks. [Its your (adopted) baby, mod it as you suggested].
If you need asistance with the other Didee funcs, let me know [but not just now, bit busy].
EDIT:
I had thought about splitting the string into several parts wick1, wick2 etc,
so could provide line wrap for subtitle, and append parts for the actual functionality, maybe you add it.

Expr is only for avs+, and dither need use nearby Pixels which mt_lut can't unless if dither parameter added for it

The only thing that can be done for now is add stacked hack for avs 2.6

[real.finder]

speaking of expr()

pinterf, seems you forget about this https://forum.doom9.org/showthread.p...22#post1899122

[dREV]

Originally Posted by real.finder

seems you missed this post https://forum.doom9.org/showpost.php...&postcount=405

also this https://forum.doom9.org/showthread.p...65#post1906465

It's not that I missed it more like I haven't kept up with your thread. Made a post over at your page about your script https://forum.doom9.org/showthread.p...56#post1909256 It's not working out in 4:2:0 color depth in HEVC.

[real.finder]

Originally Posted by dREV

It's not that I missed it more like I haven't kept up with your thread. Made a post over at your page about your script https://forum.doom9.org/showthread.p...56#post1909256 It's not working out in 4:2:0 color depth in HEVC.

you use input dimensions as native but anyway I fix it, but keep in mind it's 4:4:4 output, if you don't need 444 use resizer only

also I forgot to mention that it work in HBD if you want

[pinterf]

Originally Posted by real.finder

speaking of expr()

pinterf, seems you forget about this https://forum.doom9.org/showthread.p...22#post1899122

I won't do that. We had already had AVX2 and the fma (mul and add in a single step) optimizations were already backported.
It has a more futureproof coding style with even more in-Expr optimizations.
But I think it would offer not real speed benefit at the moment. And since sekrit-twc is thinking about replacing the whole engine let's wait what magic can he do. It won't be a one-week job.

[pinterf]

@real.finder, what about a mode25 test instead? Check rgtools site. This took one week's time including my earlier attempts on it, I do hope there are no other unavoidable modes.

[real.finder]

Originally Posted by pinterf

@real.finder, what about a mode25 test instead? Check rgtools site. This took one week's time including my earlier attempts on it, I do hope there are no other unavoidable modes.

thanks and why not?

ColorBars(width=640, height=480, pixel_type="yv12")
SoftSharpen

SoftSharpen need mode 27, I will test mode 25 later

[pinterf]

Prove it that it cannot be replaced. Just because someone has put there mode 27 twenty years ago (o.k I'm probably exaggerating, but I hope you understand what I am trying to say in general) Experiment with new, maybe the replacements are even better.

[real.finder]

Originally Posted by pinterf

Prove it that it cannot be replaced. Just because someone has put there mode 27 twenty years ago (o.k I'm probably exaggerating, but I hope you understand what I am trying to say in general) Experiment with new, maybe the replacements are even better.

I don’t know, I don’t have enough knowledge and experience

26 = medianblur. Based off mode 17, but preserves corners, but not thin lines.
27 = medianblur. Same as mode 26 but preserves thin lines.

don't know how 26 preserves corners, and 27 use 26 as a base

and isn't using 17 with mask (if it can be done) to get 26 then 26 with another mask to get 27 will make it slower?

[tormento]

Originally Posted by pinterf

Check rgtools site.

I saw you just released RGTools 0.99.

In the release note, you specify support for SSE2, SSE4.1 and AVX2.

I still have Sandy Bridge, that supports AVX but not AVX2. Can you include this specific optimization too into your releases?

Thanks!

[qyot27]

Ask for a hand, get an ARM instead.

[real.finder]

Originally Posted by qyot27

Ask for a hand, get an ARM instead.
https://i.imgur.com/OCNAx9K.jpg

I don't use an ARM PC but this is cool

it should work even on RISC-V right?

[qyot27]

It'd need the correct CPU defines in config.h so it could build, but otherwise, maybe? The actual thing you're looking at there is the ability to build a plain C version (with the right toggle in avs/config.h so that it can build on ARM), with the Intel intrinsics disabled. So hypothetically, in the state it's in, if it can be built, it should be able to run so long as it's under an OS it can already handle. But it'll be slow until intrinsics/asm for those platforms get added. And probably due to the reliance on some of the cpuid stuff, Prefetch will segfault, so right now it's single threaded and no asm assist on non-x86.

[StainlessS]

Impressive, Raspberry Pi yum yum.

[pinterf]

Originally Posted by tormento

I saw you just released RGTools 0.99.

In the release note, you specify support for SSE2, SSE4.1 and AVX2.

I still have Sandy Bridge, that supports AVX but not AVX2. Can you include this specific optimization too into your releases?

Thanks!

Unfortunately not.
AVX is not for integer data.

[Reel.Deel]

Hi everyone, I just want to say thanks to all responsible for the continued work on AviSynth+. There are now over 100+ 64-bit plugins available to use and still a handful missing.

http://avisynth.nl/index.php/Category:Plugins_x64

[tormento]

Originally Posted by pinterf

Unfortunately not. AVX is not for integer data.

Understood. And why not the complete set of SSE, i.e. 4.2, but 4.1 only?