real.finder's Avisynth Stuff

[pinterf]

Originally Posted by real.finder

it's megui and avs+ problems. the megui use rgb for preview and avs+ dont allow 16bit yuv to rgb24 (8 bit)

I suppose Megui Invokes a simple ConvertToRGB24()?

[real.finder]

Originally Posted by gugglu

Thanks for clearing it that it will not work with Megui+AvisynthPlus, but i don't use megui to encode anyway it is just for making a script or sometime i use AvspMod to edit the script.
For Encoding i use .cmd Avs2pipemod+x264-10bit. i want to learn how to do a color-space conversion and please tell in which tool have u tested the n16_out setting.
I want to know how it works with AvisynthPlus's Native High bit-depth. and what are the requirement to use it, smdegrain is very nice function i use it on most of my clips but without knowing some setting in the function that i m trying to find out how they works is kind strange, never had problem any other parameter i have tested the full code of smdegrain() excluding n16=true, n16_out=true and works as excepted no doubt you did very great job.
i am curious to know few things hope you won't mind explaining them more clearly. thanks real.finder you're a great mod.

if we cant use n16_out=true why it is there? or is it related to Avs+ Native High_bit-depth

if we can use it then how ?

if it don't work with MeGui+AvisynthPlus so which tool u used tried these setting?

one last thing how to prepare color-space for smdegrain if i want to use it n16_out=true, n16=n16_out

i was thinking about DitherTools it i have some function related to color-space but i don't know how to do it as this happening 1st time with me i want to know how we prepare color-space before so next we be able to use

dither_convert_yuv_to_rgb()
r  
g  
b 
Dither_convert_rgb_to_yuv() 

smdegrain(n16_out=true, n16=true)

I think you should report this in megui Thread, anyway, you can convert it back to 8 bit in last line for preview, and don't use convert for encoding

DitherTools can do it (for preview) but don't support native HBD of avs+ but you can convert native to lsb at cost of some speed to use DitherTools Dither_srgb_display or dither_convert_yuv_to_rgb

edit: I think virtualdub2 can do it for preview using native avs+ HBD

[real.finder]

Originally Posted by pinterf

I suppose Megui Invokes a simple ConvertToRGB24()?

it seems do that

[gugglu]

Originally Posted by real.finder

I think you should report this in megui Thread, anyway, you can convert it back to 8 bit in last line for preview, and don't use convert for encoding

DitherTools can do it (for preview) but don't support native HBD of avs+ but you can convert native to lsb at cost of some speed to use DitherTools Dither_srgb_display or dither_convert_yuv_to_rgb

i know the lsb thing , thanks for your time tho.

[gugglu]

Originally Posted by real.finder

edit: I think virtualdub2 can do it for preview using native avs+ HBD

Much appreciate it real.finder , it works smdegrain(n16_out=true,n16=true) in Virtuldub2 preview thanks lot for mentioning VDub2

[tormento]

I don't know if SMDegrain could be the right address to my request but sometimes, with old movies, camera was not so stable and it introduces useless micropanning to video.

Could you please add some MDepan/Depan or DePanEstimate/DePan function to improve motion estimation and decrease bitrate?

[real.finder]

Originally Posted by tormento

I don't know if SMDegrain could be the right address to my request but sometimes, with old movies, camera was not so stable and it introduces useless micropanning to video.

Could you please add some MDepan/Depan or DePanEstimate/DePan function to improve motion estimation and decrease bitrate?

there are stab() (or stab3()), and I already did some edit to it

[tormento]

Originally Posted by real.finder

there are stab() (or stab3()), and I already did some edit to it

Where?

Could be nice to have an all in one inside SMDegrain

[real.finder]

Originally Posted by tormento

Where?

in the OP ofc

Could be nice to have an all in one inside SMDegrain

will not do this, SMDegrain has nothing to do with stab, and why you ever want this!

[tormento]

Originally Posted by real.finder

in the OP ofc

Can you give me decryption key?

[ChaosKing]

Click on his signature link and then on "stab3 and others":
here's the direct link: https://pastebin.com/XHxCbbxC

[tormento]

Originally Posted by real.finder

will not do this, SMDegrain has nothing to do with stab, and why you ever want this!

In my absence of knowledge, if any MV is used, it should be the same from denoising.

[tormento]

Originally Posted by ChaosKing

Click on his signature link and then on "stab3 and others":

Thanks.

[StainlessS]

Just pointing out to someone (dont know who), that the Wiki entry for SRestore function prototype
http://avisynth.nl/index.php/Srestore
and the one actually in use, are quite dissimilar [think I first noticed this some years ago].

From Wiki,

srestore(clip source, float "frate", "omode", float "blocks", int "mthresh", int "bthresh", bool "chroma", int "cache", float "rr", clip "dclip")

v2.792

Srestore(clip sourceo, float "frate", "omode", float "speed", float "blocks", int "mode", float "thresh", int "cache", clip "dclip")

I'm currently trying to clean SRestore up a bit (dont like use of eg IsFloat() rather than Defined()) also Adding in Gscript [or built in to Avs+] Functionality
so as to avoid lots ternary conditional tests when a single test can suffice for a block of calculations.
Function seems to have gathered quite a lot of crud over the years.
I shall post my mods but will not support, is for my own use only, if someone else want to continue from there, then fine.

EDIT: My version will likely use RT_Stats for some things, eg String copy, or checking availability of a builtin function, so would work in
all v2.58, v2.6, avs+, might require some removals or replacments to support new function alternatives in avs+ only (ie drop support for other version avs).

EDIT: Will also be making some things more explicit, eg function argument "omode" to Val "omode"
and giving variable types to all of the nested function args rather than implicit type Val for all of them (way too prone to error and scary for
coder to mod anything).

EDIT: Apparently 'blocks' arg not used at all in current ver$.
EDIT: The 'dmode' mentioned in docs dont exist either, presume 'mode' is intended, docs need a real good eye cast over them.

[tormento]

Originally Posted by real.finder

there are stab() (or stab3()), and I already did some edit to it

Unfortunately GrunT AFAIK is x86 only.

[ChaosKing]

Here's a 64bit version for GrunT http://avisynth.nl/index.php/AviSynth%2B_x64_plugins

[tormento]

Originally Posted by ChaosKing

Here's a 64bit version for GrunT http://avisynth.nl/index.php/AviSynth%2B_x64_plugins

Thanks!

[StainlessS]

Grunt is another Gavino plug that should 100% for sure be embedded in the fantabulous Avs+ Wadjumacallit, thingy.

[tormento]

Originally Posted by StainlessS

Grunt is another Gavino plug that should 100% for sure be embedded in the fantabulous Avs+ Wadjumacallit, thingy.

+1

Suggest to Pinterf

[StainlessS]

Real.Finder, found bug in latest SRestore(), (v2.792)

	svhalf  = ssIsVF ? 0.5 : sdoscal ? shbdbpc == 10 ? 512 : shbdbpc == 12 ? 1024 : shbdbpc == 14 ? 8192 : 32768 : 128

half of 2 ^ 12 = 4096 / 2 = 2048. [EDIT: not 1024]
So, possible problems with Avs+ 12 bit.

EDIT: Not sure but think maybe this line also screwed up (was not sure what it was supposed to be).

sscalva = shbdbpc == 10 ?   4 : shbdbpc == 12 ?  8 : shbdbpc == 14 ?   64 : 256

Looks like it might be supoosed to be 12 : 16, where something like for 12 bit, 128 * 8 = 1024,
and should (maybe be] 128 * 16 = 2048.

EDIT: OOps, NO, that is from my "work in progress" converted version, this was from your version.

   sscalva = sdoscal ? shbdbpc == 10 ? 4 : shbdbpc == 12 ? 8 : shbdbpc == 14 ? 64 : 256 : 1