A new success has come... aneb Gentoo a VA-API v akci (diskuse)

[Luboš Doležel (Doli)]

A jak to jde ve VLC? Moje zkušenost s VDPAU a VLC při přehrávání prokládaného videa je taková, že to v SW režimu žere míň CPU než v HW. Čuchám nějakou nekalost.

[PaulosV]

Přiznám se bez mučení, VLC jsem zatím netestoval, stejně tak žádnou jinou VA-API aplikaci, ale právě teď kompiluji a dostavím se s výsledky - snad už brzy VDPAU v MPlayeru fungovalo bezchybně, VLC nemám příliš v lásce, u mě nebylo ani zkompilované, u VA-API nicméně nevím.

[PaulosV]

Aha, tak tady jde o prokládané video. Ba ne, na to řešení opravdu nemám. VDPAU u MPlayeru nepodporoval přídavné filtry, čili něco jako deinterlace použít nešlo. Ale u VLC si něčím takovým fakt nejsem jistý.

[Luboš Doležel (Doli)]

Právě že deinterlace se má taky dělat v HW (VDPAU to umí) a čuchám neplechu, že VLC nechá GPU udělat jen dekompresi, pak si načte data zpět, udělá deinterlace a zase je pošle do GPU.

V MPlayeru stačilo přidat extra vdpau parametr a deinterlace jelo krásně.

[Grunt]

Právě že deinterlace se má taky dělat v HW

Tak to ani omylem. A jestli to teda VDPAU dělá tak o tom nic nevím a spíš bych to počítal jako malé bezvýznamné plus. Jinak si ale spíš myslím, že to prostě a jednoduše skrze nějaký GPU offloading nejde (posílání dekódovaného obrazu funguje u DSPček od TI a je s tím mnohem víc babrání, IMHO VDPAU to přímo prezentuje a pokud nemůže, tak vypoví činnost, protože se mi nechce věřit že by to po sběrnicích tahalo takové množství dat).

V MPlayeru

Nejsem si úplně jistý, ale myslím si že tohle v VLC, Mplayeru, Gstreameru i FFMPEGu obstarává jeden a ten samý kód: Libav. Takže spíš nějaké byrokratické přešlapy, pokud to v Mplayeru funguje bez potíží.

[Luboš Doležel (Doli)]

VDPAU deinterlace umí sám řešit. Vzhledem k výpočetní náročnosti kvalitního deinterlace u 1080i videa je to velké plus.

Nejsem si úplně jistý, ale myslím si že tohle v VLC, Mplayeru, Gstreameru i FFMPEGu obstarává jeden a ten samý kód: Libav. Takže spíš nějaké byrokratické přešlapy, pokud to v Mplayeru funguje bez potíží.

Určitě ne. Zatímco v MPlayeru jde o podporu VDPAU, ve VLC jde o VA-API s VDPAU backendem. Libav se tohle netýká.

[nick]

jooooo tearing s ati... to sem mel taky... a koupil sem si kvuli tomu nvidiu

[kralyk z abclinuxu]

Jak čtu ten postup zkrz všechny ty overlaye, přijde mi postup v Archu přeci jen jednodušší... vytáhnu pkgbuild mplayeru z ABS, pozměním flagy u configure do správné podoby a kompiluju, ne?... Alespoň posledně jsem to tak dělal, když jsem zkoušel HW akceleraci videa...

[PaulosV]

Je to možné, ale mě osobně teda přijde postup s laymanem v Gentoo trošku srozumitelnější a není to ani tak složité. Problém může nastat jen při tvorbě vlastního ebuildu, když žádný (ne)oficiální není; s tím jsem se setkal u Gentoo zatím poprvé. Poté už problém nevidím.

[sdghsdhgse]

heh, overlaye už nejsou potřeba. Viz Scarabeus níže.

[Limoto]

A při první aktualizaci se ti to posere

[PaulosV]

Pokud si nedáš pozor, tak vskutku ano

[kralyk z abclinuxu]

A při první aktualizaci se ti to posere

Proč by mělo? Mplayer přece aktualizovat nebudu (anebo aktualizuju ABS a mplayer překompilim). A aktualizace nikdy násilně neporuší stávající dependence...

[Limoto]

 

Mplayer přece aktualizovat nebudu

A to je právě ono. Na tom Gentoo bys aktualizoval stejně jako předtím, zatímco na Archu musíš po tomhle aktualizovat speciálně.

 

[kralyk z abclinuxu]

Jestli ono to nebude tím, že Arch při aktualizaci na rozdíl od Gentoo nepřekompilovává
Jinak pokud vytvoří někdo balíček mplayer-vaapi nebo mplayer-cokoli v AURu tak aktualizuješ úplně normálně...

[Limoto]

Já vím, ale v praxi budou problémy s jeho udržováním... To je prostě ten rozdíl Arch vs Gentoo, to neukecáš

[kralyk z abclinuxu]

Já vím, ale v praxi budou problémy s jeho udržováním...

Proč by měly?

[Limoto]

Protože na to někdo bude kašlat, a z principu bude vždycky aktualizovanej až po tom v hlavním repu...

[kralyk z abclinuxu]

O ten xhub overlay se taky musí někdo starat, ne?

[Limoto]

Nevím, jak je to v tomto případě s tím overlayem, ale když někdo do ebuildu přidá, že USE flag něco dá parametr něco jinak do configure, a dostane se to do portage, tak to aktualizuje pořád jenom jeden správce a tohle už se nemění.

[Grunt]

To

Unsupported PixelFormat 61
[VD_FFMPEG] XVMC-akcelerovaný MPEG-2

ti to tam píše proč?

[PaulosV]

Tipnu si: v USE flazích pro MPlayer mám povolenou i volbu xvmc, což měla být (částečná) akcelerace MPEG-2. Zřejmě je mi k ničemu, ale přesto ji tam mám. Snad to nepřinese žádné problémy do budoucna. A Unsupported PixelFormat 61? Hmm... Možná to spolu souvisí (XvMC a tento problém). Zkusím odstranit, zkompilovat bez toho a uvidím.

[Scarabeus IV]

Tak sem to pridal do hlavniho stromu

Btw psani ebuildu je jeste jednodussi nez to co tam predvadis :)

[PaulosV]

Bezvadný, doplnil jsem to do příspěvku a přepsal tím svůj ebuild. Díky! Měl jsem s tím ebuildem i tak spoustu práce, ale tak co, první je vždycky nejhorší.

[PaulosV]

Jo a moment, je tam chybka. Není to VDPAU backend, ale XvBA backend, jinak je to v pořádku

[Scarabeus IV]

Ja vim je to opravene uz v revizi2. Asi 3 minuty po tom co sem to pridal... :)

[vain]

Větší kokotinu na uložení obrázku než imageshack jsem už dlouho neviděl.

[David Watzke]

S tím nelze nesouhlasit, zvlášť když ukládání obrázků k zápisku podporuje i zdejší blog.

[PaulosV]

Nic proti, ale nemůže ta volba být třeba už při tvorbě článku? Teprve teď jsem si všimnul toho odkazu "Přidat obrázek" v pravém sloupci, kde bych ho upřímně nikdy nečekal... Prostě jsem to nemohl najít, proto jsem ukládal jinam

[tomboytom-deviant]

Hlásím příjemný posun, chceteli úspěch. Předem mám Ati HD4200 ze zdílenou pamětí v chipsetu 785G a jsem dlouhodobě nasranej na AMD a tearing.

Nainstaloval jsem Ubuntu 11.04, jako prostředí mám Unity2D (Metacity), Unity Compiz skoro 1.0 je na v kombinaci fglrx a meho čipu nepoužitelný. Masivní memory leak, pády, pády pády, seky....

Pohedal jsem Launchpad PPA, našel tohle s mplayerm-vaapi a libva knihovnami a ze splited-desktop nainstaloval posledni xvba.deb.

Spouštím mplayer -o vaapi, hodí to eror. Ale SMPlayer v GUI navolené vaapi funguje!!! Sic to není tak dokonalé jako ve W7 s DXVA2, CPU mám u 1080p a 720p mkvéček většinou o cca 30% méně vytížené než bez vaapi, ale střídá se zatížení jader a je to schopno dost často jet i na 800mhz CPU frekvenci (ve W7 CPU pod 10% a po selou dobu na 800mhz), mám Athlon II X2 2.8ghz.

Ale teď to přijde! NENÍ tearing. NENÉ, PROSTĚ NENÍ! Hurá!!!. Je to ale zbytečnej porod to zprovozňovat (samo že ne takovej jako na Gentoo ), to by mělo bejt default.

[PaulosV]

Cože? Na Gentoo je to porod? Z které planety pocházíš? Díky Scarabeovi máš připraveno skoro všechno, co potřebuješ, v hlavním stromu Portage. Jen ten mplayer nějak vaapi nemá. VLC už třeba zas jo.

[tomboytom-deviant]

Pocházím z klikací planety Ubuntu (na opačné straně galaxie, jako Gentoo)