Eddy_Em (Сегодня, 12:05, просмотров: 15) ответил Nikolay_Po на Ты посчитал, какого размера кадровый буфер для 240x240x16 бит? 450
полных килобайт. Не всякий МК мелкого контроллера (пока ещё) имеет
столько ОЗУ.eddy-em.livejournal.com github.com/eddyem
-
- 256к цветов это 18 бит (6+6+6) на пиксель. - reZident(Сегодня, 12:10)
- Ок, тогда для DMA на 2 строки понадобится ещё меньше памяти! - Eddy_Em(Сегодня, 12:16)
- там RGB565 - 2 байта на точку. 115 кбайт экран требует. Но и это:
1) дохрена, 2) долго выводить весь экран - POV(Сегодня, 12:13)
- По даташиту скорость SCL до 62,5МГц выходит (TSCYCW=16ns(Min)). При цветности 65К можно легко до 67Гц частоту обновления всего экрана (240*240) получать. - reZident(Сегодня, 13:04)
- 9000 байт на буфер + 960 байт на циклический DMA для двух строк. И на надо сотни килобайт на пустом месте выдумывать! - Eddy_Em(Сегодня, 12:18)
- 2 байта на точку это 65k цветов. Или я чего-то не понимаю? reZident(1 знак., Сегодня, 12:16, картинка)
- Я же говорю: индексированный цвет! По таблице (16 байт) 4-битовый
цвет превращается в нужный и помещается в очередную ячейку буфера
DMA. Eddy_Em(118 знак., Сегодня, 12:54)
- Ну вот я 3битный по таблице перевожу в 16, накапливаю 128 байт и вывожу. Можно выводить по дма и в это время новую пачку копить, но время не жмет. Но все равно весь экран не скинешь разом. - Andreas(Сегодня, 13:03)
- Я не про заполнение буфера в ОЗУ МК, а про вывод в буфер дисплея. - reZident(Сегодня, 12:57)
- Я же говорю: индексированный цвет! По таблице (16 байт) 4-битовый
цвет превращается в нужный и помещается в очередную ячейку буфера
DMA. Eddy_Em(118 знак., Сегодня, 12:54)
- 256к цветов это 18 бит (6+6+6) на пиксель. - reZident(Сегодня, 12:10)
