Make_Pic (27.06.2021 11:49, просмотров: 8776)-
- Их есть у нас! - Evgeny_CD(27.06.2021 16:37, ссылка)
- Интересная подборка - Make_Pic(27.06.2021 17:07)
- А что от гуя требуется? - POV_(27.06.2021 15:25,
)
- Вывод текста (три размера шрифтов), иконок, прямоугольных зон и их
инверсии - тобишь немного. - Make_Pic(27.06.2021 16:54)
- Я некоторый самопал замой накидал. Но там ориентир на ssd1283. Для
иных контроллеров надо ветвить сборку... POV_(123 знак., 27.06.2021 19:29, )
- Я некоторый самопал замой накидал. Но там ориентир на ssd1283. Для
иных контроллеров надо ветвить сборку... POV_(123 знак., 27.06.2021 19:29,
- Вывод текста (три размера шрифтов), иконок, прямоугольных зон и их
инверсии - тобишь немного. - Make_Pic(27.06.2021 16:54)
- ИМХО, такие вещи полагается делать самостоятельно. Гуй не расходует
ОЗУ совсем. Потому что куда? - SciFi(27.06.2021 11:53)
- В ОЗУ делается теневой видео буфер и потом из него перезапись
обновление всего экрана в самом LCD. Для экономии памяти
предполагается непосредственный вывод в ОЗУ LCD без фрейм буфера.
Интересно простое решение такого GUI, state - машины. - Make_Pic(27.06.2021 15:06)
- Ничего не понял. Вот у меня, например, есть 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 12:30)
- Не факт. ТС проходит через терзания с поиском готовых софтов, у
меня было что-то похожее. Потом обнаружилось, что правильнее
сделать самому и не заморачиваться с лишними сущностями типа
теневого буфера. Конечно, что-то почерпнул/подсмотрел в чужих
софтах. Но это всего лишь мой опыт, your mileage may vary. - SciFi(28.06.2021 11:20)
- Все пункты можно обойти или смириться с получающимися параметрами,
только оно всё приводит к усложнению программы, т.е. увеличивает
затраты на написание и отладку. Поэтому, если памяти на видеобуфер
нет, тогда нет вариантов. А если есть выбор, то проще иметь
видеобуфер в ОЗУ. - AlexBi(28.06.2021 11:16)
- а) легко обойти, б) для мигающего курсора это не требуется, но у
меня есть функция "скриншот" для составления мануалов, в) у меня
успевает, г) у меня работает. - SciFi(28.06.2021 10:38)
- Уменя контроллер 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)
- +1. Я с помощью MSP430 выводил через I2C на графический LCD от
Гаммы такую же анимацию с вращением вентилятора, как в примере у
SciFi. - rezident(28.06.2021 11:12)
- Не надо грешить на 430. Если не рисовать сисек, отлично управляется
на ИИС с картинкой 128х64 - Kpoк(28.06.2021 11:04)
- Причины могут быть скорость ядра и интерфейса. Кстати, я подключал
такой дисплей к MSP430 c программным SPI. На пределе "приемлемости
для оператора". - VLLV(28.06.2021 10:55)
- Напоминаю, у ТС 128х64 Ч/Б. Никак не пойму его терзаний. - SciFi(28.06.2021 10:49)
- Дык на QVGA проблем то нет. А если еще и цвета по 2 бита... - VLLV(28.06.2021 10:45)
- У меня ST7789V, аналогично. Нет, честно, я не понимаю, в чём
проблема. - SciFi(28.06.2021 10:04)
- А что со скоростью? Какое разрешение экрана? - 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, картинка)
- Тема сисек не раскрыта. - Kpoк(28.06.2021 09:03)
- 320х240 RGB, порядка микросекунды на пиксель. Жалоб нет. Я же там
не видосики рисую. SciFi(82 знак., 28.06.2021 08:39, картинка)
- а) Не используются разные задачи для одновременного вывода экран.
б) не требуется "обратного" чтения информации с экрана, для
рисования курсора, мигания и т.п. в) про быстродействие уже
упоминали г) используемый экран достаточно надежный, нет сбоев от
статики и т.п. - AlexBi(28.06.2021 10:34)
- Ничего не понял. Вот у меня, например, есть LCD с встроенной
видеопамятью. Рисую там на лету без всяких теневых буферов, всё
прекрасно, все довольны. Расход ОЗУ около нуля. ЧЯДНТ? - SciFi(27.06.2021 21:15)
- Можно попробовать ковырнуть Marlin - ПО для 3D-принтеров, работает, в том числе и на 8-бит контроллерах. И дисплей 128*64 поддерживается ардуиновской библиотекой u8glib. Nikolay_Po(166 знак., 27.06.2021 12:02, ссылка, ссылка)
- +1. Использую самописный движок UI. При небольших разрешениях
экрана его скромных возможностей хватает. Из-за этого куча
библиотек GUI, которые можно найти в интернете осталась мной не
опробована. - AlexG(27.06.2021 12:01)
- Взглянуть можно? - Make_Pic(27.06.2021 16:55)
- В ОЗУ делается теневой видео буфер и потом из него перезапись
обновление всего экрана в самом LCD. Для экономии памяти
предполагается непосредственный вывод в ОЗУ LCD без фрейм буфера.
Интересно простое решение такого GUI, state - машины. - Make_Pic(27.06.2021 15:06)
- Их есть у нас! - Evgeny_CD(27.06.2021 16:37, ссылка)
