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

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

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


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

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

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

Что и требовалось доказать, ибо этот режим особо никому не нужен, т.к. в контроллере МК скорее всего нет выборочной загрузки измененных фрагментов. Делать это программно - изврат, поэтому и нет дисплеев, а даже если и найдете один, то не факт, что когда его снимут с пр-ва, вы найдете аналог...

есть и в STM32F7 эта аппаратно.

На разрешение 800х480 достаточно много вариантов.
В моем случае, микроконтроллер без проблем поддерживает нужное разрешение в видео режиме. По этому дальнейшие поиски прекратил.

Может подсказать дисплеи диагональю 7" доступные в розницу? Хоть с алиэкспресс