caxapa.ru :: В ОЗУ делается теневой видео буфер и потом из него перезапись обновление всего экрана в самом LCD. Для экономии памяти предполагается непосредственный вывод в ОЗУ LCD без фрейм буфера. Интересно простое решение такого GUI, state

Make_Pic (27.06.2021 15:06, просмотров: 315) ответил SciFi на ИМХО, такие вещи полагается делать самостоятельно. Гуй не расходует ОЗУ совсем. Потому что куда?

В ОЗУ делается теневой видео буфер и потом из него перезапись обновление всего экрана в самом LCD. Для экономии памяти предполагается непосредственный вывод в ОЗУ LCD без фрейм буфера. Интересно простое решение такого GUI, state - машины.

Ответить

- Ничего не понял. Вот у меня, например, есть LCD с встроенной видеопамятью. Рисую там на лету без всяких теневых буферов, всё прекрасно, все довольны. Расход ОЗУ около нуля. ЧЯДНТ? - SciFi(27.06.2021 21:15)
  - а) Не используются разные задачи для одновременного вывода экран. б) не требуется "обратного" чтения информации с экрана, для рисования курсора, мигания и т.п. в) про быстродействие уже упоминали г) используемый экран достаточно надежный, нет сбоев от статики и т.п. - AlexBi(28.06.2021 10:34)
    - а) легко обойти, б) для мигающего курсора это не требуется, но у меня есть функция "скриншот" для составления мануалов, в) у меня успевает, г) у меня работает. - SciFi(28.06.2021 10:38)
      - Все пункты можно обойти или смириться с получающимися параметрами, только оно всё приводит к усложнению программы, т.е. увеличивает затраты на написание и отладку. Поэтому, если памяти на видеобуфер нет, тогда нет вариантов. А если есть выбор, то проще иметь видеобуфер в ОЗУ. - AlexBi(28.06.2021 11:16)
        
        Не факт. ТС проходит через терзания с поиском готовых софтов, у меня было что-то похожее. Потом обнаружилось, что правильнее сделать самому и не заморачиваться с лишними сущностями типа теневого буфера. Конечно, что-то почерпнул/подсмотрел в чужих софтах. Но это всего лишь мой опыт, your mileage may vary. - SciFi(28.06.2021 11:20)
        
        хотелось понять - подсмотреть как пишется такая софтина - вывод примитивов, а писать все равно свое под UC1604C - Make_Pic(28.06.2021 12:30)
        
        Что-то типа такого: SciFi(12467 знак., 28.06.2021 12:57)
  - Уменя контроллер UC1604C - только в экранную область - Make_Pic(28.06.2021 10:00)
    - У меня ST7789V, аналогично. Нет, честно, я не понимаю, в чём проблема. - SciFi(28.06.2021 10:04)
      - Дык на QVGA проблем то нет. А если еще и цвета по 2 бита... - VLLV(28.06.2021 10:45)
        
        Напоминаю, у ТС 128х64 Ч/Б. Никак не пойму его терзаний. - SciFi(28.06.2021 10:49)
        
        Причины могут быть скорость ядра и интерфейса. Кстати, я подключал такой дисплей к MSP430 c программным SPI. На пределе "приемлемости для оператора". - VLLV(28.06.2021 10:55)
        
        Не надо грешить на 430. Если не рисовать сисек, отлично управляется на ИИС с картинкой 128х64 - Kpoк(28.06.2021 11:04)
        
        +1. Я с помощью MSP430 выводил через I2C на графический LCD от Гаммы такую же анимацию с вращением вентилятора, как в примере у SciFi. - rezident(28.06.2021 11:12)
        
        Уже понял, надо сесть и сделать, а подсматривать бывает даже вредно... :) - Make_Pic(28.06.2021 12:33)
  - А что со скоростью? Какое разрешение экрана? - VLLV(28.06.2021 08:23)
    - 320х240 RGB, порядка микросекунды на пиксель. Жалоб нет. Я же там не видосики рисую. SciFi(82 знак., 28.06.2021 08:39, картинка)
      - Тема сисек не раскрыта. - Kpoк(28.06.2021 09:03)
        
        действительно SciFi(1 знак., 28.06.2021 09:17, картинка)

Микроконтроллеры