30.03.2024, 19:48
I like the way the new GUI is managing the parameters.
Given that in this way the complexity of managing the parameters is decreased.
I decided to reintroduce the merging method: Adaptive Luma Merge
With the following parameters
Are only 3 parameters.
Just to reassure you, I have no intention to add in the future also the "chroma_limiter" since the new chroma stabilizer is working well there is no reason to add another temporal filter.
Just for curiosity I have an hardware device that I use to check the "chroma" stability of a movie.
It is a "Fire TV Cube 4K (2^ gen)".
I never had problems to play movies with this device, till I started to use DDColor to colorize the movies.
The are part of movies colored with DDColor that shows a disturbing psychedelic flashing effect that is so strong that this device is unable to reproduce the colors and shows blocking square box in the areas of the movie where happen fast changes of colors.
Among all the filters developed to stabilize DDColor, only the filter "stab" with 5 frames is able to produce a movie colored with DDColor which plays smoothly on my "Fire TV Cube 4K (2^ gen)". Human eyes are much less sensitive to imperfections in chrominance compared to luminance. And probably the stabilization effect of this filter is not visible with our eyes, but my device see them and allows me to also see them when the device starts showing rendering problems.
Dan
Given that in this way the complexity of managing the parameters is decreased.
I decided to reintroduce the merging method: Adaptive Luma Merge
5 : Adaptive Luma Merge:
given that the ddcolor() perfomance is quite bad on dark scenes, the images are
combined by decreasing the weight assigned to ddcolor() when the luma is
below a given threshold given by: luma_threshold. The weight is calculated using
the formula: merge_weight = max(mweight * (luma/luma_threshold)^alpha, min_weight).
For example with: luma_threshold = 0.6 and alpha = 1, the weight assigned to
ddcolor() will start to decrease linearly when the luma < 60% till "min_weight".
For alpha=2, begins to decrease quadratically (because luma/luma_threshold < 1). With the following parameters
:param alm_p: parameters for method: "Adaptive Luma Merge" (see method=5 for a full explanation)
[0] : luma_threshold: threshold for the gradient merge, range [0-1] (0.01=1%)
[1] : alpha: exponent parameter used for the weight calculation, range [>1]
[2] : min_weight: min merge weight, range [0-1] (0.01=1%)Are only 3 parameters.
Just to reassure you, I have no intention to add in the future also the "chroma_limiter" since the new chroma stabilizer is working well there is no reason to add another temporal filter.
Just for curiosity I have an hardware device that I use to check the "chroma" stability of a movie.
It is a "Fire TV Cube 4K (2^ gen)".
I never had problems to play movies with this device, till I started to use DDColor to colorize the movies.
The are part of movies colored with DDColor that shows a disturbing psychedelic flashing effect that is so strong that this device is unable to reproduce the colors and shows blocking square box in the areas of the movie where happen fast changes of colors.
Among all the filters developed to stabilize DDColor, only the filter "stab" with 5 frames is able to produce a movie colored with DDColor which plays smoothly on my "Fire TV Cube 4K (2^ gen)". Human eyes are much less sensitive to imperfections in chrominance compared to luminance. And probably the stabilization effect of this filter is not visible with our eyes, but my device see them and allows me to also see them when the device starts showing rendering problems.
Dan