Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 51 reacties
Submitter: Tweetyfrk

De aankomende versie van XBMC gaat de XvBA-technologie van AMD ondersteunen. Hierdoor is het mogelijk om video's hardwarematig te versnellen op AMD Radeon-gpu's en Fusion-apu's. Onder andere films moeten zo soepeler afspelen.

De XvBA-technologie van AMD is tot nu een nog relatief weinig benut door mediaspelersoftware, maar de aankomende XBMC-versie, 'Eden' geheten, belooft het te gaan ondersteunen. Hierdoor kunnen bezitters van een recente Radeon-videokaart of een systeem met een Fusion-apu profiteren van hardwarematig versnelde video, zo schrijft Phoronix. Met name videobestanden die gecomprimeerd zijn met de h.264- of vc-1-codec zouden profiteren. Ondersteuning voor mpeg2, met name te vinden in dvd-bestanden, is echter nog niet aanwezig.

Om XvBA te kunnen gebruiken binnen XBMC, benut de opensource-mediaspelersoftware de inmiddels vrijgegeven codebase van AMD. Deze is verpakt in de xvba-va-driver. Om op Linux-systemen XvBA te kunnen gebruiken, dient AMD's propriëtaire fglrx-driver met versienummer 11.11 of hoger geïnstalleerd te worden.

Moderatie-faq Wijzig weergave

Reacties (51)

Er zitten een paar fouten in het verhaal. De ondersteuning komt niet in Eden maar in Frodo. Er is momenteel een feature freeze, dus we zullen nog even moeten wachten op ondersteuning.

Verder werkt versnelling momenteel al wel voor AMD maar via een Wrapper die eerst de VAAPI aanspreekt. De calls worden vervolgens vertaald naar XvBA. De directe XvBA ondersteuning is nu net in ontwikkeling. Meer informatie en links naar waar testpackages gedownload kunnen worden op http://www.xbmcfreak.nl/e...t-xvba-interface-support/

[Reactie gewijzigd door Erhnam op 15 december 2011 19:52]

Inderdaad. Tevens is er nog geen goede afhandeling van foute input: wanneer er een incorrecte stream of een stream met "vreemde" parameters wordt ingevoerd, zal XBMC crashen. Onder andere hierdoor is XvBA met name als het gebruikt wordt i.c.m. PVR nog verre van stabiel, en PVR is nu juist een van de plaatsen waar ondersteuning van XvBA nuttig is (bijv. voor deinterlacing van 1080i).

De auteur van het artikel op phoronix.com wekt tevens de suggestie dat degene die de e-mail stuurde een developer is van Team XBMC; dit is niet het geval. De e-mail (en ook het verhaal hier) is naar mijn mening dan ook veel te voorbarig:
- deinterlacing werkt nog niet helemaal: het crasht nog vaak en geeft af en toe flikkerend of geen beeld, of heeft een verkeerd pallet in gebruik (dus vreemde kleuren). efficiente deinterlacing is een van de belangrijkste toevoegingen van XvBA, en dit werkt dus nog niet helemaal.
- de patches die XvBA support toevoegen aan de PVR branch zijn 3 dagen oud, en de auteur van de e-mail zegt dat er al een xbmc-pvr build is. als maintainer van XBMC's PVR branch wil ik hier aan toevoegen dat dit test builds zijn en dat deze nog lang niet stabiel zijn!
- er is nog een MPEG2 support
- of en wanneer sommige missende onderdelen of bugs kunnen worden opgelost is afhankelijk van de medewerking van ATI. er is wel al contact met ATI hierover.
- zoals Erhnam al zei is dit pas net onder ontwikkeling, en het zal niet in de komende release, maar de daarop volgende (Frodo) worden opgenomen.
Het is wellicht de moeite van het vermelden waard dat dit al kon dmv de VA-API abstraction layer. Deze laag ligt/lag bovenop VDPAU van Nvidia en XvBA van AMD. Het voordeel daarvan is dat de client software, in dit geval XBMC, alleen VA-API hoeft te ondersteunen en dat die layer dan de vertaling naar VDPAU/XvBA doet. Dit is vergelijkbaar met de DxVA layer onder Windows.

Wat er nu gebeurt is dat er direct gebruik wordt gemaakt van XvBA, net als op dit moment de VDPAU layer direct wordt aangesproken in het geval van Nvidia. Het voordeel van de directe methode is dat het makkelijker te installeren is en wellicht ook stabieler is.

Architectureel gezien is het via VA-API dus handiger, maar dit is sneller en makkelijker.
Daarnaast heeft de developer die de vertaling van XvBA naar VA-API geschreven heeft aangegeven hier niet meer aan te (willen) werken, overigens had deze methode kennelijk nogal wisselende resultaten. Op phoronix staat een mail van een ontwikkelaar van XBMC met meer uitleg hierover en welke formaten werken met XvBA in XBMC.
Het *kon* ja, maar het heeft nooit fatsoenlijk gewerkt. VA-API is nooit stabiel geweest En zoals hierboven al gezegd wordt ook niet meer ontwikkeld.
Ook toevallig, afgelopen weekend net debian wheezy geinstalleerd met xbmc en XvBA drivers gebruikt werkt als een tiet, met geluid over HDMI.
wheezy is handig zodat je de laatste kernel en drivers hebt, echter let wel op: tip.
als je deze installeert, dan moet de radeon firmware ook geladen worden anders zie je niets.
wat ik gedaan heb was kaal wheezy installeren met ssh server.
na de reboot zie je niets, even inloggen met ssh, en apt-get install firmware-linux-nonfree firmware-linux , reboot en je hebt weer beeld.

( en gebruik niet de netinstaller van wheezy dat gaat (nog) niet werken, mist kernel drivers )
Wat doen Openelec dan? Daar wordt AMD VAAPI ondersteunt.
Openelec is een project om een volledig OS op basis van XBMC te maken. Op een Linux basis zetten ze XBMC en de Linux installatie is volledig geoptimaliseerd voor die ene taak. Je kunt het installeren op een USB stick en vanaf daar draaien. XBMC zelf is dus gewoon een programma binnen je Linux installatie, Openelec is een totaalpakket voor een media center oplossing.

Doordat Openelec XBMC gebruikt doet en werkt het dus ook hetzelfde. Wat dus ook betekend dat XBMC al VAAPI ondersteunde, zoals hierboven aangegeven. VA-API heeft een backend voor XvBA en via deze weg kon XBMC dus al video decoding op de GPU doen. Met deze toevoeging in XBMC wordt VA-API echter buitenspel gezet. En wat ik ervan lees is dat geen slecht idee. XvBA lijkt op zichzelf al "rot" te zijn doordat AMD het niet altijd even goed heeft aangepakt. Daarnaast lijk het met het VA-API backend niet veel beter te zijn, aangezien de ontwikkeling daarvan ook al tijde stil lijkt te liggen.
Openelec maakte juist deze week bekend dat het ook XVBA support krijgt/heeft.

Zie http://openelec.tv/news/i...sion-project-xvba-support

Openelec werkte trouwens al maanden echt super op mijn E350 HTPC.
Wat is het verschil met de al jaren ingebouwde UVD van AMD/ATi die afaik toch al vrij breed ondersteund wordt?
OS. Wat in het verhaaltje helemaal mist is dat XvBA voor Linux (en waarschijnlijk andere *nix varianten) is. Google verteld mij zo snel dat UVD voor Windows is. Wat ze dus al jaren op Windows hebben met UVD via een DirectX API, hebben ze nu ook op Linux voor de Xv API.
Nouja, windows heeft dat ook pas sinds AMD het voor windows gemaakt heeft. Het is trouwens al wel jaren op Linux beschikbaar via de closed source drivers van AMD, maar zoals gebruikelijk vertrouwen mensen die verstand van zaken hebben niet heel erg hard op zulke gesloten dingen... Als je ziet naar de massa mensen die een open source project ondersteunen en het zielige aantal mensen die aan een driver werken (meestal minder dan 20, soms 2 of 3) is het niet zo gek natuurlijk :)
Als ik zo snel naar het bronartikel op Phoronix kijkt lijkt het erop dat XvBA juist van AMD zelf is, en dat het al lang bestaat, maar een enorme puinhoop was. Een constant veranderende API etc. Vervolgens is er een VA-API (Xorgs Video Acceleration API) backend toegevoegd zodat hun "brakke" XvBA in ieder geval ook aangesproken kon worden via de gestandaardiseerde VA-API (wat XBMC dus al kon). Toen is op een gegeven moment de ondersteuning voor VA-API ook weer weg gevallen. En hoe ik het lees hebben ze een tijd terug in een soort "wanhoopspoging" maar alles van XvBA "op straat gegooid" in de hoop dat anderen ermee verder zouden gaan. Waarna XBMC het nu uiteindelijk (als eerste) heeft opgepakt om het maar rechtstreeks te ondersteunen.

Daarom ben ik het ook eens met NightFox89's reactie. NVidia heeft dit allemaal wel goed geregeld. Ja, ze bepalen alles zelf aan VDPAU, maar het werkt wel, en wordt goed ondersteund. NVidia lost regelmatig bugs erin op en voegt nieuwe dingen toe, en er zijn voldoende applicaties die (rechtstreeks) VDPAU gebruiken voor het decoden van video. Volgensmij was VDPAU ook de eerste API onder Linux voor het decoden van video onder Linux. Daarna is VA-API pas ontstaan en een VA-API backend voor VDPAU is er zelfs pas sinds kort. Maar dit VA-API backend was eigenlijk ook niet (direct) nodig, want VDPAU was eigenlijk al de enige op dit gebied en daarmee dus ook het meest geïmplementeerd. Het VA-API backend is dan ook meer "vooruitdenken" dat het voor video applicaties makkelijker is om video decoding via alle soorten videokaarten te doen dan om ervoor te zorgen dat video decoding uberhaupt gebruikt wordt op hun eigen videokaarten.

[Reactie gewijzigd door RobertMe op 15 december 2011 19:53]

Ooit was die situatie hetzelfde in windows, stilstand is achteruitgang.

Overigens is er prima ondersteuning van veel hardware (vaak beter dan op windows), alleen ati loopt wat dat betreft achter, als ik overigens hun windows drivers zie dan begrijp ik dat het probleem wel wat dieper ligt bij amd/ait (ook de windows drivers vind ik een beetje rommelig)

En tja, niet iedereen houd van vendor-lock in en gebrek aan keuze: linux marktaandeel is als je alle linux powered devices meeneemt groter dan dat van windows dus opzich valt de ondersteuning tegenwoordig wel mee, alleen op de desktop is de 3th party support vaak nog slecht, maar eigenlijk betreft dat vooral games die gebruik maken van een lock-in api (direct3d).

[Reactie gewijzigd door blouweKip op 16 december 2011 01:58]

toch ben ik bang dat jij meer linux ondersteund dan dat je lief hebt.

kijk maar naar routers om een van velen voorbeelden te noemen.
Het kan aan mij liggen, maar mijn XBMC ondersteund al hardware decoding. (Experimental, dat wel.)

Ik kijk vrolijk full HD op mijn Fusion htpc (E650). Waarschijnlijk is het nu gewoon standaard aangezet en niet expirimenteel meer? Ik moest het namelijk wel apart aanzetten nog (en anders kon ik ook alleen SD kijken, HD was 2 fps :P ).
Voor bepaalde hardware wel, niet voor die van AMD.

Zo heb ik ook hardwarematige ondersteuning, maarja, ik blijf dan ook van de AMD meuk af ;) (Ieder zn ding, ik heb liever Nvidia ;) )
Hoeft niet meer :http://xbmcfreak.binkey.nl/XBMCbuntu-v14.zip

Hier is een eerste preview versie. Waar ik vooral jullie hulp bij kan gebruiken is het oplossen van goede video playback voor AMD Fusion systemen. Nvidia ION zal ondertussen wel redelijk goed werken. Installer wordt nog steeds aan gewerkt. Gebruik op eigen risico!
cool.
ik zal het doorgeven aan een maat.
zelf zit ik nog met mythtv omdat xbmc +/- 3 jaar geleden nog geen xv ondersteuning had.
dit maakt wel weer wat andere dingen mogenlijk.
offtopic: onder amd meuk versta je ? beetje rare post. iedereen mijd meuk.. geef het beestje een naam aub.

ontopic: Mijn tv is mijn monitor. ik gebruik al geruime tijd xbmc om films te kijken en dan vooral omdat ik mijn tv kan besturen via mijn telefoon en lekker vanaf de bank kan zappen, zonder dat ik constant muis en tobo nodig ben.

maar bij de meeste films heb ik vaak bij een bewegend shot, waarbij dus de camera beweegt bij een stilstaande achtergrond, dat dit schokkerig gaat. betekend het dat dit nu afgelopen zal zijn? dit heb ik trouwens ook bij mpc.
maar bij de meeste films heb ik vaak bij een bewegend shot, waarbij dus de camera beweegt bij een stilstaande achtergrond, dat dit schokkerig gaat. betekend het dat dit nu afgelopen zal zijn? dit heb ik trouwens ook bij mpc.
dat heeft vaak te maken met (de)interlacing icm verkeerde scherm verversing (hz)
het is een 600hz plasma.
ook al weet ik dat dit gegeven niet garant staat voor vloeiende beelden valt me het wel tegen
Het hangt ook af van de eigenschappen van je televisie. Ik heb hier een LG 42LE8500 staan, met 100 en 200Hz capaciteit. Maar zodra ik mijn HTPC er aan hang kan ik één van twee dingen kiezen; of ik heb een scherp beeld zonder overscan op 60 Hz (en dus schokkerige beelden als ik een blu-ray (24fps) of een dvd (25 fps) afspeel) of ik heb een erg wazig beeld dat vloeiend loopt op 200Hz. Ik heb gekozen voor het eerste, anders kan ik de tekst op het beeld amper lezen :(
Leuk voor je dat je 600Hz hebt, maar over HDMI kan dat niet verstturd worden. Daar is simpelweg geen bandbreedte voor. Je moet kiezen voor een refresh rate wat netjes deelbaar is daardoor, zoals 50Hz of 60Hz of 25Hz of 30Hz, meer kan je niet in full hd over je kabel krijgen. Zorg er ook voor dat vsync aanstaat dat zorgt ervoor dat je geen tearing hebt op momenten dat hij de volle snelheid niet haalt met decoderen.
600Hz bandbreedte? Die tv's verdubbelen gewoon het aantal binnengekomen hertzen. Dus heeft weinig te maken met het signaal dat ze binnenkrijgen.
AMD meuk? verklaar je nader... :?
Hardware is prima, drivers en features daarop is een drama onder linux.

Ik heb 2 jaar gewacht op hardwarematige sync zodat XBMC zonder tearing HD kan weergeven. Daarna opgegeven, de goedkoopste NVidia kaart gekocht zonder ventilator en sinds dien perfect beeld.

Ik weet niet of Nightfox dat bedoelde maar mijn mening over ATI onder linux gaat ook richting het gebied 'meuk'.

En voordat mensen beginnen over de opensource drivers: die zijn traag en werken bar slecht voor media centers.... Of er moet in de afgelopen 18 maand ineens een ontwikkelspurt gemaakt zijn van heb ik jou daar...
@ NightFox89:

Daar betaal je dan ook meer voor.

Geïntegreerde GPU's van de nieuwere generatie van AMD zijn door de kaart genomen voor de thuisgebruiker en kantoorgebruiker meer dan voldoende en presteren prima

[Reactie gewijzigd door Kees de Jong op 17 december 2011 01:34]

Dan heb je waarschijnlijk XBMC geinstalleerd op een windows systeem. Het mooie is dat ook de stand-alone (linux-) XBMC nu hardwareversnelling krijgt, zodat de fusion ook toepasbaar is in HTPC's.
Ik heb gewoon hardware versnelling onder Kubuntu zonder tricks. Het zijn wel de pre-builds van xbmc.
Inderdaad op Windows is er gewoon prima hardwareversnelling via DXVA, ook voor AMD kaarten dus.
Voor Linux was het alleen nog experimenteel voor AMD/ATI. Met deze toevoeging is dat experimentele dus voorbij.
@First Post Mecallie: Offtopic\

Wat is een E650 ?

Als AMD aandeelhouder ben ik slechts bekend met E350, E450 of de A6-3650........ :?
Het klinkt nu alsof jij een Brazos APU uit de toekomst in bezit hebt.......

[Reactie gewijzigd door trm0001 op 16 december 2011 13:11]

Op dit moment gebruik ik Plex ipv XBMC, want als je meerdere tv's / laptops in huis hebt die je wilt synchroniseren is het een veel gemakkelijkere oplossing. XBMC is echt moeilijk in te stellen (ivm MySQL) en te onderhouden met zo'n setup. Ook is het live transcoden, om bv een serie te streamen naar een iPhone of laptop buitenshuis, zeer handig. Mij krijgen ze in ieder geval niet meer terug naar XBMC totdat ze een gemakkelijke oplossing hebben voor deze setup. Hopelijk worden dit soort XBMC updates ook uitgebracht voor Plex, maar ik verwacht van wel aangezien ik dacht dat Plex op XBMC source code runt.
XBMC en Plex zijn in die zin niet te vergelijken. Plex is een media server met een client die op XBMC is gebasseerd. XBMC is alleen een client.

Iedereen heeft zijn eigen eisen en wensen. Ik wil graag een all-in-one oplossing voor al mijn media en tv. De TV Headend server + DVB kaart gaat straks naar mijn (zelfgebouwde) NAS server, dan kan ik uiteindelijk ook een ultra lite client neerzetten in de huiskamer.

Het fijne van XBMC is dat ie vrijwel alles afspeelt en door een grote community wordt gesupport. Dat is handig voor de leuke plugins.
Ik ben er sinds deze week mee bezig. Het is alles behalve triviaal en je moet enorm oppassen dat je niets breekt. Ik had het aanvankelijk aan de praat met VAAPI en het werkte redelijk. Af en toe nog wat vage effecten bij het omschakelen van refresh rate (weird, onder Windows nooit last van). Alleen werkte het ineens voor geen meter meer. Ik verdenk de installatie van libbluray-bdj ervan de boel stuk gemaakt te hebben.
Nu maar aan de slag met dat XvBA, anders koop ik wel een NVIDIA. Ik wil wel dat het werkt; ik ben geen labo...

Wél moet ik zeggen dat ik aangenaam verrast was dat met Ubuntu 11.10 al mijn hardware out of the box werkte: de FireDTV DVB-C kaart, de IR ontvanger van de Silverstone HTPC kast (incl.de afstandsbediening!) en ook mijn Logitech DiNovo Mini kon ik meteen via BT koppelen. Dat is met Windows wel anders, dan ben je eerst nog een uur met drivers in de weer. En dan mag je zelf je ab programmeren...nu kon ik meteen XBMC volledig bedienen vanaf de stoel.

[Reactie gewijzigd door mphilipp op 15 december 2011 20:35]

Je kunt ook gewoon windows xp installeren. Mijn fusion bord werkt er perfect mee. Niks bijzonders hoeven te doen om xbmc te laten werken incl optical out en hdmi.
Ik had Windows draaien, maar ik wilde ook TV kijken en daar is een aparte XBMC release voor met Live TV. Als TV server gebruik ik TV Headend. Beiden dus onder Linux.

Zodra de glitches eruit zijn vind ik het beter draaien. Onder Windows moest ik nog eea aan drivers installeren, maar met Ubuntu zitten die gewoon in de release. Dat vind ik wel een stuk handiger. Bij Windows had ik er ook nog eens regelmatig last van dat mijn BT keyboard ineens niet meer werkte. Maar ja...dat is er oa de reden van dat ik eigenlijk draadloze dingen in de ban heb gedaan. Op de meest vervelende momenten werkt het ineens niet.
Kun je tegenwoordig ook geëncrypteerde kanalen via TVheadend bekijken van bijvoorbeeld ziggo? TVheadend werkte een beetje omslachtig in XMBC. Moet je nog steeds alle kanalen apart toevoegen in XBMC?
Dit is mooi om te horen! Ik maak nu al een jaar gebruik van XBMC en ik zie soms wel eens vooral bij HD video's dat het beeld soms stottert als mijn PC andere dingen aan het verwerken is. Dus dit is een goede ontwikkeling.
Kan ik u duidelijk maken dat het al werkte als je het forced op een AMD E-350 Fusion.
Dus dit is waarschijnlijk gewoon dat het standaard stabiel draait XBMC crashed af en toe wel maar dat is 2 keer het afgelopen jaar.

Sorry ik zei per ongeluk AMD E-450 heb dit verbeterd.

[Reactie gewijzigd door RGamer op 16 december 2011 01:02]

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True