AMD Radeon RX 6000-gpu's kunnen hardwarematig AV1-video's decoderen

AMD's komende Radeon RX 6000-videokaarten op basis van de RDNA 2-architectuur hebben ondersteuning voor het hardwarematig decoderen van AV1-video's. Ook de RTX 30-kaarten van Nvidia en Intels geïntegreerde Xe-gpu's kunnen dat.

Microsoft noemt de ondersteuning voor hardwarematige AV1-decodering bij RX 6000-kaarten in een blog. AMD had daar zelf nog geen details over gegeven. Nvidia heeft de decoder van zijn RTX 30-kaarten ook ondersteuning gegeven voor de AV1-codec en Intel heeft datzelfde gedaan met de Xe-gpu, die vanaf de Tiger Lake-generatie is geïntegreerd bij laptopprocessors.

Daarmee ondersteunen alle grote gpu-makers het hardwarematig decoderen van AV1-video's. Dergelijke hardwareondersteuning is niet nodig om AV1-video's te bekijken, het decoderen kan ook door de processor afgehandeld worden. Gpu's met hardwarematige ondersteuning doen dat echter efficiënter.

AV1, ofwel AOMedia Video 1, is een codec voor videocompressie, die is ontwikkeld door de Alliance for Open Media. Onder andere Google, Apple, Netflix, Facebook, LG, Microsoft en Samsung zijn daar onderdeel van. De codec wordt gezien als opvolger van Googles VP9. Tweakers publiceerde eerder dit jaar een achtergrondartikel over videocodes en de strijd tussen H265, AV1, VP9 en H266.

AMD Radeon RX 6000
AMD Radeon RX 6000-videokaart

Door Julian Huijbregts

Nieuwsredacteur

12-10-2020 • 10:21

89

Reacties (89)

89
82
65
3
0
8
Wijzig sortering
Nu nog encoden van h.264 en ik ben gelukkig. want AMD loopt daar hopeloos in achter.

[Reactie gewijzigd door loki504 op 23 juli 2024 16:19]

Voor AV1 encoden kan ik SVT-AV1 aanraden, een encoder die enorm goed schaalt over meerdere CPU-kernen. De snelste preset, 8, biedt al uitstekende resultaten.

SVT-AV1 zit ook geïntegreerd in FFmpeg (Windows builds hier, 'git full' is aan te raden). Je kan alle specifieke opties bekijken met ffmpeg -h encoder=libsvtav1. Een voorbeeld encode zou dus kunnen zijn: ffmpeg -i video-in.mp4 -c:v libsvtav1 -preset 8 -qp 40 -c:a copy video-out.mp4

Een lagere preset geeft hogere kwaliteit voor dezelfde bitrate, maar doet er langer over. Een lagere qp geeft hogere kwaliteit voor een hogere bitrate (en visa versa). -c:a copy geeft aan dat de audio gekopieerd moet worden van het input naar het output bestand.

Tot zover deze bondige AV1 encoding handleiding. Als er vragen zijn hoor ik ze graag! :)

[Reactie gewijzigd door Balance op 23 juli 2024 16:19]

Heb je ook ervaring met de libaom-av1 encoder voor ffmpeg en hoe deze zich verhoudt tot svt-av1?
https://aomedia.googlesource.com/aom/

Ik zie dat in mijn linux-distro deze codec wel bevat, maar de svt-av1 codec zie ik niet. Ik wil best een poging wagen deze toegevoegd te krijgen :)
Dat kan NVIDIA ook niet, dus in hoeverre loopt AMD dan achter?
reviews: Nvidia GeForce RTX 3070, 3080 & 3090 - Alles over de nieuwe RTX-vide...

[EDIT]
Dit was een reactie voor de edit toen er nog niet werd verwezen naar h.264.

[Reactie gewijzigd door LongBowNL op 23 juli 2024 16:19]

ik bedoelde meer op encoden van h.264/h.265. want AMD AMF loopt hopenloos achter op Nvidia nvenc

heb het iets aangepast.

[Reactie gewijzigd door loki504 op 23 juli 2024 16:19]

Mijn AMD RX 580 kan prima H.264 en H.265 hardware encoderen en decoderen. Die opties heb ik ook om games te streamen via AMD ReLive. Waar mis jij die opties precies?
Voornamelijk de kwaliteit in obs is gewoon bagger. Tuurlijk kan het. Maar dat wil niet zeggen dat het geweldig is. en dat kan zeker een stuk beter.
Als je echt voor kwaliteit gaat, dan zou je toch sowieso encoden op de CPU? Als ik heb goed heb is GPU encoding is nog altijd inferieur, in ieder geval in termen van kwaliteit bij eenzelfde bitrate.
https://www.youtube.com/watch?v=ccoOGfX9qxg

op 17:18 is Nvec its beter als x264 slow. en x264 en gamen is bijna een no go. tenzij je een mega CPU hebt. uiteraard voor een 2 pc maakt het niet zo veel uit en kan je prima met x264 overweg.
Dat is inderdaad waar. Ik deed in het begin nog wel eens exports uit Adobe Premiere via mijn AMD GPU, maar die kwaliteit viel zo tegen dat ik vrij snel ben overgegaan op x264/x265 voor de exports.
Bedoel je de kwaliteit? Want beide kan AMD met de huidige generatie gewoon encoden.
https://en.wikipedia.org/...eo_Decoder#Format_support
Ze kunnen het wel encoden. Maar de bitrate die nodig is om de zelfde kwaliteit te halen is gewoon bagger.

Hier is een mooie Data analyse https://www.youtube.com/watch?v=ccoOGfX9qxg

h.265 werkt niet met Twitch. en wil je daar streamen is Nvidia eigenlijk de enigste optie.
h.265 is er betreft licentie model toch al een faalhaas, kan beter voorganger of (concurrerende) opvolgers gebruiken.
Wat is eigenlijk het probleem met het licentiemodel van h.265? Ik heb geen licentie nodig om naar h.265 te encoden, maar is het dan zo dat ik die licentie wel nodig heb als ik het ge-encodeerde materiaal commerciëel wil uitbaten?
reviews: Chaos en orde rond videocodecs - De strijd tussen h265, av1, vp9 en ...

Tweakers had onlangs een artikel over geschreven, dat stond me bij. @Hakker @Dorstlesser

[Reactie gewijzigd door GenomDalar1983 op 23 juli 2024 16:19]

valt wel mee de licenties zijn hetzelfde als met h.264 niet doen alsof het ineens allemaal erger is dan voorheen want dat is het niet.
Het is me ooit uitgelegd dat alle 'hardware accelerated' encoders lagere kwaliteit hebben dan software encoders. Waarom weet ik niet meer maar dat is de reden dat niemand serieus inzet op hardware-encoding van h.264 en h.265; de kwaliteit van software-encoders blijft merkbaar beter. Wellicht dat dat voor AV1 ook geldt.
Het voordeel van een softwareoplossing is flexibiliteit via updates. Wat je in de gpu hebt gebakken ligt vast. Er is geen reden waarom software beter encode dan hardware, anders dan de ontwikkeling van efficiënties in de compressiealgoritmen en potentieel de grotere hoeveelheid geheugen die je beschikbaar hebt voor het proces.
Toch zijn er volgens mij geen hardware encoders die net zo goed zijn als software encoders; waar dat precies aan ligt weet ik niet, maar heel makkelijk zal het niet zijn om een hardware decoder op de markt te brengen die 1) even goed presteert en 2) waar wat op te verdienen valt.
uiteraard zijn die er wel, maar meestal niet beschikbaar of betaalbaar voor de gewone huis-tuin-keuken situatie vanwege de kosten. Bvb Teradek, Huawei, Haivision en anderen hebben specifiek producten voor de broadcast markt die hardware encoders gebruiken vanwege de consistentie en (meestal) simpelere workflow die een hardware encoder mogelijk maakt.

Deze hardware encoders hebben een kwaliteit/performance die gelijk of beter is aan software maar meestal niet de maximale kwaliteit kunnen evenaren wanneer je maximale CPU kracht tegen je encoding kan gooien (ffmpeg+ x264 slower preset bvb).
Dank voor de info, op zich niet gek dat ze bestaan, maar dan blijf ik wel bij m'n tweede punt: blijkbaar valt hier weinig op te verdienen in de markt voor consumenten en 'content creators', want die kopen die accelerators niet.
Nvec doet het in obs beter als x264 slow. Op 6mbps. En kost je minder FPS. Misschien grote bestanden encode. Maar encoding on the fly doet nvec is geweldig
Het kan wel met AMD, maar de performance is erg slecht in vergelijking met verder gelijkwaardige Nvidia kaarten. Ik erger me vooral aan de hoge latency die het resultaat hier van is. Steam link en Parsec zijn binnenshuis is niet te doen met fast paced games. Oculus Link met de Quest performed minder goed doordat h.264 encoding nodig is door het gebruik van een usb C kabel.

Zie hier een vergelijking door Parsec uit 2018. Dit is nog steeds waar in 2020.
Dit verbaast me wel, want ik kan op mijn nuc'je met integrated Iris Pro 655 zelfs al hardwarematig h264 en h265 encoden.
Ik zie dat Handbrake ook gewoon hardwarmatig encoden met AMD en NVidia ondersteunt nu. Zie https://handbrake.fr/docs...echnical/performance.html, kopje "Performance comparison between video encoders".
Het is natuurlijk de vraag wat de kwaliteit van die implementaties is, maar ik heb na eigen vergelijken geen schokkende verschillen kunnen vinden.
Maak je geen zorgen, encoderen via de hardware loopt altijd al achter. Zie het artikel over de codecs en vooral het slot en de reacties: reviews: Chaos en orde rond videocodecs - De strijd tussen h265, av1, vp9 en ...

Als sinds mpeg 1 in de jaren '90 van de vorige eeuw loopt hardware encoding achter bij software encoding. In de regel levert de hardware een mindere kwaliteit. Zodra de encoding in de hardware gegoten is, staat de ontwikkeling stil. Zolang het in software zit kan en zal het worden geoptimaliseerd aan alle kanten. Voor decoderen is de markt veel groter maar vooral de benodigde optimalisatie veel minder.
Dit scheelt straks het geblaas van je laptop als je netflix kijkt
:)

[Reactie gewijzigd door JulianvDijk op 23 juli 2024 16:19]

Nou ja... het decoden gaat dan van de CPU naar de GPU, kan nog steeds zo zijn in laptops dat er dan koeling nodig is natuurlijk :)
Ware het niet dat het vele malen efficienter is op een gpu als daar ondersteuning ingebakken zit en die koeling dus verhoudingsgewijs minder krachtig of geheel niet nodig hoeft te zijn..
Waarom zou het op een AMD GPU beter draaien dan op een Intel CPU met geïntegreerde Iris Xe GPU - die ook gewoon hardware accelerated decodeert?
Dit is puur om AV1 efficient te krijgen op de desktops die geen integrated graphics hebben.
Niet iedereen draait intel ;)
Daar komt geen 6000 reeks kaartje in hoor. :P
De RDNA2 architectuur van de RX 6000 serie zal uiteinelijk ook wel zijn weg vinden naar de IGPs van AMD processoren.
Waarom niet? Op dit moment heb ik ook gewoon een desktop RTX 2080 in mijn laptop.

Ik zou daarom niet weten waarom dat voor de RX6000-serie anders zal zijn.
Die desktop 2080 is een uitzonderlijke installatie en dat weet je zelf best. ;)
De laptop 6000 reeks is nog niet eens aangekondigd, en ik mopte eerder dat die 6000's niet in de huidige laptops geramd kunnen worden.
hardware decoding is niet iets dat erg veel gpu power vergt. Het is vooral dat de gpu fabrikanten er weinig aandacht aan besteden. Dus je kunt er wel vanuit gaan dat wanneer een zwakkere 6000 versie naar laptops komt die dan ook hardware decoding ondersteunt.
Dat duurt nog wel even, de eerste RX6000 kaarten zijn voor desktops.
Ik neem aan dat over een half jaar de ryzen 5000 APUs komen met deze hardware, niet?
Laat staan dat ze in laptops zitten ;)
Zeker niet. Het scheelt een hoop netwerkbelasting als je Netflix kijkt (of dat op je laptop is of niet).

AV1 is een erg zware codec, Netflix maakt er enkel gebruik van als er hardwarematige versnelling voor is, een gemiddelde laptop CPU trekt real-time decoden van AV1 niet.

Een gemiddelde laptop GPU (ook IGP) heeft wel een ingebouwde h264 decoder die zeer waarschijnlijk minder stroom gebruikt dan als je dezelfde content als AV1 zou willen decoden, en gebruikt wordt als je geen AV1 gebruikt.

De voordelen zitten dus eigenlijk bij Netflix zelf (die hoeven minder data te verplaatsen), bij mensen met een gebrekkige internetverbinding, en voor de toekomst dat mogelijk je hogere kwaliteit als AV1 zou kunnen krijgen.
een gemiddelde laptop CPU trekt real-time decoden van AV1 niet.
Dat hang natuurlijk wel een beetje af van resolutie, bitrate, etc. AV1 1080p60 op youtube doet het gewoon prima op mijn laptop met een intel m3-6y30. Dat is een bijna 5 jaar oude dual-core met een tpd van 7 watt. Dan lijkt me dat 4k op een iets modernere laptop wel moet lukken. Gebruikt inderdaad wel een pak meer stroom dan een dedicated hw decoder
Huh? YouTube gebruikt zover ik weet voor alles hoger dan 1080p25 nog VP9.

Ze hebben een AV1 test playlist, maar zover ik weet (kan ik mis hebben) hebben geen van deze filmpjes echt AV1 op 1080p60. Als je ze wisselt naar iets hogers dan 1080p25 wisselt YouTube gewoon naar VP9 (te zien in statistiekentabblad).

1080p25 trekt 10% van mijn 3800X zonder boost, mogelijk kan een m3-6y30 dat ook net aan, maar zodra je naar 4K gaat wordt de CPU belasting heel anders.

Natuurlijk is wat er kan altijd afhankelijk van welke kwaliteit je kiest, en hoe je AV1 toepast (er zijn nogal wat parameters die je kan instellen), maar voor de maximale ervaring die Netflix biedt (4K + HDR) wordt het erg lastig als je dat zonder hardware decoder op een laptop CPU wilt doen.
Er staan een heleboel op youtube in AV1, niet enkel op een test playlist. Maar bvb deze https://www.youtube.com/w...9j1k2Y&ab_channel=Armadas video is bij mij beschikbaar in in 1080, 4k en 8k op 60 fps en av01 codec.

op mijn desktop met ryzen 2600 ziet 8k60 er wel uit als een ppt presentatie, 24fps gaat dan weer wel
Da's een vreemd filmpje.

Deze is op 8K met AV1, 4K en 1440p zijn VP9, 1080p met AV1, en ik krijg geen 24fps op 8K optie, maar als ik jou was zou ik ook checken of dat geen VP9 is, omdat ik me niet echt kan voorstellen dat een Ryzen 2600 8K25 aan kan (mijn 3800X trekt natuurlijk 8K60 met AV1 echt niet). Zo laadt hij het i.i.g. bij mij (Firefox + snelle netwerkverbinding) binnen.
Deze is 24fps https://www.youtube.com/w...f8rRc8&ab_channel=Armadas en werkt toch echt in 8k voor mij. Enkel een paar frame drops na seeken en als ik naar andere tabs wissel. Cpu gebruikt spring wat rond tussen 50-70%. Het kan zijn dat dit soort cityscape videos niet echt representatief is, weinig actie en beweging enzo. Ook gebruik ik zelf chrome, maar als ik het mij goed herinner gebruikt firefox dav1d als decoder, dus dat zou wel goed moeten zitten.

De juiste codec krijgen op youtube wil inderdaad wel eens lastig doen. Als je in je account settings duikt kan je daar ergens "Always prefer AV1" kiezen: https://www.youtube.com/account_playback Dan zou je bij die 2 videos toch echt av01 moeten krijgen. Niet dat je die setting altijd aan wilt laten staan, maar het is wel leuk om te proberen :P
Hou al een tijdje een playlist bij op youtube https://www.youtube.com/p...XbB0ETtMprpLypZs68duRS1t1 van video's met de AV1 codec vanaf 4K. Op 1080P en lager is nog veel meer te vinden. De laatste maanden gaat het hard met de toevoegingen. Vooral video's die in korte tijd veel views genereren worden al snel naar deze codec om gezet heb ik het idee.
Mijn ryzen 7 3700X heeft hier inderdaad ook moeite mee
AV1 is een erg zware codec, Netflix maakt er enkel gebruik van als er hardwarematige versnelling voor is, een gemiddelde laptop CPU trekt real-time decoden van AV1 niet.
Het nieuws is net dat AV1 hardwarematig gedecodeerd kan worden met een AMD GPU, en hopelijk ooit een AMD (i)GPU die in een laptop past. Als genoeg systemen hardwarematige decoding van AV1 hebben, is stroomverbruik geen reden om er niet naar over te stappen.
Als ik de ventilatoren op de kaart zie, zou het geblaas niet uit maken: de cpu-fan of de gpu-fan. }> :+
@PainkillA

Bij youtube kan je rechtermuisknop klikken op een filmpje, dan stats for nerds aanklikken, en dan zie je welke codec er gebruikt is.

in random filmpje zie ik: Codecs vp09.00.54.08.01.01.01.01.00 (248) / opus (251)

[Reactie gewijzigd door Diggie9 op 23 juli 2024 16:19]

Leuke stats!
Bij eerste (niet zo random) filmpje zie ik: avc1.4d4016 (136) / opus (251)
Leuke stats!
Bij eerste (niet zo random) filmpje zie ik: avc1.4d4016 (136) / opus (251)
AVC=H264
opus is de audiocodec(beste geluidskwaliteit van alle lossy codecs)

Mijn ervaring met AV1 is dat de decoder nu zo licht is dat hij nog maar 2x zoveel cpu gebruikt als een hardware accelerated VP9. In het begin pakte AV1 bij een Ryzen nog 1.25 cores om te decoderen. Nu is dat dus 0.5 cores om te decoderen.
Klopt dat HW decodering een slechtere kwaliteit oplevert tov softwarematig? Althans dat is bij mij het geval in de use-case Plex streamen. Als dit idd logisch te verklaren kan iemand dat mogelijk toelichten?
Bart ® Moderator Spielerij @Simkin12 oktober 2020 11:47
Dat lijkt me onwaarschijnlijk. Zou eerder aan de software moeten liggen. Maar in principe maakt het natuurlijk niet uit waarop je een berekening maakt, de uitkomst zou hetzelfde moeten zijn. Tenzij de manier van berekenen dus anders is, maar dat wordt door je encoder bepaald.
Nou, het kwaliteitsverschil tussen nvenc op de gtx 10-serie en de rtx-kaarten is er wel.

https://youtu.be/hUU5suAXv8w
nvenc is de NVidia Encoder, en Simkin had een vraag over HW decodering? Lijkt me niet van toepassing.
Ah, true. Dan weet ik het zo gauw even niet.
Dat was inderdaad al te vinden in de broncode van de Linux drivers.
Ik dacht al dat ik gek werd. Durfde te zweren dat ik dit al een tijd geleden op phoronix had gelezen maar het nieuws is eigenlijk dat Windows dit ook gaat ondersteunen. Was wel te verwachten natuurlijk.
Ik vraag me af in hoe verre dit zich ook terugvertaald naar shadowplay achtige mogelijkheden.
Misschien begrijp ik je opmerking verkeerd, maar ik zie geen connectie tussen de twee. De aankondiging van AMD over hardware support voor AV1 gaat enkel om het decoderen en niet over het encoderen. Een Shadowplay achtige dienst (wat bij AMD ReLive heet) heeft veel nadruk om het opnemen aspect, wat dus encoderen is en niet decoderen.
draaid youtube tegenwoordig ook niet in av1? of is dat h264 ofzo?
Youtube gebruikt voornamelijk hun eigen format, VP9. AV1 is de opvolger en zal in de komende jaren een steeds groter deel van het streamverkeer gaan uit maken.
Daarmee ondersteunen alle grote gpu-makers het hardwarematig decoderen van AV1-video's.
Qua gebruik zulen de mobiele platforms echter ver uitsteken boven de desktop/laptop, hoe is de ondersteuning daar? Qualcomm, Samsung, Apple en ARM?
Een jaar geleden was er hier al een artikel over Realteks RTD1311 chip en ik verwacht dat de meeste nieuwe SoC's die nu in ontwikkeling zijn ook dergelijke ondersteuning zullen krijgen. Dat vind ik veel interessanter dan het feit of videokaarten van Intel, AMD en Nvidia hardwarematige ondersteuning krijgen voor het decoderen van AV1-video's.
Ik zou het eerder fijn vinden als ze gewoon een fpga integreren. Kan er gepatched/upgrade worden. Ik doe graag lang met mijn hardware.
Zal niet direct met AV1 encoden te maken hebben maar:

Ben benieuwd of en hoe het game streamen (naar android) gaat via deze nieuwe AMD GPU's.. Mijn oude 1060 doet het perfect met moonlight via Geforce expeirence->shield streaming naar een tablet enzo.

Maar dit werkt dus niet met AMD. De alternatieven die momenteel wel met AMD werken werken volgens mij verre van vlekkeloos als ik het zo lees.

Op dit item kan niet meer gereageerd worden.