| Both sides previous revisionPrevious revisionNext revision | Previous revision |
| isp:vibrancy [2019/06/04 22:04] – [Implementation overview (HSL color space)] Igor Yefmov | isp:vibrancy [2023/09/05 06:22] (current) – [RGB color space] Igor Yefmov |
|---|
| A vibrancy of a color is a perceived quality that is somewhat similar to Saturation. One could think of it as pure, bright, high chroma color. It is not an absolute measure (like Saturation) and there's no agreed upon definition of what it means to change the vibrancy of a color. | A vibrancy of a color is a perceived quality that is somewhat similar to Saturation. One could think of it as pure, bright, high chroma color. It is not an absolute measure (like Saturation) and there's no agreed upon definition of what it means to change the vibrancy of a color. |
| |
| Having said that we still want to make a distinction between "changing color's Saturation" and "changing color's Vibrancy" when talking about color corrections of a given image. Both increase the color's [[https://en.wikipedia.org/wiki/Colorfulness#Saturation|Saturation]] but one behaves like a linear Gain increase, applied uniformly to any color. And the one uses a sliding scale that adjusts the magnitude of change based on the current Saturation level, where the highest multiplication is done for low Saturation colors and highly vibrant (highly saturated, vivid) colors are adjusted on a progressively smaller scale. | Having said that we still want to make a distinction between "changing color's Saturation" and "changing color's Vibrancy" when talking about color corrections of a given image. Both increase the color's [[https://en.wikipedia.org/wiki/Colorfulness#Saturation|Saturation]] but one behaves like a linear Gain increase, applied uniformly to any color. And the other one uses a sliding scale that adjusts the magnitude of change based on the current Saturation level, where the highest multiplication is done for low Saturation colors and highly vibrant (highly saturated, vivid) colors are adjusted on a progressively smaller scale. |
| |
| ===== Implementation overview (YUV color space) ===== | ===== RGB color space ===== |
| | To adjust the saturation of a pixel in RGB space we will follow this general approach: |
| | - create a desaturated version of the pixel by converting it to grayscale |
| | - interpolate/extrapolate between the original and desaturated pixel |
| | |
| | FIXME |
| | ===== YUV color space ===== |
| |
| The goal is to increase the Saturation of each pixel based on its current Saturation level, where the increase factor is inversely proportional to the current value. Given the range of values for ''U'' and ''V'' \(\in[-127..+128]\), the highest increase factor will be around values of ''0'' and as the value gradually nears either end of the spectrum the multiplication coefficient approaches \(1.0\). | The goal is to increase the Saturation of each pixel based on its current Saturation level, where the increase factor is inversely proportional to the current value. Given the range of values for ''U'' and ''V'' \(\in[-127..+128]\), the highest increase factor will be around values of ''0'' and as the value gradually nears either end of the spectrum the multiplication coefficient approaches \(1.0\). |
| ===== Possible optimization ===== | ===== Possible optimization ===== |
| |
| (This is valid for CPU-type architecture and is not very applicable to FPGAs where general memory is a big limiting factor) | (This is valid for CPU-type architecture and is not very applicable to FPGAs where general purpose RAM is a big limiting factor) |
| |
| There are over 8 million pixels in a 4K image and only 65K (256*256) possible transformations to either ''U'' or ''V'' component of the YUV triplet so it makes sense to pre-calculate those transformations and use the result as a LUT (provided it is faster to index the memory than to re-calculate the value, of course). | There are over 8 million pixels in a 4K image and only 65K (256*256) possible transformations to either ''U'' or ''V'' component of the YUV triplet so it makes sense to pre-calculate those transformations and use the result as a LUT (provided it is faster to index the memory than to re-calculate the value, of course). |
| </code> | </code> |
| |
| ===== Implementation overview (HSL color space) ===== | ===== HSL color space ===== |
| |
| Moving to HSL for image processing has a wonderful advantage of "separation of concerns" where the 3 visual components are treated independently of each other. Correcting the Saturation is just one of such areas where moving into HSL color space provides a notable simplification in the approach. As the \(S\) component of the HSL is "just" a linear scalar value we don't need to concern ourselves with the ''UV'' square or an ''RGB'' cube and just directly approach the subject of calculating only the \(S\). | Moving to HSL for image processing has a wonderful advantage of "separation of concerns" where the 3 visual components are treated independently of each other. Correcting the Saturation is just one of such areas where moving into HSL color space provides a notable simplification in the approach. As the \(S\) component of the HSL is "just" a linear scalar value we don't need to concern ourselves with the ''UV'' square or an ''RGB'' cube and just directly approach the subject of calculating only the \(S\). |
