Заметка про аппаратное ускорение на Repka Pi 3

3D-ускорение игр и приложений #

В Репке присутствует аппаратное ускорение 3D из коробки. Вот только аппаратно поддерживается не OpenGL (настольный), а OpenGL ES (мобильный).

То есть:

• OpenGL 2.1 - поддерживается программно;
• OpenGL ES 2.0 (он же GLES2) - поддерживается аппаратно.
• OpenGL ES 3.2 (он же GLES3) -НЕ поддерживается
• Vulkan - НЕ поддерживается
• WebGL 1 - поддерживается, но с плохой производительностью (хоть это и клон GLES2).
• WebGL 2 - НЕ поддерживается (это клон GLES3)

В основном игры на Репку добываются и собираются из исходников (как по мне - рекомендуемый способ), что-то есть в репозитории.

Соответственно, ищите игры/приложения, в исходниках которых реализована поддержка GLES1 или GLES2 (чаще встретите GLES2), разумеется, если в игре/приложении в принципе используется аппаратное 3D ускорение.

Также, если поддержки GLES2 не имеется, но требуется OpenGL не новее чем 2.1 и на Репке оно хоть как-то работает, то можно попробовать запустить с помощью библиотеки GL4ES (это такой “переходник“ из OpenGL 1.x в GLES1 / OpenGL 2.1 в GLES2). С помощью данной библиотеки можно получить заметный прирост к производительности.

Но проще взять и установить готовый пакет.

Теперь чтобы запустить программу с использованием данной библиотеки просто введите в терминале: LD_LIBRARY_PATH=/usr/lib/gl4es:$LD_LIBRARY_PATH <название программы>

Аппаратное декодирование видео #

В версии прошивки от 18.04.2025 v1.1.0 разработчики что-то там пересобрали для аппаратного ускорения видео, но чтобы оно работало надо чуть-чуть донастроить, так как аппаратный декодер действительно проснулся и заработал, только на экран картинка без тормозов и багов выводиться не хочет из-за капризов GPU ARM Mali-450 MP4.

А именно:

• стандартный плеер MPV лезет в настольный OpenGL 2.1, вместо родного для Mali-450 мобильного OpenGL ES 2.0, как итог - тормоза.
• Если всё-таки заставить MPV выводить кадры из аппаратного декодера через OpenGL ES 2.0 (опцией --opengl-es=yes), то видео идет с хорошей производительностью, но мы наткнёмся на крайне неприятный баг - изображение залито красным цветом и смотреть его невозможно. Все попытки исправить цветовую палитру через разные команды приводят к транскодированию картинки силами CPU, а это сразу тормоза.

Решение - Настройка SMPlayer #

Здесь мы настроим плеер и будем запускать его через gl4es, чтобы картинка от декодера выводилась через быстрый OpenGL ES 2.0, но без бага с красным цветом.

1. Скачиваем SMPlayer (если его нет): sudo apt install smplayer

2. Открываем через gl4es (который вы скачали в предыдущей главе): LD_LIBRARY_PATH=/usr/lib/gl4es:$LD_LIBRARY_PATH smplayer

3. Переходим в Параметры → Настройки → Основные → Вкладка “Основные“ и убеждаемся что в самом верху выбрано “другое: /usr/bin/mpv“

4. Переходим в Параметры → Настройки → Основные → Вкладка “Видео“ → Устройство вывода ставим “gpu“, чуть ниже убрать все галочки, кроме “двойная буферизация“ и “подавить хранитель экрана“

5. Переходим в Быстродействие → “Потоков декодирования…“ ставим 4 (число потоков CPU Репки), затем чуть ниже “Аппаратное декодирование“ ставим “Авто” (под капотом должен подхватиться DRM в качестве декодера. DRM в данном случае - это прослойка между аппаратным видеодекодером Allwinner H5 (он же VPU) и графическим чипом Mali-450 (он же GPU), которая гонит данные напрямую из VPU в GPU, не напрягая процессор).

6. Переходим в Дополнительно → вкладка MPlayer/MPV → в “Параметры“ пишем:

   --opengl-es=no (это нужно для обхода бага с красным цветом, потому что конвертацию из GL 2.1 в GLES2 берет на себя gl4es), затем жмём “Применить“ и “ОК“.

Далее, для удобства, можем зайти /usr/share/applications и найти там smplayer.desktop - это ярлык в меню приложений слева-сверху экрана.

Откройте ярлык как обычный текстовый файл и найдите там строку Exec=smplayer %U и замените на Exec=env LD_LIBRARY_PATH=/usr/lib/gl4es:$LD_LIBRARY_PATH smplayer %U и сохраните файл.

Теперь через меню приложений SMPlayer сразу будет открываться с помощью gl4es и внутри плеера можно будет открывать и смотреть видео, ничего заново не настраивая каждый раз.

В итоге должно получиться как у меня, а именно, плавное воспроизведение и низкая нагрузка на CPU (около 25% на каждое ядро).

Все тестовые видео в 1080p (кодек h264), и почти все видео в 60 FPS (кроме последнего мультика, он в 24 FPS):

Браузеры #

Кратко - забудьте.

Подробно:

Из современных версий Firefox и Chromium убрали поддержку GLES2, так что сами браузеры работают исключительно в программном режиме, но:

• В Chromium (на данный момент это версии 151+) аппаратно не работает больше вообще ничего, даже WebGL 1.
• Firefox сам работает программно, но WebGL 1 ещё как-то пытается запускать.
• Про аппаратное декодирование видео при просмотре в браузере (то есть на VK Video, RUTUBE и так далее…) и речи быть не может. Это всё ложится на CPU с большими тормозами.

Так что, теперь это просто читалки/качалки для не слишком тяжелых текстовых сайтов/файлообменников.