У меня скорость бегущих строк намного ниже чем по этой ссылке. Если с такой большой скоростью строка будет бежать, она будет нечитабельна на любой FPS.
На бегущих счётчиках тоже не видно никаких артефактов, дёрганий и т.п.

Речь не о скорости, а о плавности.


Не видно ровно до тех пор, пока рядом не окажется счетчика с 60 FPS.
30 - это практически нижняя граница комфортного восприятия движения.

Кино - 24 fps и ничего, никно не жужжит… или это не те fps?

Так ведь не от хорошей жизни 24 FPS выбрали, просто плёнка дюже дорога была.

В кино каждый кадр в отдельности смазан. Тема эта достаточно обширна, описана боле менее здесь https://habrahabr.ru/post/338796/ (раскрывается в комментариях).
На хабаре так же есть статья, как сделать нормальную анимацию с низким FPS. Найти сейчас не смог. Читал пару лет назад.

Обычный прямоугольник можно, но вопрос был про "рисование через одну точку" - так уже прямоугольник не выйдет.


Не хватает производительности подсистемы памяти.


У меня все плавно. Я как-то по этому поводу проводил эксперименты - если делать с умом, то начиная от 22..24fps все можно сделать, чтобы выглядело плавно.

Посмотрите с каким fps Вы смотрите фильмы, и ничего не дергается...

В любом случае есть хороший запас - у меня память 16бит, ожно перейти на 32бита, но под мою задачу смысла нет.


Это будет обычный прямоугольник, а вопрос был про через одну точку, так не выйдет.

Вот с этого момента можно подробнее, какие техники применяются для обеспечения плавности?

всё правильно

в общем да, была пропущена установка прескалера RCC_PLLSAIDivR_Div8
что даёт где-то восьмикратный запас по разрешению

зы: кстати, в 32 битном (vs 24) режиме даже без прескалера не дёргается


Сообщение отредактировал Огурцов - Oct 27 2017, 03:01

Побаловался с MIPI DSI в командном режиме. Идея его в том, что на индикаторе используется графический контроллер со своей GRAM памятью (например OTM8009A), передача данных происходит при необходимости изменения картинки. Соответственно к DSI шине вполне возможно подключить несколько индикаторов.

"Шаманъ" Случайно не проверяли, что быстрее копирует DMA2D или просто DMA. Имеется в виду режим MemToMem

Дак ведь на скорость это не влияет, только на энергопотребление, когда потока данных нет.

Подскажите MIPI DSI дисплеи имеют в себе контроллер и встроенный framebuffer как например ILI9341, SSD1351 или же они тупые и в них нужно только гнать поток данных как в дисплеях с RGB интерфейсом?

В моем случае достаточно синхронизации рисования и анимации с кадровой разверткой, а также разумный выбор скорости анимации - если будет медленно, то это не интересно, кроме того "дефекты" разные на маленькой скорости более заметны. Очень большая скорость приведет к необходимости сглаживания (motion blur) или увеличения частоты кадров. Нужно выбрать золотую середину . Например, для всяких кнопочек выползающих сбоку экрана что-то около 200мс на всю анимацию при 30к/с самое то.
Естественно многое зависит от того, что за объекты Вы изменяете на экране и как они движутся/изменяются.


Не проверял. У меня узкое место это 16битная SDRAM, с такой памятью подозреваю глобальной разницы не будет.

они типа "тупые"

Есть два базовых режима интерфейса MIPI DSI: "Video mode" и "Command mode". В видео режиме они, как Вы выразились "тупые", в командный режим подразумевает что для хранения картинки в дисплее используется своя GRAM, т.е. встроенный framebuffer. К сожалению далеко не все контроллеры с MIPI DSI поддерживают командный режим. Мне так и не удалось найти дисплей с поддержкой командного режима и разрешения хотя бы 1280х800.