vdpau без иксов

В текущей версии VDPAU для того, чтобы выводить на экран картинку, нужны иксы. Технически там предусмотрена возможность сделать вывод, например в фреймбуфер или через wayland, но реализации нет (и вряд ли будет в ближайшее время, всё заморозилось). В VA-API возможности вывода пошире, есть и drm напрямую.

Только вот mplayer с vdpau завязан на вывод картинки через vdpau, а стало быть через иксы. mplayer-vaapi завязан либо на вывод через иксы, либо на вывод через glx, то есть тоже через иксы.

Теоретически возможно декодировать поток, забирать с видеокарты полные кадры и показывать их через fbdev. Но скорее всего, это будет жрать много ресурсов и тормозить. Так делает vlc и от аппаратного декодирования там только хуже.

Технически там предусмотрена возможность сделать вывод, например в фреймбуфер или через wayland, но реализации нет (и вряд ли будет в ближайшее время, всё заморозилось).

Так а что должно произойти чтобы vdpau заработало, скажем, через вайленд? Кто-то должен просто написать код? Или добро должна дать персонально нвидия? И где именно отсутствует нужная функциональность? в libvdpau? в mesa? в самом вайленде?

Для начала нужно, чтобы новые типы вывода были добавлены в libvdpau, ибо там определяется ABI драйверов. Потом нужна реализация в собственно драйверах. Для nVidia нужно ждать nVidia, для Gallium нужно править Mesa.

В последнее время (а может и вообще всегда) libvdpau занимался Aaron Plattner. Если у тебя есть желание этим заняться, стоит проконсультироваться с ним для начала.

ну уж не хуже.

но делает он действительно уныло.

разрабы мол втирали, что так сделано, чтобы не «терялась возможность применения фильтров на видео». шалунишки.

ну уж не хуже.

Что самое интересно, на intel действительно не хуже: загрузка CPU либо ниже, либо сравнима. Но вот на AMD она значительно выше. И ведь у того, кто писал поддержку в vlc на руках было именно видео от AMD (в комментариях есть упоминание о неработоспособности vaDeriveImage). Неужели он не заметил, что стало есть больше ресурсов?