24-битный цвет. Есть ли другие решения?, Ну очень неудобный формат. Опции

[DpInRock]

Начал программировать графическую подсистему. Цвет - 24 бита, упакованный. (at91sam9261). Т.е. в одном 32-разярядном слове находятся части двух точек (24 бита от одной, и кусок в 8 бит от другой. Может такде 16 бит от одной, 16 бит от другой, а недостающие 8 бит вообще в других словах).

И вот приходится цвет разбивать на RGB составляющие и записывать побайтно.

Вопрос в чем: это так и должно быть или есть какие-то хитрые решения? А то за быстродействие такого подхода боязно маленько.

[Rst7]

Но нормальные операции, типа, линию провести - потребует дополнительного чтения... А если со сглаживанием - то вообще кранты.

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

Вообще для оценки способов надо посмотреть следующие вещи:

Поддерживается ли вменяемо burst-режим SDRAM - это раз. От этого будет зависить реальная скорость исполнения LDMIA/STMIA.

Два - а не поддерживает ли контроллер кеша в Вашем камне отложенную запись? Если поддерживает - надо смотреть, каким образом, а вдруг побайтный?