обычно обновляют экран не каждый проход ЛУП, а только в случае, когда на картинке что-то изменилось
Это его не спасёт, всё равно каданить обновлять придёцца, а эта биб-ка умеет только всю память обновлять, а не то что изменилось. Соотвецтвенно и пропуски будут в ШИМе.
Хотя… Если всё устраивает, то и голову греть не надо.
Никто ведь не заставляет копировать весь буфер целиком.
Вот, например, здесь: Realtime MIDI Player | Аппаратная платформа Arduino я отправляю буфер на экран по кусочкам (всего 64 фрагмента по 16 байт), в результате чего задержки, связанные с отправкой буфера, не превосходят 0.6-0.8 мс.
Заработался) Вопрос задал в надежде, ну мало ли… Да чисто функционально на выходе пофиг, работает и ладно, но осознание костыля малость коробит, поэтому и спросил. Для себя оставил приращение мощности ступенями плюс время между ступенями, чтоб типа настраивать можно было в процессе доработки. Соленоиду пофиг, мне подавно.
У меня цифры на весь экран, плюс анимированно появление, падают. Поэтому …
Всем спасибо, всех с начтупающим1
А у меня скроллинг экрана. (т.е. обновлять все равно нужно весь)
И что “Поэтому”?
Пишем, чтобы просто возразить?
Если уж задаете вопрос, так обдумайте полученный ответ.