Аппаратная часть→Цветовые модели

Цветовых моделей вообще гораздо больше (кстати, заметьте, я выше нигде даже не упоминал RGB). HSV, кстати, одна из почти настолько же искусственных и ориентированных на (аддитивное) воспроизводящее устройство, как RGB. У которой единственное преимущество - выделение оттенка цвета в отдельное число. Остальные же 2 числа в ней не выражают однозначно тех субъективных параметров (ощущений), которые декларируются в их названиях. Точнее, выражают - но только в рамках одного и того же оттенка цвета. Ещё одна модель, тоже техническая, и ещё более удобная для пересчёта в/из RGB (в силу линейности), но более-менее выделяющая общую яркость в отдельный канал - это YUV, типичная для телевидения, видео, да и для некоторых форматов статичных картинок. Есть и другие модели, в т.ч. стремящиеся к более точной передаче каких-то субъективных параметров.

Так вот, никакая модель цвета вообще не подразумевает прозрачности ни в каком виде. Модель цвета занимается цветом, и только. В том числе и в RGB, и в HSV, и в YUV, и в Lab, и в XYZ, и т.д. никакой прозрачности нет. Прозрачность добавили для технических нужд, а именно, в первую очередь для показа на экране не прямоугольных спрайтов, но внутренне представленных прямоугольной картинкой. Т.е. фактически для регулирования "здесь рисовать/здесь не рисовать". К RGB это имеет только то отношение, что RGB тоже последняя "техническая" стадия для представления цвета перед выводом на экран, только поэтому они оказались по соседству. Бесцветный (серый) альфа-канал, конечно, даёт возможность делать более симпатично выглядящие размытые границы или просто антиалиасинг по минимуму. Хотя в принципе ничто не мешает делать антиалиасинг и на этапе отображения, с изначально однобитной прозрачностью. (И это, вообще-то, более правильно, т.к. даст положительный результат и при размещении изображения не по границам целых пикселов, или при масштабировании, а вот всякий "предподготовленный" антиалиасинг в этих случаях даст осечку - так что остаётся только вариант действительно сильного размытия границы прозрачности или оверсэмплинга). И вот собственно только для таких технических нужд и годится одноцветная прозрачность. Ещё мы можем изобразить частичное затемнение как бы этакой мельчайшей сеткой (или чем-то вроде закопчёного или полузеркального стекла). Но не можем изобразить прозрачный объект - вроде просто стекла, которое имеет свой собственный цвет.

А насчёт цветов, не передаваемых RGB - всё так и есть. Собственно, все чистые спектральные цвета, кроме тех, которые использованы как базовые (если базовые вообще чистые спектральные), не могут быть переданы в RGB и производных моделях, без выхода в отрицательные значения. Более того, есть, наоборот, другие модели, в которых представимы в т.ч. цвета, которые вообще не могут быть физически реализованы никаким спектром (но предполагается, что соответствующие цветовые ощущения могут испытываться человеком, скажем, в состоянии изменённого сознания или, в более ограниченной степени, при помощи особых приёмов просмотра, основанных на цветовом контрасте или на кратковременной цветовой адаптации). Такой "перелёт" относительно физически реализуемых цветов оказывается просто необходим для того, чтобы по крайней мере не потерять никакой из физически реализуемых цветов. Например, таково пространство XYZ, стремящееся имитировать непосредственно сигнал, воспринимаемый тремя типами светочувствительных клеток. Поскольку спектры чувствительности этих типов сильно перекрываются, естествнно, что что-либо близкое к чистому X, чистому Y, чистому Z - оказывается физически нереальным цветом.

ой не троичного кода, а троичной логик. Описался

блин, что же я пишу?

Там вместо trgb(-364, -364, -364) я имел ввиду черный, а не белый цвет, ну и для trgb(364, 364, 364) я имел ввиду белый.

Хочу заметить, что серый цвет в традиционной RGB - необязательно (0, 0, 0). Любая комбинация RGB(x, x, x) (0