Вопрос специалистам по видеоподсистеме линукс

я думаю стоит об этом спросить в linux kernel maillists

А как сделать по уму?

Как-нибудь так: http://cgit.freedesktop.org/libva/tree/dummy_drv_video

Насколько я понимаю, начинать надо отсюда http://www.freedesktop.org/wiki/Software/vaapi/

А как сделать по уму?

Для таких аппаратных декодеров хорошо подходит V4l2 mem2mem device + CMA - это наилучший вариант не нагружать процессор, но к сожалению ни один линуксячий плеер не поддерживает такие устройства. Парадокс - video for linux не поддерживается полноценно в окружении Linux.

А почему например не dri, mesa и vdpau state tracker который туда недавно запилили, тот, на котором аппаратное ускорение видео в radeon (или как там нынче ati'шный драйвер называется) работает?

Если представляешь, как это прикрутить к Mesa, это ещё лучше. Правда о кодировании видео придётся забыть. Зато декодирование будет уже со свистелками.

Ссылка по теме: https://github.com/jemk/libvdpau-sunxi

Ага, уже видел. Трабл в том, что я реверсил VP8. Он, кстати, завёлся, и в моём исполнении умеет играть видео со включенной сегментацией (в отличие от оригинала).

Пока реализация представляет собой полностью декомпелированный оригинал с пофикшенными ошибками китайских программистов. Кстати, если интересно, то вот:

https://bitbucket.org/paullo612/libvecore

А так — есть ещё http://linux-sunxi.org/VE_Register_guide, который я последнее время активно заполнял. Если у самого руки не дойдут, хоть для других инфа будет.

реверсил VP8

Тогда с VDPAU тебе не по пути, там с прошлого года VP8 не намечается. А вот в VA-API в staging-ветке что-то на эту тему есть.

Парадокс - video for linux не поддерживается полноценно в окружении Linux.

как именно не поддерживается? VLC например вполне себе открывает и играет видео с V4L2 устройств

наверное надо читать доки по V4L2 - это на тему как оно должно выглядеть для юзерспейса, а со стороны ядра - ну разве что в папке Documentation/video4linux/ исходников ядра почитать файлики, других мест не знаю

как именно не поддерживается? VLC например вполне себе открывает и играет видео с V4L2 устройств

тема не про захват а про обработку/кодирование/декодирование через V4L2 API.

т.е плеер открывает файлик, читает из него закодированное видео и пишет его в /dev/videoN - файл, соответствующий декодеру, и потом читает из этого же /dev/videoN раскодированное видео и рисует его на экране, об этом речь?

Господа блобопрограммисты решили что нужно сделать устройство в /dev, и с помощью него мапить память в юзерспейсную блобобиблиотеку, управляющую этим самым декодером.

А что в этом плохого?

тема не про захват а про обработку/кодирование/декодирование через V4L2 API.

Какое отношение имеет V4L к embedded-системам?

Какое отношение имеет V4L к embedded-системам?

прямое, scaller, rotator, composer, encoder, decoder часто в юзерспес светят именно V4L API

Ну, с одной стороны конечно ничего плохого, но с другой — мне кажется mmap медленный. Ну, или у меня кривые руки, ибо блоб с mmap работает, а у меня почему-то местами видео рассыпается.

мне кажется mmap медленный

О_о

Ну, или у меня кривые руки, ибо блоб с mmap работает, а у меня почему-то местами видео рассыпается.

Скорее все-таки это. А в чем проблема с использованием блоба?

Ну, суть в том, что есть там операция, позволяющая декодировать набор бит VP8. С помощью этой операции читаются параметры текущего кадра. Так вот, проблема в том, что железяка должна зажигать определённый бит в определённом регистре пока она занята декодированием. Но этот самый бит занятости при текущих условиях (ммапнутой в юзерспейс памяти) я наблюдаю крайне редко. При этом имею неверно прочитаные параметры кадра (набор вероятностей) в поизвольные промежутки времени.

Надо будет попробовать посмотреть на этот самый бит из ядра.