Grade Pack v1.2

EDIT: Previously titled Understanding Expr() on GitHub. ##################### I'm trying to port a contrast function to internal function Expr(), it works but I'm not sure I'm coding it efficiently. At first glance, does the code look fine? Am I supposed to do "x range_max /" and "range_max *" to scale source to float (and back), or is there something I can do with scale_inputs? Same with my bdpth variable workflow. And is there a way to limit it to TV levels within Expr() or is a range conversion with ColorYUV() preferred (faster)? Code:

Thanks, yes, I looked through some old code and checked about range limiting manually, just though there could be some automation available. So optimization and grammar wise the next looks fine for all bitdepths, right? (not worried about old avs versions): Code:

didn't check the code yet but if you don't care about non plus avs then you can remove Eval and use if{} else{}

Great, I'm more worried about all the code to make the vars in float range, probably should use the scalef decorator or something but didn't have much success while trying it. I found out that indeed ColorYUV(cont_y=125.0) is sigmoidal contrast, in any case you can't tweak the pivot point and it's 7% slower than my function above (probably because I'm not processing chroma planes).

Warning, ColorYUV TV->PC and PC->TV mod chroma too to avoid colorshift. [TV->PC.Y Does NOT] [EDIT: Above "colorshift", think is saturation shift, not sure] Also, below seems a bit complicated Code:

also "1.0 1.0 "+string(cont)+" "+string(pivot)+" * exp + /" can be "1.0 1.0 {} {} * exp + /".Format(cont,pivot) or even "1.0 1.0 {cont} {pivot} * exp + /".Format()

Thanks for the help, had no idea of most of them, basically because no one is coding in this style. I plan to modernize all my scripts to squeeze performance to max as filtering HD content is very slow even on my CPU. If you still find something iffy, please let me know. Code:

Thanks, it's a handy function, and I love that it can work in RGB too If someone has time, please consider writing a expr based "hdragc" or "shadow boost" function; or even a shadow/highlight filter (like adobe). Those are common use scenarios like adjusting contrast.

I compared it against ColorYUV contrast and it's slower, but it doesn't seem to do the same. I think ColorYUV is simply a linear contrast (Lift + Gain) and it clips to TV Range using "coring" instead of working within TV range. I'm currently using the function as a prefilter for SMDegrain because for some reason in HBD it denoises too much destroying low contrast details. Tested also using local contrast but didn't work as expected and it might also enhance noise, so no good. I'm uploading to my github, check there for future changes and more stuff.

Doggy, See Here, ColorYUV2(8 bit only):- Get the ColorYUV2 Graffer, RPow is same as ColorYUV Gamma, SPow, not part of standard ColorYUV. ColorYUV2 Graffer Leave SPow, and Pord at defaults and behaves same as Standard 8 bit ColorYUV. EDIT: 1_Cont_512 2_Cont_256.jpeg 3_Cont_0.jpg 4_Cont_Minus_256.jpeg [ie flat horizontal] 5_Cont_Minus_512.jpeg 6_Cont_Minus_1024.jpeg