Предлагаю соченить "Девайс для накрутки палитры".

[DDp]

серые цвета

Это ж как сильно нужно хотеть серый цвет, чтоб сделать такие нелинейные отчёты для "синего" ЦАПа.

Применять бедем правильную . А вот какая она будет получаться у ALL тут уже мильён вариантов

Это ТЫ считаешь MSX-овую палитру правильной. Вот, у меня "за пазухой" лежит интересная палитрочка. (спорим, тебе понравиться . выложу на днях)

[Advertiser]

[fan]

Ну начался разброд в стане Два несчасных серых никому не отдам ! Всад все левые палитры ! Для этого есть накрутчик палитры , и в пентагон1024 суётся спокойно (потом займёмся , благо повод уже походящий).

Подобную палитру накрутить маился не один чел и не один день !

З.Ы. По палитрам у меня только один авторитет - Lethargeek

[Lethargeek]

Ы, щас как приду, как выскажу свое авторитетное мнение.
Стоит вас на два дня оставить, такого понаворотите...

Значит, так. Когда-то давным-давно (еще в досовские времена) я провел кучу экспериментов с разными "универсальными" фиксированными VGA палитрами - то ись чтобы и просто порисовать, и фотки конвертить с минимальной потерей качества (только не спрашивайте, зачем это было надо). Проще говоря, задача "512+ цветов запихнуть в 256" (выкидыванием и усреднением), чтобы получить в итоге минимум видимых различий на "средних" картинках.

Не знаю, можно ли в железе для Спека сделать нечто подобное малой кровью, но если интересно - могу поискать свои архивы с картинками на древних песюках (или заново рисовать придется).

[Black_Cat]

И по палитрам давай и по раскладке битов тож..

[Lethargeek]

Если винты живые, а то рисовать долго...

А пока - если нужна именно простая в реализации раскладка, то мне нравится g2:r2:b2:g1:r1:b1:g0:rb0 - ЦАП 9-битный, бит rb0 учитывается как младший для ненулевой (вариант - для максимальной) цветокомпоненты R или B (а возможно и для обеих сразу). Таким образом, гарантированно получаем 8 уровней серого и по 8 же уровней для всех "чистых" двухкомпонентных цветов; для "грязных" (ненасыщенных) разница меньше заметна на глаз.

[Black_Cat]

бит rb0 учитывается как младший для ненулевой (лучший вариант - для максимальной) цветокомпоненты R или B (а возможно и для обеих сразу).

ты имел ввиду это?
r0=r1&r2
b0=b1&b2
Вот токо ты хотел для обоих сразу, или токо для b, например как у fan'a? Потому как r0 можно и так иметь..

[DDp]

Вот, что предлагает Lethargeek - pal_v41.act

Как вариант, стоит рассмотреть следующее: G2 R2 B2 G1 R1 B1 GR0 B0 (жёлтый оттенок встречается чаще, чем фиолетовый) - pal_v42.act
-------
Удалил вложение

[Lethargeek]

ты имел ввиду это

Не, тогда 8 уровней серого не получишь.

Тогда уж так (ненулевой критерий):
r0=((r2 or r1) and rb0) or (rb0 and not(r2 or r1 or b2 or b1))
b0=((b2 or b1) and rb0) or (rb0 and not(r2 or r1 or b2 or b1))

Правое в скобках нужно для учета ситуации, когда все старшие биты R=B=0. Кстати немножко наврал, для некоторых "чистых" цветов самый темный оттенок получится слегка "грязноватым", хотя вряд ли будет сильно заметно (2DDp: для gr0 - заметнее, просто ярче).

[DDp]

Тогда уж так (ненулевой критерий):
r0=...

Ууу, тогда я наврал в предыдущем посте.
Получилось вот, что.

[Lethargeek]

2DDp: Короче, я не понял, как у тебя цвета сгруппированы, вот так будет нагляднее: зеленый цвет не учитываем, получаем простую задачу "ужать 64 в 32 цвета".

Если брать мою формулу для ненулевых: на картинке слева - исходные 64 цвета, справа - белыми точками помечены цвета, которых НЕТ в ужатой палитре (нужно использовать соседние). Видим, что распределение весьма равномерное (кроме темных областей, где все равно ничего не видно; к тому же чистые оттенки важнее). Очень удобно писать конвертилку-размывалку (просто выбираем один из соседних цветов по определенным правилам).