VA API - Podpora pro h264/MPEG-4 AVC ještě letos :-)

1.3.2010 08:59 | Přečteno: 1483× | nová etapa | | poslední úprava: 1.3.2010 09:00

Video Acceleration API (VAAPI) dostane konečně přidánu podporu pro HW dekódování h264/MPEG-4 AVC/x264.

VA API vyvinuté firmou Intel, je API a knihovna libva, která se využívá pro hardwarové dekódování intelovských grafik s čipsety i965 a novější.

Nyní funguje HW dekódování jen pro MPEG-2. Pro používané formáty h264/MPEG-4 AVC/x264 je - podle vyjádření vývojářů - v plánu přidat tuto podporu ve 2. čtvrtletí tohoto roku.

S dnešními x-jádrovými procesory není většinou problém dekódovat video 1080i, ale HW podpora je přece jen potěší.

Po - snad již skončených - útrapách s ovladačem xf86-video-intel je to další věc, kvůli které budu mít trošku více rád Intel

Zároveň se tak završí snaha o funkční HW dekódování videa u všech grafik (které to podporují), jako je tomu u majoritního OS.

Těšme se!        

Komentáře

[xvasek]

No, já jsem nedávno na www.mplayerhq.hu viděl, že libva je pro Intel a Ati a navíc že už to funguje teď, ale pravda je, že jsem to nezkoušel - přece jenom s Core2Duo mám lepší věci na práci a i čistě pro jistotu i ffmpeg-mt.

(Proč ale nikdo nepožívá ani výhledově OpenCL mi není jasné - to je samé VDPAU, CUDA, libva, "Close to metal", Ati Stream, kdo ví co...)

[Alois Nešpor]

Jo, to jo, já zkoušel i přehrávat s MPlayerem přes VAAPI, ale funguje pouze HW dekódování MPEG-2, což je málo

[Ctirad Feřtr]

Netýká se ta podpora h264 spíš intel driveru? Pokud vím, tak VA API jako takové podporuje h264 dávno, pokud ne odjakživa.

[kralуk]

přesně tak

[kralуk]

S dnešními x-jádrovými procesory není většinou problém dekódovat video 1080i, ale HW podpora je přece jen potěší.

No to každopádně, kromě desktopů existují totiž taky notebooky (a jiná úsporná PC), u kterých záležíé na tom, aby to nežralo 300W jen kvůli přehrávání videa

[True54]

Když jsem o tom četl naposled, Intel prohlašoval, že zváží využití VDPAU.

už jsme zase v situaci, kdy si každý hraje na vlastním písečku?

[Grunt]

Paráda. Kolik těch API teď vlastně máme? VDPAU, XvBA, VA API, XvMC, … A až se to zas někdo bude snažit sjednotit, tak budou uživatelé hulákat proč se dělají takové psí kusy, když to do teď v pohodě fungovalo. Tak přesně to je ten důvod, proč uzavřené ovladače ne.

[xvasek]

A až se to zas někdo bude snažit sjednotit...

...tak tady budeme nadávat, jak je to pulsevideo na nic.

[Grunt]

Přesně to myslím.

[kralуk]

VA API je do jisté míry sjednocení, protože ačkoli je navrženo Intelem není (licenční, právní) problém pro ostatní výrobce video-akceleračního HW napsat pro VA API backend (třeba i proprietární).
VA API má XvMC (které praktické využití vlastně ani moc nemá) v budoucnu nahradit - imho se to děje už teď.

[kralуk]

Není to tak hrozný, protože [wiki]:

In November 2009 a XvBA backend for Video Acceleration API (VA API) was released[3], which means any software that supports VA API will also support XvBA.[2]

Takže v zásadě nám stačí VA API pro Intel a ATi grafárny a VDPAU pro Nvidia grafárny.

[Grunt]

No však to je to co mi vadí. Kdyby se to nacpalo do Xv, byl by pokoj a nemusely by existovat čtyři knihovny, každá pro jiného výrobce. Oproti DirectX z Widlí je to pěkná ostuda.

[kralуk]

Jenže kdyby se to nacpalo všecho do Xv, buhví, jak by výsledek vypadal.
Ona už ta definice XvMC zní zlváštně: X-Video Motion Compensation (XvMC), is an extension of the X video extension (Xv) (...). Extension of extension, to se mi moc nezamlouvá.

Já samozřejmě konkrétní práci s obojími API neznám, nicméně z (vnejšího pohledu) je návrh VA API čistší a vyspělejší. Viz "A project called VA API is underway to develop a more modern video acceleration API which will support the video acceleration features of modern GPUs.[7]" více info. Návrh XvMC prostě nebyl dostatečně kvalitní, aby mohl být využit v praxi a být plnohodnotným ekvivalentem DxVA.

Žádný 4 knihovny nepotřebuješ. Dočetl jsem se taky, že " VDPAU (Video Decode and Presentation API for Unix) designed by NVIDIA, can be used as a backend for the VA API, so any software that supports VA API also supports VDPAU[7]"
Čili vlastně stačí nám jen VA API, a nepotřebujeme žádný Xv a XvMC a buhvíco... XvBA a VDPAU zůstávají jen backendy VA API.

[Grunt]

Jenže kdyby se to nacpalo všecho do Xv, buhví, jak by výsledek vypadal.

Xv verze 2.0 bylo specifikováno v roce 1991. Obsahuje spousty všelijakých funkcí. A ze všeho toho množství se dnes používá jediná. XvPutStill. Ovladače prostě nejsou schopny ničeho jiného. A už tehdy se dal do karty pomocí XvPutVideo cpát stream. Předpokládám, že to bude YUV stream. Jak těžké by asi bylo specifikovat verzi 3.0 a XvPutStream a implementovat jedno blbé kopírování? Nemusely by se dělat žádné knihovny a byla by jen další verze specifikace. Problém je totiž v tom, že ne všichni jsou Mplayer. Co třeba takové hry? Možná je to důvod proč jsem neviděl snad ani jedinou hru, která by používala HW offload. V tom lepším případě to nevykreslovala do RGB32 drawable, ale nechávala aspoň převod barevného prostoru na kartě.

[kralуk]

No a není jedno, jestli se to jmenuje "VA API" nebo "Xv 3.0"?
Imho výsledek je stejný...

[Grunt]

No jak se to jmenuje je úplně jedno. Ale jak je to implementováno jedno určitě není. Jedno je to možná tak uživatelům.

[xvasek]

Dlužno dodat, že mplayer nejde zrovna správným směrem. Doby, kdy se do software implementovaly ovladače pro hardware, bych už znovu nemusel...