Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Capturing and Editing Video > Avisynth Usage

Reply
 
Thread Tools Search this Thread Display Modes
Old 19th July 2020, 09:17   #561  |  Link
Dogway
Registered User
 
Join Date: Nov 2009
Posts: 2,352
@real.finder can you have a look at nnedi3_resize16()? I had stability issues when used on YUV444P16 format as opposed to stacked.
Dogway is offline   Reply With Quote
Old 19th July 2020, 09:44   #562  |  Link
real.finder
Registered User
 
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
Quote:
Originally Posted by Dogway View Post
@real.finder can you have a look at nnedi3_resize16()? I had stability issues when used on YUV444P16 format as opposed to stacked.
they are not a same I note this before https://forum.doom9.org/showthread.p...63#post1903763
__________________
See My Avisynth Stuff
real.finder is offline   Reply With Quote
Old 19th July 2020, 10:17   #563  |  Link
Dogway
Registered User
 
Join Date: Nov 2009
Posts: 2,352
It's not quality issues but performance/stability, maybe an avisynth bug, just updated AVS+ and plugins to latest yesterday.


By the way I fixed a stability issue in "Stabilization Tools Pack", do you want me to PR it?

Code:
UVfix ? eval("""
clpDith=Dither_convert_8_to_16()

ScriptClip ("
blue=round((AverageChromaU(clp) - AverageChromaU()) * 256.0)
red=round((AverageChromaV(clp) - AverageChromaV()) * 256.0)

SmoothTweak16(clpDith,saturation=1.0,hue1=min(384,blue),hue2=min(384,red),HQ=true)
DitherPost(stacked=true,prot=false,mode=6)
", args="clp,clpDith" )
""") : last
It would be wise to convert this to internal avisynth but I couldn't find a U and V axis based HUE function, read on Tweak or ColorYUV. (I think I can swap planes as a dirty trick tho)

Last edited by Dogway; 19th July 2020 at 10:20.
Dogway is offline   Reply With Quote
Old 19th July 2020, 10:27   #564  |  Link
real.finder
Registered User
 
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
Quote:
Originally Posted by Dogway View Post
It's not quality issues but performance/stability, maybe an avisynth bug, just updated AVS+ and plugins to latest yesterday.


By the way I fixed a stability issue in "Stabilization Tools Pack", do you want me to PR it?

Code:
UVfix ? eval("""
clpDith=Dither_convert_8_to_16()

ScriptClip ("
blue=round((AverageChromaU(clp) - AverageChromaU()) * 256.0)
red=round((AverageChromaV(clp) - AverageChromaV()) * 256.0)

SmoothTweak16(clpDith,saturation=1.0,hue1=min(384,blue),hue2=min(384,red),HQ=true)
DitherPost(stacked=true,prot=false,mode=6)
", args="clp,clpDith" )
""") : last
It would be wise to convert this to internal avisynth but I couldn't find a U and V axis based HUE function, read on Tweak or ColorYUV. (I think I can swap planes as a dirty trick tho)
I didn't get what "PR it" mean

I think UV bug fixed in some update of depan plugin

and indeed HBD is slower than lsb (not nlsb) in case of nnedi3_resize16, since lsb use 8bit for nnedi3 (it will be 16bit if you set nlsb to true), also some new script functions (like I said in case of slimit_dif vs Dither_limit_dif16 in the old link) not as fast as the old dither functions (I think it used asm optimization)
__________________
See My Avisynth Stuff
real.finder is offline   Reply With Quote
Old 19th July 2020, 10:51   #565  |  Link
Dogway
Registered User
 
Join Date: Nov 2009
Posts: 2,352
PullRequest over Github. I don't know if Depan is fixed, should run a test but I'm just finishing a project, also need to run a test to see if current internal Resizers are as fast as the ResizersMT from avsresizers by jpsdr. It's been some time since I last checked.
Dogway is offline   Reply With Quote
Old 19th July 2020, 10:59   #566  |  Link
real.finder
Registered User
 
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
Quote:
Originally Posted by Dogway View Post
PullRequest over Github. I don't know if Depan is fixed, should run a test but I'm just finishing a project, also need to run a test to see if current internal Resizers are as fast as the ResizersMT from avsresizers by jpsdr. It's been some time since I last checked.
then sure, why not? if you note I keep it in the edit I made in Stabilization Tools Pack in Stab3 but made it false by default (in case some one need it if using old things for debug or whatever)

internal Resizers should be faster than the ResizersMT when using external MT (prefetch in avs+) and no internal MT (set the Threads to 1 in ResizersMT)
__________________
See My Avisynth Stuff
real.finder is offline   Reply With Quote
Old 25th July 2020, 04:58   #567  |  Link
real.finder
Registered User
 
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
since there are no answer to this https://forum.doom9.org/showthread.p...40#post1915440

I plan to make some trick with something like how QTGMC_GetUserGlobal work, mean if the user set some global thing like set_plugins_threads it will be used in all scripts for internal multi-threading

I will not start work on this as soon as possible, maybe it will done in some days or weeks
__________________
See My Avisynth Stuff
real.finder is offline   Reply With Quote
Old 1st August 2020, 08:44   #568  |  Link
LeXXuz
21 years and counting...
 
LeXXuz's Avatar
 
Join Date: Oct 2002
Location: Germany
Posts: 716
real.finder I've been playing around with motion compensated dfttest a little.

I've noticed camera pans in a noisy movie look more blury and noisy with increased tbsize.

I always thought increasing temporal resolution would benefit motion compensated noise reduction, especially in pans. Or do I misunderstand this?

I did two encodes with identical settings. One with tbsize=3 and one with tbsize=7. The latter gets bigger in file size and looks less clean on moving objects
LeXXuz is offline   Reply With Quote
Old 1st August 2020, 16:53   #569  |  Link
real.finder
Registered User
 
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
Quote:
Originally Posted by LeXXuz View Post
real.finder I've been playing around with motion compensated dfttest a little.

I've noticed camera pans in a noisy movie look more blury and noisy with increased tbsize.

I always thought increasing temporal resolution would benefit motion compensated noise reduction, especially in pans. Or do I misunderstand this?

I did two encodes with identical settings. One with tbsize=3 and one with tbsize=7. The latter gets bigger in file size and looks less clean on moving objects
didn't you note this in the script itself?
Code:
# tbsize should not be set higher than mc * 2 + 1.
and it's better set the mc not the tbsize in dfttestMC since by default tbsize will change itself to mc * 2 + 1
__________________
See My Avisynth Stuff
real.finder is offline   Reply With Quote
Old 1st August 2020, 17:21   #570  |  Link
LeXXuz
21 years and counting...
 
LeXXuz's Avatar
 
Join Date: Oct 2002
Location: Germany
Posts: 716
Quote:
Originally Posted by real.finder View Post
didn't you note this in the script itself?
Code:
# tbsize should not be set higher than mc * 2 + 1.
and it's better set the mc not the tbsize in dfttestMC since by default tbsize will change itself to mc * 2 + 1
Whoops. I didn't notice that, no. Thanks for the explanation. Any recommendet values for mc for very noisy/little noisy sources?
LeXXuz is offline   Reply With Quote
Old 1st August 2020, 22:42   #571  |  Link
real.finder
Registered User
 
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
Quote:
Originally Posted by LeXXuz View Post
Whoops. I didn't notice that, no. Thanks for the explanation. Any recommendet values for mc for very noisy/little noisy sources?
for very noisy you may want to use mc=5, anyway trying and testing is the best thing
__________________
See My Avisynth Stuff
real.finder is offline   Reply With Quote
Old 11th August 2020, 08:58   #572  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Nothing serious, I believe, just a warning in AvsInfoTool: Zs_RF_Shared.avsi has a function "Undefined" which appears as duplicate of an internal core function with the same name. But I guess this is intended?
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 11th August 2020, 09:36   #573  |  Link
real.finder
Registered User
 
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
Quote:
Originally Posted by LigH View Post
Nothing serious, I believe, just a warning in AvsInfoTool: Zs_RF_Shared.avsi has a function "Undefined" which appears as duplicate of an internal core function with the same name. But I guess this is intended?
it will not be loaded in first placed unless you use avs 2.5
__________________
See My Avisynth Stuff
real.finder is offline   Reply With Quote
Old 20th August 2020, 07:30   #574  |  Link
real.finder
Registered User
 
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
Quote:
Originally Posted by real.finder View Post
since there are no answer to this https://forum.doom9.org/showthread.p...40#post1915440

I plan to make some trick with something like how QTGMC_GetUserGlobal work, mean if the user set some global thing like set_plugins_threads it will be used in all scripts for internal multi-threading

I will not start work on this as soon as possible, maybe it will done in some days or weeks
done for QTGMC in Community branch

Code:
Global set_plugins_threads =1
QTGMC
seems work as it should
__________________
See My Avisynth Stuff
real.finder is offline   Reply With Quote
Old 20th August 2020, 10:53   #575  |  Link
LeXXuz
21 years and counting...
 
LeXXuz's Avatar
 
Join Date: Oct 2002
Location: Germany
Posts: 716
real.finder can you tell me if LSFMod() and dfttestMC() support mod-4 or even just mod-2 resolutions?
I can't find all infos in the readmes for the filters related to these scripts.

Usually I over- or undercrop to mod-16 resolution because I had strange artefacts with some avs filters in the long past.

I wonder if this is still valid or any resolution will do as long as it's mod-2 at least.
LeXXuz is offline   Reply With Quote
Old 20th August 2020, 11:23   #576  |  Link
real.finder
Registered User
 
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
Quote:
Originally Posted by LeXXuz View Post
real.finder can you tell me if LSFMod() and dfttestMC() support mod-4 or even just mod-2 resolutions?
I can't find all infos in the readmes for the filters related to these scripts.

Usually I over- or undercrop to mod-16 resolution because I had strange artefacts with some avs filters in the long past.

I wonder if this is still valid or any resolution will do as long as it's mod-2 at least.
you should ask plugins Developers about this, anyway all I can say is try and see, and keep in mind I didn't made LSFMod() and dfttestMC() in first place I just added new things to them and did some fixes
__________________
See My Avisynth Stuff
real.finder is offline   Reply With Quote
Old 21st August 2020, 20:40   #577  |  Link
LouieChuckyMerry
Registered User
 
LouieChuckyMerry's Avatar
 
Join Date: Feb 2014
Posts: 355
Hi real.finder, I hope you're well. Happy Friday ! I'm receiving an error message from your latest version of SMDegrain (3.1.2.109s) when trying to encode a 10-bit source:

Code:
MDegrainX : out16 flag only for 8 bit sources (SMDegrain.avsiPath, line 545)
Is there a simple way to correct this? Or should I just use an 8-bit lossless intermediary? Thanks for your time.
LouieChuckyMerry is offline   Reply With Quote
Old 22nd August 2020, 02:06   #578  |  Link
real.finder
Registered User
 
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
Quote:
Originally Posted by LouieChuckyMerry View Post
Hi real.finder, I hope you're well. Happy Friday ! I'm receiving an error message from your latest version of SMDegrain (3.1.2.109s) when trying to encode a 10-bit source:

Code:
MDegrainX : out16 flag only for 8 bit sources (SMDegrain.avsiPath, line 545)
Is there a simple way to correct this? Or should I just use an 8-bit lossless intermediary? Thanks for your time.
dont use n16=true or n16_out=true with more than 8bit input
__________________
See My Avisynth Stuff
real.finder is offline   Reply With Quote
Old 22nd August 2020, 02:40   #579  |  Link
LouieChuckyMerry
Registered User
 
LouieChuckyMerry's Avatar
 
Join Date: Feb 2014
Posts: 355
Quote:
Originally Posted by real.finder View Post
dont use n16=true or n16_out=true with more than 8bit input
Thanks for your reply. Will the 10-bit source video still be processed in 16-bits if I don't use n16=true or n16_out=true?
LouieChuckyMerry is offline   Reply With Quote
Old 22nd August 2020, 04:13   #580  |  Link
StainlessS
HeartlessS Usurer
 
StainlessS's Avatar
 
Join Date: Dec 2009
Location: Over the rainbow
Posts: 10,980
I aint looked at this at all, but maybe could mod script something like
Code:
n16_out = (input_bpc>8) ? false : n16_out
__________________
I sometimes post sober.
StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace

"Some infinities are bigger than other infinities", but how many of them are infinitely bigger ???
StainlessS is offline   Reply With Quote
Reply

Tags
avisynth, avs script, avs+, banding, generator, hbd, mod

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 21:47.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.