Nikolay_Po (Сегодня, 09:44, просмотров: 19) ответил Eddy_Em на DMA же почти не жрет ресурсы, а в прерываниях по заполнению буфера
выполняется достаточно небольшое количество действий. Так что,
можно и почаще обновлять.-
- Считаю: 240х240х(1/8+1/32)=9000. Плюс 3х480=1440 байт на буфер DMA.
Ты откуда вообще 450кБ взял? - Eddy_Em(Сегодня, 12:05)
- 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)
- Угу, я 3 бита на пиксель использую и перекодирую. - Andreas(Сегодня, 11:20)
- Считаю: 240х240х(1/8+1/32)=9000. Плюс 3х480=1440 байт на буфер DMA.
Ты откуда вообще 450кБ взял? - Eddy_Em(Сегодня, 12:05)
