Wayne,
B&W is the best.
For colors green makes up the most of the luma channel (Y', the "4" part of 4:2:0 color), so green will come out the best. Red is mediocre, and blue is the worst, but our blue perception is pretty bad, so bad looking blue is less annoying than bad looking red.
The best thing you can do for yourself is a soft antialias, which gives a few pixels for the saturation to ramp up, hiding the blockiness.
-Ben Waggoner
-----Original Message-----
From: quicktime-users-bounces+ben.waggoner=email@hidden [mailto:quicktime-users-bounces+ben.waggoner=email@hidden] On Behalf Of Wayne J. Levin
Sent: Tuesday, January 24, 2006 11:42 AM
To: email@hidden
Subject: Re: MPEG H.264 and the color red.
Can we turn this question around? Other than white on black and black
on white (presumably these are safe) what are the best colour
combinations or more generally what should I look for in selecting
colours using Apple's various colour-adjustment (RGB, CMYK, etc.)
when choosing colours so that text in small fonts are readable
(especially for podcasting)?
Many thanks!!
Wayne
On 18-Jan-06, at 9:05 PM, Kevin Marks wrote:
>
> On Jan 18, 2006, at 5:29 PM, Dieder Bylsma wrote:
>
>>> This is a weird question. Why does MPEG H.264 treat the color red
>>> the way it does? I noticed this in U2's beautiful day video, it's
>>> even more pronounced in the Kim Possible episodes. The red shows
>>> heavy pixilation more than other colors.
>>
>> Pure red seems to be the bête-noire of most codecs out there
>> actually, not just H264. I've seen the typical pixelation on
>> almost any codec of recent vintage when it comes to highly
>> saturated reds. The only way around it is to bump up the bandwidth
>> for that section, but even still... MPEG-2, MPEG-1, H264,
>> Sorenson, etc. all have issues.
>
> This is due to chroma subsampling. The colour has lower resolution
> than the luminance.
> As Y = .11 B + .3 R +.59 G, you get more pixellation in red and
> blue than green. Very bright blues are rarer than bright reds, so
> you see it more on reds.
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> QuickTime-Users mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/quicktime-users/levin%
> 40predictum.com
>
> This email sent to email@hidden
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
QuickTime-Users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/quicktime-users/email@hidden
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
QuickTime-Users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/quicktime-users/email@hidden
This email sent to email@hidden
