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. |
2nd November 2020, 22:41 | #642 | Link | |||||||
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
test build for now https://drive.google.com/file/d/1Yi8...ew?usp=sharing (it's not final version as pinterf said, for testing only)
__________________
See My Avisynth Stuff |
|||||||
13th November 2020, 15:40 | #643 | Link |
Acid fr0g
Join Date: May 2002
Location: Italy
Posts: 2,542
|
Could you introduce some presets in SMDegrain to work with 8 bit, 10 bit and HDR arbitrary input/output combination? I.e. input 8 bit -> output 10 bit, input 10 bit -> output 8 bit, etc.
__________________
@turment on Telegram |
13th November 2020, 16:56 | #644 | Link | |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
Quote:
in any case you can always use convertbits() to do these (like input 8 bit -> output 10 bit) at the cost of some speed losing
__________________
See My Avisynth Stuff |
|
15th December 2020, 00:10 | #646 | Link |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
update the used plugins
__________________
See My Avisynth Stuff |
26th December 2020, 03:44 | #648 | Link |
Registered User
Join Date: Mar 2011
Posts: 4,823
|
real.finder,
Using the latest neo_dfttest (r7) here, despite the documentation, this produces an error. neo_dfttest(fft_threads=2) "neo_dfttest does not have a named argument fft_threads" Therefore your sneo_dfttest function can only use dfttest. Unless it's an oddity specific to the XP version. I haven't tried Win7 yet. And I know it's not your plugin, but is neo_dfttest normally slower than dfttest, or is that an XP thing? I haven't played with it on it's own much yet, but it's obvious it's output differs from dfttest quite a bit, so I'm wondering if that makes supporting it for QTGMC a good idea. neo_fft3d is also slower than FFT3DFilter. At least on my old XP PC. Cheers. Last edited by hello_hello; 26th December 2020 at 04:21. |
26th December 2020, 04:52 | #649 | Link |
Registered User
Join Date: Jan 2018
Posts: 2,153
|
Please use this (compile by real.finder) have ncpu
https://forum.doom9.org/showpost.php...&postcount=153 |
26th December 2020, 05:39 | #650 | Link | |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
Quote:
Regarding the speed, some people say neo_ is faster, IIRC msg7086 (MeteorRain) remove sse2 code and use sse as minimum so maybe this why is slower in your case
__________________
See My Avisynth Stuff |
|
26th December 2020, 08:43 | #651 | Link | |
Registered User
Join Date: Mar 2011
Posts: 4,823
|
Quote:
I think I'll take real.finder's advice and stick with the standard versions for the moment though. |
|
26th December 2020, 08:58 | #652 | Link |
Registered User
Join Date: Mar 2011
Posts: 4,823
|
real.finder,
Just a quick question if I may.... For functions/plugins that don't like YUY2, when it's stacked 16 bit, is there any reason not to simply convert to YV16 with Avisynth? This sort of thing: ConvertToYUY2() Dither_convert_8_to_16 ConvertToYV16() Some_Planar_Only_Filter_That Supports_LSB() DitherPost() ConvertToYUY2() It's just that I noticed your Dither Luma Rebuild function converts using the old Planar2Interleaved hack first. Planar2Interleaved(uv==1) Dither_YUY2toPlanar16() or for AVisynth 2.6 Planar2Interleaved(uv==1) ConvertToYV16() I'm obviously missing something, but could you explain why that is for me? Cheers. Last edited by hello_hello; 26th December 2020 at 09:04. |
26th December 2020, 16:37 | #653 | Link | |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
Quote:
__________________
See My Avisynth Stuff |
|
26th December 2020, 17:56 | #654 | Link |
Registered User
Join Date: Mar 2011
Posts: 4,823
|
Thanks for the explanation. I might have to read it again later to make sure I absorbed it all.
Now I've looked again... I see I misread one of the functions. I thought it was doing this: Interleaved2Planar(uv==1) Dither_YUY2toPlanar16() Instead of Planar2Interleaved, so now it makes more sense. I've spent a while perusing some of your functions, mainly trying to understand more about QTGMC, and often it calls one of your shared functions, which call other functions and plugins and so on.... so trying to follow the flow can be tricky... and I'm easily confused. Cheers. |
1st January 2021, 18:22 | #655 | Link |
Registered User
Join Date: Jan 2011
Location: Donetsk
Posts: 58
|
real.finder
Happy new year !!! Adjustment of script YAHRmod.avsi is necessary. Additional functions EMask_dhh, DR_Radius_dhh, Camembert_dhh, GreyCenteredToMask_dhh and FastLineDarkenMOD3_dhh are necessary for function YAHR3 (). Earlier specified functions were a part of function DehaloHmod.avsi. Now in a new wording DehaloHmod.avsi the given functions miss Last edited by Tempter57; 1st January 2021 at 18:42. |
1st January 2021, 23:19 | #656 | Link | |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
Quote:
now they are in Zs_RF_Shared.avsi and FastLineDarkMOD2.avsi, DehaloHmod.avsi still needed too
__________________
See My Avisynth Stuff |
|
1st January 2021, 23:22 | #657 | Link |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
that true, I did update it in my git
__________________
See My Avisynth Stuff |
2nd January 2021, 07:48 | #659 | Link |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
do you have all scripts updated?
DR_Radius_dhh is removed now and I did made spasses() to did it job inside DeHaloH.avsi
__________________
See My Avisynth Stuff |
Tags |
avisynth, avs script, avs+, banding, generator, hbd, mod |
Thread Tools | Search this Thread |
Display Modes | |
|
|