AMD brengt opensource Linux-driver uit voor videodecoding Radeon-gpu's

AMD heeft een opensource Linux-driver voor Radeon-videokaarten beschikbaar gemaakt. De nieuwe driver zorgt ervoor dat videokaarten vanaf de HD4000-serie gebruik kunnen maken van de uvd-engine, waarmee hardwarematig video's gedecodeerd kunnen worden.

AMD tipte Phoronix al voor de release van de drivers, waarop de Linux-community al lang zit te wachten. AMD had echter moeite om aan die verwachting te voldoen, doordat het vrijgeven van de broncode van de driver wellicht een veiligheidsrisico voor de drm-mogelijkheden op andere besturingssystemen zou veroorzaken. AMD's uvd zal onder Linux ondersteuning bieden voor vdpau, een api die ondersteund wordt door veel multimedia Linux-software.

De opensource driver zal ondersteuning bieden voor het afspelen van h.264, vc1 en mpeg-varianten op videokaarten in de Radeon HD4000- tot en met de HD7000-serie. De Radeon HD3000-serie en lager krijgen in de huidige driver nog geen uvd-ondersteuning onder Linux, maar dit wordt in de toekomst mogelijk nog toegevoegd. Ook geïntegreerde gpu's in de RS770- en RS780-chipset krijgen momenteel geen ondersteuning voor de hardwarematige videodecodering.

Reacties (57)

[MadEgg]

Hoe zit met de ondersteuning voor andere dingen in de open source driver? Ze brengen nog steeds de proprietary driver fglrx uit, dus blijkbaar doet die nog iets anders dan de open source driver. Is er volledige 3D acceleratie met de open source driver bijvoorbeeld? En wat zijn de plannen van AMD hiermee in de (nabije) toekomst?

Overigens, links naar de relevantie posts waarin de code beschikbaar gemaakt wordt:

Mesa patches
Kernel patches

[dmantione]

fglrx biedt in ieder geval geen vpdau, dus dit staat waarschijnlijk los van de open bron versus propriëtaire driver. Fglrx ondersteunt veel meer OpenGL-extensies dan de openbrondriver; voorlopig blijft deze dan ook noodzakelijk voor specifieke toepassingen. Ikzelf gebruik hem om een andere reden: Ik kreeg mijn driemonitoropstelling niet goed werkend met de openbrondriver.

[Verwijderd]

same here
ik zou nog wel graag bezel compensation hebben.. op zich kun je dat regelen door de juiste coordinaten in te stellen in xorg.conf, maar het zou handig zijn om te kunnen switchen van normaal naar bezel compensated en andersom, als ik een video kijk/spel doe. (tijdens het werken heb ik liever geen bezel compensation).

[Soldaatje]

Multi-head met de opensource driver werkt hier prima.
Je kan je xorg.conf weggooien en alles instellen met xrandr, hier maak je een scriptje van en autostart hem bij inloggen.
Dat scriptje kan je ook draaien bij opstarten lightdm in lightdm.conf onder 'display-setup-script=padnaarscript.sh'.

Fglrx zou beter moeten zijn met 3d, op dit moment ben ik ontzettend aan het worstelen om een game soepel te laten draaien hiermee onder wine.
Het draait nu nog net zo slecht als met de opensource versie.

[Reactie gewijzigd door Soldaatje op 23 juli 2024 08:14]

[mzziol]

Ik vind de berichtgeving op Tweakers erg misleidend: het gaat om een al bestaande driver, die uitgebreid is om ook video-acceleratie aan te bieden. Zie hier de patch op mesa (een library die 3D ondersteuning mogelijk maakt):

http://lists.freedesktop....ev/2013-April/037049.html

En de nieuwste binary firmwares voor de verschillende kaarten van AMD:

http://people.freedesktop.org/~agd5f/radeon_ucode/

Dit laat wel zien dat AMD zich erg op de HTPC markt wil richten. Met deze toevoeging erin kunnen hardware-bouwers hun APU's gebruiken in combinatie met een open-source platform, om een volledig platform te bieden! Als deze trend zich voortzet (wat het volgens mij doet, want AMD doet dit nu al een paar jaar met de open-source drivers) voorzie ik ook een leuke toekomst wat betreft de toekomstige Steamboxes.

Overigens denk ik niet dat er voor de 3000-serie en lager nog UVD geimplementeerd gaat worden. Deze wiki laat in ieder geval zien dat Video Decode on UVD de status N/A heeft.. Maar wellicht dat het ooit nog word geimplementeerd door middel van shaders :-)

[ADJVooDoo]

Klinkt goed.
Nu vraag ik me af of deze driver ook bitstreaming ondersteund.

Ik heb een AMD Fusion E-350 met OpenElec draaien. Ik wilde overstappen naar Windows+XBMC om de HD audio formaten af te kunnen spelen. Nu misschien toch niet nodig.

[Verwijderd]

Welke problemen heb je dan precies met HD media?

Ik heb hetzelfde systeem (met XBMCBuntu meen ik) en heb echt nooit haperingen. Sterker nog: ik ben naar Linux overgestapt voor XMBC omdat ik onder Windows de DTS (optisch) niet aan de praat kreeg.

Heb je het dan misschien over 3d beelden ofzo?

Bijvoorbeeld: de vogel scene van Discovery Planet Earth wordt bij mij gewoon soepel afgespeeld...

Algemeen: het zou een keer tijd worden dat AMD de community tegemoet komt! Blij dat er straks gewoon door enthousiastelingen gewerkt kan worden aan een goede Linux driver voor AMD!

[ADJVooDoo]

Gaat om de HD audio formatten. Beeld is inderdaad geen probleem.
Dan bedoel ik DTS-HD-MA, DTS-HD en TrueHD. Dit zijn de formaten zoals ze op BluRay schijfjes staan.
Om deze formaten naar je receiver te streamen, heb je bitstreaming nodig.
Dit 'oudere' formaten, DTS/AC3 werken wel.

Zie ook onderste tabel, tweede regel op deze pagina:
http://wiki.xbmc.org/index.php?title=AudioEngine

Staat voor OpenElec, driver limitation voor de HD audio formaten.

[eymey]

Het gaat over de HD audio formaten ( DTS MA HD en Dolby TrueHD ). Die kunnen nieteens over een optisch kabeltje heen

De nieuwste stabiele XBMC (Frodo) heeft overigens wel ondersteuning gekregen voor de formaten. Bitstreaming werkte helaas niet op mijn Nvidia ion2 bordje, maar XBMC kon ze wel decoderen en als meerkanaals PCM over HDMI naar m'n home cinema receiver sturen .

Toch heb ik al maanden de wens om m'n Nvidia ION2 te vervangen door iets met een AMD APU (een a8 of a6). Vooral omdat afspelen van TV materiaal (interlaced) stukken beter gaat.

Laatst al eens een testje gedaan met Ubuntu 12.10 en de AMD closed source driver op een laptopje met een AMD A6. En dat ging zowaar prima met een speciale build van XBMC Frodo die xvba2 ondersteunt! Bitstreamen niet getest, maar beeldkwaliteit was perfect.

[Verwijderd]

Je kunt als alternatief de binaire drivers gebruiken. Nadeel is dat deze geen KMS ondersteunen, textmode is dus met grote letters ipv een moderne "framebuffer" maar je hebt dan wel HD ondersteuning. De binaire drivers zijn stabiel maar log en vaak niet up-to-date. Bij een nieuwe Xorg versie lopen de binaire drivers vaak achter.

Met de nieuwe open source hardware decoding zijn de binaire drivers vrijwel overbodig geworden, tenzij je 3D games wilt spelen onder Linux.

[sdk1985]

DXVA 2.0 werkt zo goed voor de e350 dat je het wat mij betreft in ieder geval even geprobeerd moet hebben om windows 7 te draaien. Cpu usage daalt enorm.

[Reactie gewijzigd door sdk1985 op 23 juli 2024 08:14]

[timtim78]

Dat zou ik ook zo graag weten. Ben het gesukkel met Windows 8 en xbmc beu

[Titan_Fox]

@timtim78 : Hoezo gesukkel ? Ik heb Windows 7 en XBMC op mijn ZBox AD02. Heb het zo ingesteld dat XBMC automatisch wordt opgestart na het laden van Windows. Kan direct met mijn afstandsbediening aan de slag.

Heb diverse Linux distributies geprobeerd, maar de performance van de AMD drivers liet het toch altijd afweten. Wellicht dat deze driver wel goed werkt. Ik wacht de testresultaten wel even af alvorens ik weer met Linux aan de slag ga. Vooralsnog werkt Windows 7 perfect en heb ik eigenlijk geen reden om over te stappen.

[SaiKoTiK]

Ik ben voor mijn mediacenter/web-pc ook van linux afgestapt wegens de amd drivers.
Maar ben ondertussen de nukken van windows 8 zelf wel grondig beu.
Werk dual screen, met enerzijds de tv met xbmc (die overigens wel gewoon werkt) anderzijds desktop scherm voor surfen etc.
Zet mijn 'zware' pc alleen nog aan voor gaming of devven, die om die reden ook altijd windows zal draaien (windwos only games, .net).

Kijk er al naar uit wanneer deze drivers beschikbaar gaan zijn, en ik terug naar linux kan.

[HoppyF]

Zo is dat!
Het is ook een beetje een overkill om een (dure) Windows 7 of 8 op een HTPC te zetten als je deze alleen wilt gebruiken met XBMC.
OpenElec is als gratis embedded Linux servertje veel compacter en goedkoper.
Met de nieuwe AMD drivers plus volledige HD audio ondersteuning is dit een betere oplossing.

[dipje2]

omdat een hoop mensen xbmc niet onder linux draaide met AMD hardware omdat er geen UVD versnelling was voor het afspelen van HD content.

Deze driver veranderd dat, en wordt het dus makkelijker om een goedkoop goed werkend HTPC (diy) in elkaar te zetten zonder officiële Windows licentie.

[Sp3ci3s8472]

Tegenwoordig kan je met Openelec i.c.m een Fusion APU elk formaat afspelen. Zelfs high 5.1 encodes werken, beste is wel om een schone instalatie te doen in plaats van een update.

Volgens mij was het al een aantal jaar mogelijk om hd content af te spelen op linux, daarvoor werd dacht ik xvba gebruikt.

[LinuX-TUX]

Gaat in ieder geval de goede kant op. Ze hebben al jaren de smet/naam dat ze niet echt wat doen in de open source markt. Zo nu en dan pogen ze betere ondersteuning te bieden. Ik moet zeggen dat in de afgelopen 5 jaar mijn mening van negatief naar neutraal is gedraaid, maar vergeleken bij NVidia hebben ze nog wel wat werk aan de bak.

Totaal los van performance van hardware dit stukje. Puur de driver ondersteuning voor Linux

[MisterE]

euh.....niets te doen in de op source markt? Wie kwam er als eerste met open source 2D/3D drivers? En voor zover ik weet werken die redelijk goed.
Alleen video acceleratie was ellende.

Nvidia is ook gesloten maar had het met VDPAU goed voor elkaar.
Gelukkig heeft Intel het nu ook leuk voor elkaar en zijn hun processors nu ook leuk voor de HTPC machines. Ondersteunen ook VA-API acceleratie en ook bitstream audio.

[Verwijderd]

Yeah. Het probleem dat ik heb is dat ze niet de volledige functionaliteit vrijgeven. Voor 3D acceleratie ben je nog steeds afhankelijk van CS. Oftewel, het zijn lokkertjes.

[Verwijderd]

Euh, heeft nvidia open source drivers???

[borft]

mkv is een container format, zegt dus niets over de codec die er gebruikt wordt. Los daarvan moet het sowieso met software decoding werken. Dus nee, ik denk niet dat dit jouw probleem gaat oplossen!

[KontI]

Hmm je geeft het antwoord en vervolgens ontkracht je het weer. In mkv kan ook h264 zitten. En die wordt met driver wel ondersteund. Dus ja, het zou beter kunnen gaan werken.

Maar dat kon met de fglrx/xvba driver ook al. Dus waarschijnlijk heb je die voorheen niet gebruikt??

Anders zou dit je verder kunnen helpen: http://askubuntu.com/ques...tion-for-an-ati-radeon-hd

[Sir Isaac]

Komt er nu UVD ondersteuning voor de APU's? Dat kan ik niet terugvinden in de post van Phoronix.

[Br0mZ]

Ik veronderstel van wel.
Trinity A6-5400K bijvoorbeeld is een 7540D en bevindt zich dus in de Radeon 7000 reeks

Edit: hier zie je een overzicht van alles in de HD7000 reeks: http://en.wikipedia.org/wiki/Radeon_HD_7000_Series

[Reactie gewijzigd door Br0mZ op 23 juli 2024 08:14]

[Br0mZ]

Dus maar als ik het goed begrijp, wordt de UVD en VDPAU support alleen beschikbaar gesteld voor de opensource radeon drivers?
In de propriëtaire catalyst driver zal hiervoor dan nog geen support komen?

Volgens testen op Phoronix is er nog steeds een groot verschil in prestaties tussen de opensource en propriëtaire drivers:
http://www.phoronix.com/s...buntu_1210_amdstock&num=1

[clandmeter]

Het is een compleet nieuwe driver voor bepaalde AMD/ATI GPU's met ondersteuning voor MESA en offloading van meerder video codecs zie ook de readme van de driver:

Such third party technologies include, but are not limited, to H.264, MPEG-2, MPEG-4, AVC, and VC-1.

Volgens de ontwikkelaar van OpenELEC kan het wel degelijk voordelen voor het project opleveren, alleen kan dat nog maanden duren. Vooral de MPEG-2 support zal zeer welkom zijn voor de PVR functies van XBMC.

[farlane]

Betekent dit ook hardware accelerated SD playback( van bijvoorbeeld een DVB-C source ) op een pak 'em beet Fusion E-350?
Vind het vreemd dat met xvba de HD streams wel accelerated waren maar de SD streams niet ( onder XBMC )

[The Zep Man]

Betekent dit ook hardware accelerated SD playback( van bijvoorbeeld een DVB-C source ) op een pak 'em beet Fusion E-350?
Vind het vreemd dat met xvba de HD streams wel accelerated waren maar de SD streams niet ( onder XBMC )

Dat komt omdat XvBA geen ondersteuning heeft voor MPEG2, waarin SD streams van Ziggo zijn gecomprimeerd. Dit zou wel mogelijk moeten zijn met wat AMD net heeft vrijgegeven.

[Reactie gewijzigd door The Zep Man op 23 juli 2024 08:14]

[DurQ]

Ik draai hier Ubuntu (in XFCE) en heb een HD5470 mobility. Ik kan nu alles prima kijken, 1080 films etc op de laptop met HDMI naar de TV. Dat gaat dus prima.

Wat ik momenteel NIET kan is op een normale manier CCC BEHEER opstarten. De gewone CCC dus wel, maar daar mis je wat opties.

Ook heb ik moeite met draaien van games via Steam (games starten gewoon niet).

Zou de deze update hier voor helpen?

En wat moet ik doen om alles correct geintalleerd te krijgen? Oude drivers verwijderen? Iemand die ermee kan helpen?

En zijn deze nieuwe drivers via het Software Centre te installeren?

[Verwijderd]

Dat CCC (Administrative) start idd niet op in (x)ubuntu, althans, daar had ik ook last van. Ligt niet aan AMD denk ik, want hier in Debian met XFCE werkt het wel prima. Overigens kun je gewoon in een terminal 'su root' doen en dan 'amdcccle', dan heb je ook de admin 'versie' (of 'sudo amdcccle')

[Amanoo]

Ik meen dat de nieuwe drivers niks toevoegen dat niet met afspelen van video en soortgelijke zaken helpt. Beetje 2D acceleratie at best. Ik verwacht niet dat het ook maar enig verschil maakt voor je games. Als je wil gamen onder Linux moet je gewoon Nvidia nemen, want AMD geeft niets om de klant. Ik heb al jarenlang een AMD kaart gehad, maar nu heb ik het echt met ze gehad.

[Reactie gewijzigd door Amanoo op 23 juli 2024 08:14]

[Johannes77]

Persoonlijk ben ik van mening dat het goed is dat er goed gekeken word naar Linux. Het is een systeem wat qua processorbelasting zo veel lager zit, waardoor je met normale configuraties alsnog een heel snel systeem hebt. Zeker nu men moet kiezen tussen Windows 8(waar niet iedereen even blij mee is), of Linux, zie ik dit als goed nieuws.

[analog_]

Een idle processor betekend simpelweg dat je te weinig taken hebt net zoals leeg geheugen niks zinvols doet. Nee, wat mij betreft mag het OS wel wat meer slurpen als ik er maar iets voor terugkrijg (git functionaliteit native in fs?, jit compiling, ...)

[Johannes77]

Om maar even te laten zien hoe weinig belastend Linux is, idle zit linux qua processor 5 procent, evenals het gebruik van RAM. Bij Windows 7 was het qua processorgebruik niet veel anders, maar qua RAM zat ik dan vaak op 3,4 GB van de 8 die ik in mijn laptop heb.

Nu heb ik om een vergelijk even Handbrake laten lopen om de processor goed te belasten en de systemmonitor laten lopen. Bij vrijwel volledige processorbelasting schommelt het RAMgebruik ergens tussen de 785 MB en 815 MB zie link

Ik denk dat voor een aantal specifieke taken Windows of Apple heel goed zijn, maar voor 90% van de taken/gebruikers Linux een sneller/stabieler alternatief is.