Оптимальная раскладка RGB в байте 256 color?

[Shwartz]

мне кажется что программируемая поллитра решит все проблемы, и всем станет пофиг расположение байтов

Согласен, например я, если бы использовал эту чудо-графику, то хотел бы задавать цвета в форме LLHHHHHH (как HSL, только без saturation). И чтобы HHHHHH = 0 и 63 задавали бы серые оттенки. Или как варианты LLLHHHHH, LLSSHHHH и т.д.

[Black_Cat]

З.Ы. Накрутчик палитры для любого режима -
http://zx.pk.ru/showthread.php?t=4767&page=14 с поста 136 (на следующей странице упрощённая схемка и принцип программирования)

Чтоб было более понятно тем, кто не хочет вникать в схемотехнику, переведу на русский ужасное словосочетание придуманное fan'ом - "Накрутчик палитры", это - "Конвертор палитры".
Он позволяет:
- подгружать и ставить в соответствие байту цветовой составляющей любую палитру в пределах 24bit цветов;
- благодаря подгружаемости палитры можно так-же задавать произвольную раскладку битов цвета в байте;
- благодаря тому, что цветовому байту ставится в соответствие аж 24bit цветов, можно в широких пределах сдвигать палитру.

Сейчас в таком девайсе есть одно "но" - это доступность его повсеместного применения.. Поэтому пока суд да дело, наверно неплохо бы придумать более-менее приемлемую раскладку битов в качестве базовой, для тех, кто пока хочет сделать систему в минимальной конфигурации - т.е. регистр и R-2R ЦАП. Поэтому всёж хотелось бы услышать идеи по расстановке бит в предложенных fan'ом и Lethargeek'ом палитрах:

Lethargeek: g2:r2:b2:g1:r1:b1:g0:rb0, где бит rb0 хитрым образом задаёт младшие биты r0 и b0:
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))
Сама по себе палитра очень универсальная и равномерная, нужно только придумать как лучше скомпоновать в ней биты, чтоб удобней было считать. Например так:
r2:b2:r1:b1:rb0:g2:g1:g0

fan: r2:r1:r0:g2:g1:g0:b20:b10, где биты b20:b10 так-же хитрым образом задают младший бит b0:
b0=b10&b20
Палитра более простая, но менее универсальная и равномерная чем предложенная Lethargeek'ом.

[GriV]

Выше тут Ки-Джи задавал вопрос о целесообразности разработки - заполнять PUSH'ами без циклов 5 прерываниый, что говорить про классические способы (минимум в 2 раза дольше). Ещё вопрос о длительности её - какие страницы памяти и каким образом она должна заполнять? Кстати, я не очень в теме, она уже есть в железе???

[Black_Cat]

тут Ки-Джи задавал вопрос о целесообразности разработки - заполнять PUSH'ами без циклов 5 прерываниый, что говорить про классические способы (минимум в 2 раза дольше).

он ошибся, разрешение обсуждается не 256х192, а 128х192, поэтому будет точно так как и в 16 color режиме

Ещё вопрос о длительности её - какие страницы памяти и каким образом она должна заполнять?

все тайминги и экраны стандартные для 16 color режима

она уже есть в железе???

пока нет, но это ненадолго, т.к. для одной палитры устройство легко реализуемо.. (как спаять ковокс)

[fan]

Выше тут Ки-Джи задавал вопрос

Дык ответил же http://zx.pk.ru/showpost.php?p=121048&postcount=12

Кстати, я не очень в теме, она уже есть в железе???

Для классического пентагона128 с уже реализованным alco16 режим делается одним регистром + мелочёвка .
Для Pentagon1024sl2.2 практически то же самое но нужно будет перезалить прошивку матрицы . Сейчас этим процессом DDp занимается .

Для прочих клонов не всё так просто , т.к. нет манускриптов по прикручиванию режима alco16 (поверх которого делается fan256). Пока я сочинил манускипт для Scorpion ZS 1024 turbo+ , но чёто добровольцев испытать не густо . Пока только ewgeny7 хотел его прикрутить . Подождём выходных , посмотрим чё будит .

Вобщем кто заинтересован в alco16 (и fan256) на своём колоне , то обращайтесь в этот разел http://zx.pk.ru/showthread.php?t=7119 . Но далеко не все клоны пригодны для этого процесса и далеко не совсеми клонами я буду возиться .

[Black_Cat]

мож правда кому нагляднее GGGRRBB(rb), хотя GRBGRBG(rb) удобнее, если например надо быстро яркость оценивать.

во-во-во.. с этого места, и с примерами максимально быстрого кода пожалуйста.. при каккой раскладке можно сочинить наиболее быструю процедурку..
..господа программеры-демописатели примените свои навыки к пользе дела - выдайте варианты наиболее оптимального кодинга!!

[lintech]

Подкину дровишек в костёр
http://www.stevechamberlin.com/cpu/2...palette-setup/

Вариант HHHHIIII хорош ! Нужно развивать&воплощать мысль дальше !
Жую мозгом мысль о HHHHHIII, ибо хорошо, красиво и правильно