Talk:Grayscale image: Difference between revisions
Content added Content deleted
(Linear color space) |
(Color models and other stuff) |
||
Line 5: | Line 5: | ||
But for simplicity, I guess, we could assume that the image is already in linear color space (even if it actually would require at least 16 bit color depth instead of 8 bit). |
But for simplicity, I guess, we could assume that the image is already in linear color space (even if it actually would require at least 16 bit color depth instead of 8 bit). |
||
--[[User:PauliKL|PauliKL]] 17:00, 15 January 2009 (UTC) |
--[[User:PauliKL|PauliKL]] 17:00, 15 January 2009 (UTC) |
||
: The "parent" [[Basic_bitmap_storage|task]] is silent about the color model. If you want to fix it in this way or another, I think, you should better start there. |
|||
: Surely we could define some additional tasks dealing with different color models and conversions between them. I am not sure that this would meet much interest. |
|||
: Thinking further in this direction, there are so many areas in image processing / computer graphics, that I seriously doubt if RC would ever able to represent more than just a fraction of. Especially because most of them quickly grow out of "boy" format. I wished to add image segmenting tasks, by region growing, by pyramid etc, but then I realized that already this would be far over the top... --[[User:Dmitry-kazakov|Dmitry-kazakov]] 18:33, 15 January 2009 (UTC) |
Revision as of 18:33, 15 January 2009
Linear color space
If I am not wrong, the equation L = 0.2126·R + 0.7152·G + 0.0722·B only works correctly in linear color space. Most images, however, are stored in sRGB color space. If you want to do the conversion correctly for a real world image, you should first convert it into linear color space.
But for simplicity, I guess, we could assume that the image is already in linear color space (even if it actually would require at least 16 bit color depth instead of 8 bit). --PauliKL 17:00, 15 January 2009 (UTC)
- The "parent" task is silent about the color model. If you want to fix it in this way or another, I think, you should better start there.
- Surely we could define some additional tasks dealing with different color models and conversions between them. I am not sure that this would meet much interest.
- Thinking further in this direction, there are so many areas in image processing / computer graphics, that I seriously doubt if RC would ever able to represent more than just a fraction of. Especially because most of them quickly grow out of "boy" format. I wished to add image segmenting tasks, by region growing, by pyramid etc, but then I realized that already this would be far over the top... --Dmitry-kazakov 18:33, 15 January 2009 (UTC)