Выводить 1bpp (те самые восемь цветов), конечно, просто. А вот рисовать со стороны программы будет крайне неудобно:


P.S. Как без дизеринга получатся 16 цветов?

8 цветов - это 3 bpp.
Рисовать в человеческом виде (например упаковать по две точки в байт). А преобразовывать при выводе на лету.


Согласен, затупил. С другой стороны: ставить STN матрицу и пытаться на ней получить красоту можно только из мазохизма.

Сообщение отредактировал LightElf - Jun 20 2013, 12:57

Ну, это как считать


А чем преобразовывать? Вот и пришли снова к внешней логике. Только в случае ТС гораздо удобнее будет построить такую схему:
Поток TFT -> CPLD (дизеринг) -> STN, так как интерфейс TFT по условиям имеется.

Я тоже именно к этому и пришел. Сейчас разглядываю вейвформы TFT и STN на предмет как из одного сделать другое...

И лишнего расхода памяти не предвидится, т.к. LCD контроллер в SAMA5 поддерживает:
- Single Scan Active TFT Display
- 12-bit, 16-bit, 18-bit and 24-bit Output Mode through the Spatial Dithering Unit
- 1, 2, 4, 8 bits per pixel (palletized)

Сообщение отредактировал Intel4004 - Jun 20 2013, 19:35

А есть пространство для дискуссий?


Софтверно вестимо. Кстати, 16..64 цветов сделать не проблема без дизеринга - можно реализовать frame rate modulation непосредственно процессором.
Что-нибудь типа STM32F407 вполне справится. Правда про разрешение экрана ничего не сказано.


Ну извращаться можно разными способами.

Мне представляется, что я достаточно понятно написал, что имел в виду под 1bpp.


Ну, подсчитайте, что получится для скромного случая 320x240 @ 120Hz.


Несомненно.

Стоит пользоваться общеупотребимыми терминами.


Выходной поток в 13 МБ/с. Копейки в общем-то.


Проще не извращаться и дисплей поменять.

Как можно заметить, термин 1bpp был употреблен мной при обсуждении абстрактного STN-дисплея, который может быть и монохромным.
Для человека, знакомого с STN, должно быть очевидно, что 1bpp STN = 8 цветам CSTN.


Откуда столько? 960 * 240 * 120 = 27.6Мбит/с или 3.3МБайт/с в среднем. Но даже этот скромный поток перепахивать в реальном
времени программно будет суровой нагрузкой на процессор (который по условиям задачи должен батарею экономить).

По сравнению с внешней CPLD это и есть извращение.

Я дал оценку сверху, с учетом того что битовые операции на армах тормозны и придется выводить целый байт ради 4 бит.
По большому счету 320x240 4bpp и статичной картинке ядро в основном бездельничать будет и его можно в спячку положить (или чем другим занять). Основную работу будет контроллер DMA делать.


Скажем так: выводить картинку на CSTN можно разными способами. Ничего сложного/невозможного в софтверном режиме нет. Если есть свободные ресурсы у основного процессора - вполне себе вариант.