VAAPI на радеонах быть! Лисапеды будут похоренены

хоть ты и либераст недобитый, но за это я тебя зауважал, да.

будет своя libva.so, очевидно. просто потому, что родная не взлетит, она думае, что с блобом видяхи нет.

А вы смотрели, как это сейчас в других дровах сделано? Глядите:
http://packages.ubuntu.com/raring/amd64/i965-va-driver/filelist
http://packages.ubuntu.com/raring/amd64/vdpau-va-driver/filelist
http://packages.ubuntu.com/raring/amd64/xvba-va-driver/filelist

Как видите по файлику на каждый видеодрайвер в /usr/lib/x86_64-linux-gnu/dri/ (то есть в случае fglrx - альтернативную версию /usr/lib/x86_64-linux-gnu/dri/fglrx_drv_video.so вместо той, которая сейчас поставляется в xvba-va-driver). Так что с чего бы это «своя libva.so» если вам вообще-то нужно плагин для VA-API писать?

И ещё я не понял вот эту часть:

родная не взлетит, она думае, что с блобом видяхи нет

Нормально она взлетает, и блоб видит:

~$ vainfo
libva: VA-API version 0.32.0
Xlib:  extension "XFree86-DRI" missing on display ":0".
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/x86_64-linux-gnu/dri/fglrx_drv_video.so
libva: va_openDriver() returns 0
vainfo: VA-API version: 0.32 (libva 1.0.15)
vainfo: Driver version: Splitted-Desktop Systems XvBA backend for VA-API - 0.8.0                                                                  
vainfo: Supported profile and entrypoints
      VAProfileH264High               : VAEntrypointVLD
      VAProfileVC1Advanced            : VAEntrypointVLD

т.е. надо будет снова vaapi-либы подменять что ли? я наверное немного не в теме, но чем оно лучше то будет?

Сейчас даже телефоны и средненькие телевизоры прекрасно играют hd

Как думаешь, благодаря чему они его играют? Правильно, благодаря аппаратному ускорению.

Если б я был владельцем ATI/AMD, я забухал от радости.

даже телефоны и средненькие телевизоры прекрасно играют hd

А теперь подумай.

Как умиляют эти маленькие радости радеоновцев =]

//NVIDIA

не взлетает она потому что в xvba встроен постпроцессинг. то есть вот эти все деинтерлейсы и все, что в винде в настройках видео - все есть и в xvba, только оно отключено. но его включат скоро. а теперь вопрос знатокам: что vaapi знает про этот постпроцессинг? а нихрена оно не знает. в dx11 есть специальный выключатель vq. т.е. попадают всякие видеообработчицкие программы.

264high не работает, у нас такой баг даже есть. не знаю, что там пишут но он тупо не работает.

получить из yuvного выхлопа текстуру нельзя, охрененный геморрой. присобачить нормально opencl - нельзя в принципе. т.е. он присобачивается сквозь opengl но при этом надо или в память высасывать картинки постоянно, или делать лишнюю работу, причем тут сработают vq фичи неконтролируемые приложением. не будешь же каждый раз в каталист лезть.

с блобом проблема в том, что есть нехилый такой запас technical debtа препятствующий нормальной интеграции xvba куда-либо, кроме самых простых случаев. т.е. вывод в gl текстуру или в оверлей, который почти нечем контроллировать(см. ссылку на форум амд выше).

не, только бэкенд заменить придется. просто серьезно доки в амд не обновляют. что-то не попахивающее лежит под nda

ну вот была раньше такая проблема - гамаешь в игру на 640х480 в фулскрине, и она падает. и десктоп обратно не восстанавливает разрешение. вот тут примерно то же самое по ряду фич.

вот тут примерно то же самое по ряду фич.

Ещё раз, я хочу убедиться, что понял правильно. Ctrl-C — имеется в виду нажатие на клавиатуре Ctrl, затем, не отпуская Ctrl, клавиши С? Это влияет на тиринг видео?

а теперь вопрос знатокам: что vaapi знает про этот постпроцессинг? а нихрена оно не знает

Знает, знает.

va_vpp.h

 * The video processing API uses the same paradigm as for decoding:
 * - Query for supported filters;
 * - Set up a video processing pipeline;
 * - Send video processing parameters through VA buffers.
 *
 * \section api_vpp_caps Query for supported filters
 *
 * Checking whether video processing is supported can be performed
 * with vaQueryConfigEntrypoints() and the profile argument set to
 * #VAProfileNone. If video processing is supported, then the list of
 * returned entry-points will include #VAEntrypointVideoProc.
 *
 * \code
 * VAEntrypoint *entrypoints;
 * int i, num_entrypoints, supportsVideoProcessing = 0;
 *
 * num_entrypoints = vaMaxNumEntrypoints();
 * entrypoints = malloc(num_entrypoints * sizeof(entrypoints[0]);
 * vaQueryConfigEntrypoints(va_dpy, VAProfileNone,
 *     entrypoints, &num_entrypoints);
 *
 * for (i = 0; !supportsVideoProcessing && i < num_entrypoints; i++) {
 *     if (entrypoints[i] == VAEntrypointVideoProc)
 *         supportsVideoProcessing = 1;
 * }
 * \endcode

Это из ветки staging. Если не нравится — в VDPAU постпроцессинг есть. Там большая часть — это постпроцессинг.

получить из yuvного выхлопа текстуру нельзя, охрененный геморрой

Не знаю, про VAAPI ли ты тут, или про XvBA, но в VAAPI поверхность в текстуру перевести можно (vaCopySurfaceGLX).

так постпроцессинг разный бывает. например деинтерлейс нужен полюбому на некоторых клипах. но кроме него есть еще VQ-фичи вроде стабилизации картинки(обрезает кадр между прочим), гаммы и прочей мути. Разрабы переходника об этом не знают, да и по хорошему им доки просто не дадут. а VQ фичи как в винде сейчас прям пилят, они уже в следующем релизе могут оказаться.

в VAAPI поверхность в текстуру перевести можно

это у вас функция такая есть. а у нас есть своя функция которая до марта всем отвечала «ты кто такой давай досвидания». И да, там сейчас поддержка знакомых нвидиотам «синих рож» есть. Такое вот vaapi.

Точнее придёт vaapi юзать xvba, а там опачки. Синие рожи во все поля

мы его всем отделом тестили - виснет падла на фильмах.

Представил, как где-то в Питере сидит отдел полубородатых кодеров-системщиков, все смотрят порно на большом экране из нескольких мониторов. Идет тестирование драйвера...

не просто дедов, а дедов в свитерах

в свитерах

С оленями. И лица такие серьезные-серьезные.

так постпроцессинг разный бывает. например деинтерлейс нужен полюбому на некоторых клипах

деинтерлейс там есть и без постпроцессинга, без него же никак. Просто в vaPutSurface передаёшь флаг верхнее поле/нижнее поле/полный кадр.

VQ-фичи вроде стабилизации картинки(обрезает кадр между прочим)

Такого не видел

гаммы и прочей мути

это как бы есть.

VAProcFilterNoiseReduction, VAProcFilterDeblocking, VAProcFilterDeinterlacing, VAProcFilterSharpening, VAProcFilterColorBalance, VAProcFilterColorStandard, VAProcFilterFrameRateConversion, 

VAProcDeinterlacingBob, VAProcDeinterlacingWeave, VAProcDeinterlacingMotionAdaptive, VAProcDeinterlacingMotionCompensated,

VAProcColorBalanceHue, VAProcColorBalanceSaturation, VAProcColorBalanceBrightness, VAProcColorBalanceContrast, VAProcColorBalanceAutoSaturation, VAProcColorBalanceAutoBrightness, VAProcColorBalanceAutoContrast,

VAProcColorStandardBT601, VAProcColorStandardBT709, VAProcColorStandardBT470M, VAProcColorStandardBT470BG, VAProcColorStandardSMPTE170M, VAProcColorStandardSMPTE240M, VAProcColorStandardGenericFilm,

Синие рожи во все поля

в VAAPI о формате договариваются в терминах fourcc. Ну скажешь, что у тебя NV21, а не NV12.

Я что хочу сказать. Если вы там навелосипедите свою libva, это будет уже не VAAPI, а что-то новое, несовместимое. Ещё один велосипед. Так что глянул бы ты сам на libva/staging.

Пользователи nouveau смотрят на это с недоумением, у них итак ничего не работает толком, так еще в последнее время глючат эффекты в Kwin.

понимаете, это ынтерпрайз. тут есть требование, чтоб vq управлялся через каталист. вынь и полож.

то есть вот эти вот настройки будут если xvba закопать, и сделать бэкенд для libva. иначе вы их просто не увидите. нет даже api и не ожидается. а так будет каталист + перенастройка.

Если вы там навелосипедите свою libva,

бэкэнд пилим. ну ступил я, не то написал.

бэкэнд пилим.

А, ну тогда всё отлично. Ждём.

264high не работает, у нас такой баг даже есть. не знаю, что там пишут но он тупо не работает.

Речь про 12-16 рефреймов при воспроизведении через VA-API? Работает оно с пропатченным xvba-va-driver.

присобачить нормально opencl - нельзя в принципе

Речь про VA-API или опять про XvBA?

что vaapi знает про этот постпроцессинг? а нихрена оно не знает.

И что вы собираетесь с этим делать? Коммитить в апстримную libva или поставлять форкнутую либу в комплекте с драйвером?

Я прочёл тред, но так и не понял, зачем это нужно при наличии vaapi/xvba-driver

Так ведь уже.

ckotinko, к тебе вопрос: будут ли в ближайшее время в каталистных гуёвинах реализованы кривые для настройки яркости? Тяжеловато без них при просмотре графики и игр в очень тёмных тонах - из-за слишком яркой подсветки монитора приходится картинку делать потемнее, чтобы белый не был похож на электросварку, и тёмные цвета становятся слишком похожими - две тёмные полоски в корректировочной картинке почти одинаково чёрные. А с кривыми можно было бы и светлые цвета затемнить и тёмные не сделать слишком чёрными.

нет, я про блоб, и хардварный декод и енкод.

Ничотко, пацаны не поймут.
Если уж сидеть на блобе, я лучше выберу нвидию. А по открытым дровам амд уступает интелу.
Т.е. интел и нвидия - это как два полупопия, между которых заняла свое место амд и вылезать не собирается.