Deoldify Vapoursynth filter

[Dan64]

I was meaning the last test version.
Now the bug was solved, but B&W method was not changed.




Dan

[Selur]

Ah, uploaded an older version.
Will upload the current version when I find some time, reworking some code atm.

[Selur]

updated test version

[Dan64]

The file in the test link is the same of the previous update. 
The file inside the archive is dated: 2025-10-03 04:10

Dan

P.S.
The update is not urgent, the previous bug, was a blocking issue, but this label renaming is not.

[Selur]

uploaded it again, but made sure to delete existing version first

[Dan64]

Now the "B&W mode" in HAVC is updated, but in ColorAdjust is still with the label SATA



-> Moreover the previous bug was restored, it is not possible to select a file in HAVC with method "external ClipRef same as video"/ "external ClipRef different from video" ,


Dan

[Dan64]

Wonderful work you're doing.  I run the b&w clip thru Retinex first and then colorize it (Vdieo+Artistic, fast, veryvivid) .  In the first half, the green chalkboard appears to be quite stable, the 2nd half of the video especially the dark scenes, not that great.  Perhaps this is direction you can further explore.  

You can try to restore the video using HAVC ColorAdjust with the following settings:




I already considered to use Retinex to improve the colors previously but I discarded the idea due to the artifacts introduced using Retinex.

But reading your post I reconsidered the idea and I decided to include in the upcoming HAVC 5.5.2 a patched version of Retinex that will not introduce artifacts. Of course this patched version represent a compromise, but the results are quite good. With the HAVC version of Retinex the colorized clip will be this one: https://gofile.io/d/iQas2r

In the upcoming release of HAVC in ReColor will be also included a filter to reduce the flickering, using this version the restored clip will be this one: https://gofile.io/d/Hu1SWK

Dan

---

Now the "B&W mode" in HAVC is updated, but in ColorAdjust is still with the label SATA



-> Moreover the previous bug was restored, it is not possible to select a file in HAVC with method "external ClipRef same as video"/ "external ClipRef different from video" ,

Hello Selur,

    find attached the new RC4, aside from the defects previously reported.
    In this new RC4 I added in the function HAVC_ColorAdjust the following parameters: DeFlicker, chroma_resize
    Here the full template

def HAVC_ColorAdjust(clip: vs.VideoNode, BlackWhiteTune: str = 'Light', BlackWhiteMode: int = 0,
                     BlackWhiteBlend: bool = True, ReColor: bool = True, Strength: int = 0, ScThreshold: float = 0.10,
                     ScNormalize: bool = True, DeepExVivid: bool = True,  ScMinFreq: int = 0, DeFlicker: bool = False,
                     chroma_resize: bool = False) -> vs.VideoNode:
    """HAVC Color Post Processing function

        :param clip:               clip to process, only RGB24 format is supported.
        :param BlackWhiteTune:     This parameter allows to improve contrast and luminosity of frames colored with HAVC.
                                   Allowed values are:
                                        'None',
                                        'Light', (default)
                                        'Medium',
                                        'Strong'
        :param BlackWhiteMode:     Method used by BlackWhiteTune to perform colors adjustments.
                                   Allowed values are:
                                          0 : Apply Contrast Limited Adaptive Histogram Equalization on Luma (default)
                                          1 : Apply Simple Histogram Equalization on all RGB channels
                                          2 : Apply CLAHE on all RGB channels
                                          3 : method=0 and method=1 are merged
                                          4 : Automatic brightness and contrast optimization with ScaleAbs
                                          5 : Multi-Scale Retinex on Luma.
        :param BlackWhiteBlend:    If enabled the frames adjusted with BlackWhiteTune will be blended with the original frames.
        :param ReColor:            If True the clip will be re-colored with ColorMNet to enforce color temporal
                                   stabilization. To be used if the clip was colored using an AI automatic video
                                   colorizer like HAVC. Default = False
        :param Strength:           Color temporal stabilization strength, using high level the colors will be more
                                   stable but will be also more washed.
                                   Allowed values are:
                                        0 = VeryLow (default)
                                        1 = Low
                                        2 = Med
                                        3 = High
                                        4 = VeryHigh
        :param ScThreshold:        Scene change threshold used to generate the reference frames to be used by
                                   ColorMNet. It is a percentage of the luma change between the previous and the
                                   current frame. range [0-1], default 0.10. If =0 are not generate reference frames.
                                   default = 0.10
        :param ScNormalize:        If true the frames are normalized before using misc.SCDetect(), the normalization
                                   will increase the sensitivity to smooth scene changes, range [True, False],
                                   default: True
        :param DeepExVivid:        if enabled (True) the ColorMNet memory is reset at every reference frame update
                                   range [True, False], default: True
        :param ScMinFreq:          if > 0 will be generated at least a reference frame every "ScMinFreq" frames.
                                   range [0-1500], default: 0.
        :param DeFlicker:          if enabled (True) will be applied the filter ReduceFlicker to the clip,
                                   range [True, False], default: False
        :param chroma_resize:      If True, the clip will be downscaled before applying the filter to speed up
                                   the processing, default = False
    """

    I hope that you have time to add them in Hybrid.

Dan

[Selur]

@Dan64:
Adjusted the ComoBox for ColorAdjust (HAVC).

-> Moreover the previous bug was restored, it is not possible to select a file in HAVC with method "external ClipRef same as video"/ "external ClipRef different from video" ,

Can't reproduce this here.
Can you give me a step-by-step, starting from the default HAVC values?

Cu Selur

Ps.: updated test version

[Dan64]

The new HAVC test version now is Ok.

When you can please add the new HAVC_ColorAdjust parameters: DeFlicker, chroma_resize

:param DeFlicker:          if enabled (True) will be applied the filter ReduceFlicker to the clip,
                           range [True, False], default: False
:param chroma_resize:      If True, the clip will be downscaled before applying the filter to speed up
                           the processing, default = False

In the new RC4, the following plugins: Retinex.dll, MiscFilters.dll, ReduceFlicker.dll
Will be automatically loaded by HAVC as needed. 
It is not necessary that you add the loading of these plugins in the script.

Thanks,
Dan

[Selur]

In the new RC4, the following plugins: Retinex.dll, MiscFilters.dll, ReduceFlicker.dll
Will be automatically loaded by HAVC as needed.
It is not necessary that you add the loading of these plugins in the script.

Okay,.. sounds like a bad idea to me, but no problem.
I assume that you will only implement the autoloading for Windows.

MiscFilters: still hoping https://github.com/adworacz/zscene will be changed to not require an external call,...

Cu Selur