Его доступность зависит от возможностей ядра, но с помощью кадрового буфера Linux, предоставляемого ядром (или библиотеки Direct Framebuffer, которая обеспечивает аппаратное ускорение), также можно будет воспроизводить видео на консоли.
Например, используя MPlayer: mplayer -vo fbdev filename.avi
или mplayer -vo directfb filename.avi
следует делать то, что нужно, если все необходимые фрагменты на месте. Как указано в другом ответе, vlc
может быть легче начать работать, и он также поддерживает старый FB и DirectFB.
В статье в Википедии говорится о фреймбуфере:
Есть три приложения кадрового буфера Linux.
- Реализация текстовой консоли Linux, в которой не используется аппаратный текстовый режим (полезно, когда этот режим недоступен или для преодоления ограничений по размеру глифа, числу кодовых точек и т. Д.). Одним из популярных аспектов этого является возможность отображения консоли Tux при загрузке.
Возможный метод графического вывода для сервера дисплея, независимый от аппаратного обеспечения видеоадаптера и его драйверов.
Графические программы, избегающие больших накладных расходов системы X Window.
Последний элемент включает в себя несколько программ Linux, таких как MPlayer, links2, Netsurf, fbida и библиотеки, такие как GGI, SDL, GTK + и Qt Extended, которые могут напрямую использовать кадровый буфер. Это особенно популярно во встроенных системах.
В настоящее время существует библиотека DirectFB, которая обеспечивает основу для аппаратного ускорения кадрового буфера Linux.
Также на эту тему есть вопросы и ответы на этом же форуме , и, конечно, старый Framebuffer HOWTO .
В частности, у вас должно быть /dev/fb0
доступно символьное устройство (или более одного, если доступно несколько устройств с кадровым буфером). Как минимум, вывод zcat /proc/config.gz |grep FB
должен содержать CONFIG_FB=y
, но я не совсем уверен, нужны ли современным GPU с DRM своего рода устаревший драйвер для работы FBDEV (в моем случае, похоже, CONFIG_DRM_I915_FBDEV=y
для Intel GPU) ,