16 цветов на Спектруме

[UncleDim]

и сразу 7 других

это каких таких других? яркостная (читай - чб) составляющая не зависит от размаха (читай - насыщенности) цветоразностных.

[Raydac]

темы с "а вот если бы синклер сделал такое то и такое то" почему то напоминают провалы у apple с его девайсами типа apple iii когда они делали что то что было за пределами потребности рынка

[UncleDim]

темы с "а вот если бы синклер сделал такое то и такое то" почему то напоминают провалы у apple с его девайсами типа apple iii

А мне - "...она была бы дедушкой"))

[Lethargeek]

это каких таких других?

другой насыщенности

яркостная (читай - чб) составляющая не зависит от размаха (читай - насыщенности) цветоразностных.

а теперь подумай, какие значения для (не)насыщенных в RGB до смешивания будут

[UncleDim]

какие значения для (не)насыщенных в RGB до смешивания будут

какие-то другие, менее отличающиеся друг от друга. считать надо. но речь-то про то, что ПОСЛЕ смешивания уровень не изменится (иначе это не регулировка насыщенности).

[Lethargeek]

какие-то другие, менее отличающиеся друг от друга. считать надо.

ненуёмоё, например (условно) синий=(0,0,255), светло-голубой=(128,128,255)

но речь-то про то, что ПОСЛЕ смешивания уровень не изменится

уровень насыщенности изменится

(иначе это не регулировка насыщенности).

не "регулировка", а "изменение"
лишние ограничения не нужны

[UncleDim]

уровень насыщенности изменится

и яркость тоже. а это никак не (цитируя вас же)

сделать вместо яркости насыщенность, например

[Lethargeek]

и яркость тоже

яркость синего в примере выше не изменяется

а это никак не (цитируя вас же)

это еще как да именно вместо

[UncleDim]

при чем тут яркость синего, если речь про градации серого на уже смешанных rgb?
а вот это:

синий=(0,0,255), светло-голубой=(128,128,255)

в условном ленинграде легко сделать разворачиванием яркостных диодов

[SoftCat]

У меня есть теория, что он руководствовался идеей максимальной вырвиглазности контрастности ярких цветов. Дело в том, что если делать декодер по более каноничной схеме, как в CGA, например, то яркие цвета имеют уменьшенную цветовую насыщенность. То есть, красный выходит не #ff0000, а #ff8080, ну и т.д.
Вот он и решил ради чистых ярких цветов пожертвовать вторым серым, сделав из него яркий чёрный.

Хотя можно было обойтись ещё несколькими логическими элементами и получить и чистые яркие, и 16 цветов с двумя серыми.

Про FLASH -- я и сам не пойму. Со всей очевидностью, он не нужен. Там должен был быть бит яркости.

Формулы, для примера приведу только красный канал, чтобы не загоромождать. R'G'B'I -- вход, Rr -- двухбитовый выход на ЦАП.

CGA:
R = R'
r = I'

Улучшенные 16:
K = NOT (R' OR G' OR B') # общий для всез 3 каналов
R = R'
r = (R' OR K) AND I

ZX:
R = R'
r = R' AND I

Хочу заметить, что "вес" у r в 2 раза меньше, чем у R. То есть у CGA обычный красный -- #aa0000, а ярко-красный -- #ff5555. Более того, там сделан ещё "костыль" для коричневого цвета. Но лучше бы они его не делали, особенно для 4-цветного графического режима.
И ещё, у видеосигнала высокая частота,а логические элементы не могут работать бесконечно быстро. Как Вы собираетесь реализовывать улучшенные 16 цветов, чтобы эти цвета не "расползлись" на экране?