Thought Id do a quick test to see how Blackmagic Intensitys codecs works on screen capture.
See attached images. Apologies for bit gruesome image! Was taken from a news website.
8 bit 4:2:2
8bit HD 4:2:2
My question is that I notice the 4:2:2 seems to do something to the text causing some rainbow aliasing. Is this because of the sub-sampling of 4:2:2?
+ Reply to Thread
Results 1 to 15 of 15
But you shouldn't get rainbows on separate black and white text... even with 4:2:2 . The Y' should be encoded separately
If the black and white was besides (in proximity to) some color areas , then maybe.... but something else is going on
The 10 bit 4:4:4 image has the same "rainbows" on B/W text. It's sub-pixel font smoothing in Windows.
Last edited by jagabo; 8th Jan 2013 at 22:07.
I can replicate your results. Doesn't occur (at least not as bad) with other 8bit 422 codecs. Something screwy with BM codecs "hdyc"
BM 8bit 422 fourcc "hdyc"
BM 10bit 444 fourcc "r210"
I tested other codecs, they don't have as bad artifacts
"uly2" UT video codec 422
"2vuy" 8bit uncompressed 422
"uvyv" 8but uncompressed 422
"v210" 10bit uncompressed 422
It's definitely not the same. There is more chroma aliasing in the 4:2:2 version. The "width" of colored pixels is larger .
Examples - consider the "N" in content. The right edge goes an extra 2 colored pixels in the 4:2:2 version, but 1 pixel in the 4:4:4 version. Look at the width colored pixels of the characters compared to "white".
Even in your screenshot, look at the 1st "R" in "WARNING". Look at the inner circle, there are 2 colored pixels, vs. 1 colored + 1 white. It's wider.
For the 4:4:4 version - even when the color edge pixels are the same "width" (same number) as the 4:2:2 version, the color of the pixel is closer to "black" in the 4:4:4 version.
These things together give the perception of less aliasing. The full version is attached below (Click and view at full size)
1 - Normal
2- Saturation increased to show the colored pixel width better (there are more "white" pixels in the 4:4:4 version) . The right edge of the base of the "T" is 3 colored pixels vs. 1
Last edited by poisondeathray; 9th Jan 2013 at 00:27.
I forgot to add a screenshot of the webpage so you could check for anti-alising. Unfortunately I had to do it now and the orange "Updated" is gone. But if you copy the images into photoshop and zoom right in:
Zoomed 500% in photoshop
You can tell from the text the 10bit 4:4:4 is identical to the text in the screen capture which has windows anti-aliasing applied.
The 4:2:2 is definately worse and the orange shifts colour too. Should that be normal for a 4:2:2 codec?
ps. The site Im taking it from is the www.dailymail.co.uk site
edit: Ill post an image tonight using Blackmagics mjpeg but its pretty awful!
Last edited by Bassquake; 9th Jan 2013 at 06:22.
Normal and expected for areas with color.
The method of chroma subsampling used (resizing kernal used, and algorithm) can cause the shift to occur in different direction , or with more/less aliasing. There are pros/cons to each method
But the black/white text result is not normal, and other 422 codecs aren't as bad
Another issues is how the encoder performs the conversion from RGB 4:4:4 to YUV 4:2:2 and then how the video is converted back to RGB 4:4:4 for display. Some programs use a simple point resize. Others will use some form of averaging and interpolation.
If he turns off font smoothing, or switches to non-subpixel smoothing, those discolorations of B/W text won't occur. On new caps, obviously.
Last edited by jagabo; 9th Jan 2013 at 09:50.
Ah sorry I see what you are saying - the underlying reason for the "rainbows" is the same, not they are the same
But the choice of subsampling makes a big difference here. Different codecs will subsample using different algorithms (also the choice of upsampling back to RGB for the screenshot can make a difference; for example if point resampling was used and bicubic used for the screenshot, there will be another shift)
I took his 444 still image as a source and re-encoded with various codecs above. The subsampling choice was left to the codec, not the host application.
e.g. here is hdyc (BM 8bit 422) vs. uly2 (UT 8bit 422) vs. uyvy (uncompressed 8bit 422)
Not shown is the original, but uyvy has less rainbows but is technically "worse", in the sense that it doesn't preserve the original rainbows . Also the color edges of "true colors" may get shifted one way or the other. Pros/cons
As promised, the mjpeg capture which is truly awful!
No idea why it has odd missing lines.
Edit: Looks like it captures interlaced.
Heres the original capture and one using huffyuv. Its identical.
Original bmp capture:
As far as I know huffy is 4:2:2, so shame blackmagic one cant do the same.