kekyo
commented
1 year ago That is an excellent insight! Indeed, when doing a YUV conversion, the color space conversion matrix is affected.
As shown on the source code, this is implemented based on the MS Article. The reason is that specific instructions were given to use realistic integer arithmetic (I wanted to avoid floating point arithmetic for speed).
Since I do not have a deep understanding of color space, I adopted my decision about the validity of these calculations in comparison to the miscellaneous other blog posts on the topic.
The actual calculations are exactly as the formulas here. That is:
R = clip(( 298 * C + 409 * E + 128) >> 8)
G = clip(( 298 * C - 100 * D - 208 * E + 128) >> 8)
B = clip(( 298 * C + 516 * D + 128) >> 8)and although not clearly shown, I believe this is BT.709 based.
Returning to FlashCap, I think the idea of giving the format assumed in the YUV transcoding as an argument is a good one, so I will adopt it. However, the only known format type is BT.709, so if you know of other formats that could be added (e.g., BT.601, BT.2020, etc.), please help me out.
flat-eric147
The method TranscodeFromUYVY in BitmapTranscoder.cs:22 contains a YUV to RGB conversion. As everything in the method is converted to integer arithmetic it is not obvious to me which color space conversion is in use. There are two main standards BT.709 (usually used for HD formats) and BT.601 (usually used for SD formats). Can anybody tell me which standard is used here? It would be cool to provide a parameter to the method or make different methods for the various color spaces, also in view of 4k/UHD which is coming with yet another standard (BT.2020).
Thank you!