OBS Studio 29.1 laat gebruikers naar YouTube livestreamen met AV1-codec

OBS Studio krijgt binnenkort de mogelijkheid om naar YouTube te livestreamen met AV1. De software kreeg eerder al ondersteuning voor die codec voor het opnemen van video's, maar liet gebruikers daar nog niet mee livestreamen.

De optie voor AV1-livestreams wordt toegevoegd met OBS Studio-versie 29.1, merkte VideoCardz op. De feature kan gebruikt worden door gebruikers die een gpu met AV1-encoder hebben, zoals een Nvidia GeForce RTX 40- of Intel Arc-gpu. YouTube zelf transcodeert AV1-livestreams momenteel nog wel naar een andere codec, meldt OBS Studio in zijn patchnotes. Daarmee worden livestreams nog niet in native AV1-formaat uitgeserveerd naar kijkers. Met AV1 moeten livestreamers desondanks een hogere kwaliteit kunnen bieden, met minder compression artifacts, ook op lagere bitrates.

Discord kreeg eerder al ondersteuning voor AV1-livestreams, hoewel dat momenteel alleen nog werkt op GeForce RTX 40-gpu's. De AV1-livestreamingfunctie van OBS Studio werkt ook op Intel Arc Alchemist-gpu's. De changelog van OBS Studio vermeldt echter niet of YouTube-AV1-livestreams ook ondersteund worden op AMD Radeon RX 7000-gpu's. OBS Studio kreeg eerder al wel ondersteuning voor het opnemen van video's met de AV1-codec, ook op de RX 7000-serie.

Reacties (35)

[Memori]

De changelog van OBS Studio vermeldt echter niet of YouTube-AV1-livestreams ook ondersteund worden op AMD Radeon RX 7000-gpu's.

Dat AMD niet genoemd wordt zal waarschijnlijk te maken hebben omdat de FFmpeg 6.0 update alleen het volgende vermeld:

QSV and NVenc now support AV1 encoding.

Dat is dus geen support voor AMF (AMD). Maar als je zoekt kom je wel deze commit tegen voor AMF AV1, maar deze lijkt (nog) niet te zijn gemerged voor release.

Op zich allemaal best raar, omdat AV1 zo veel aandacht kreeg op de AMD 7900 aankondiging/presentatie.

[Reactie gewijzigd door Memori op 24 juli 2024 12:13]

[thomas81]

nu hopen dat Twitch ook een keer met av1 support komt

[markusclaas]

Dat gaat echt komen. Maar het duurt inderdaad wel te lang.

[RoyTrenneman]

Superleuk, maar ik zou het geweldig vind als ik met OBS gewoon eens kon blijven streamen en niet zo dat de verbinding er elke paar uur uit klapt.

Iemand een tip hiervoor?

[beerse]

De kans is groot dat streaming problemen worden veroorzaakt door netwerk issues. Daarmee de tips:
- gebruik van begin tot einde bedraad/bekabeld netwerk.
- Voor ip-verbindingen over gedeeld netwerk (waar ook ander verkeer overheen gaat) moet de stream maximaal 10% van de capaciteit gebruiken. Het hele netwerk zou max 25% belast mogen zijn.
- houdt rekening met netwerk onderbrekingen, buffer genoeg.

En als er een gerouteerd netwerk onderdeel is van de verbinding: bouw de verbinding regelmatig opnieuw op zodat de paden opnieuw uitgezocht kunnen worden.

Moet je toch draadloos netwerk moeten/willen gebruiken: Buffer nog meer en gebruik nog minder van de maximale bandbreedte. Zorg er voor dat er zo min mogelijk anderen gebruik maken van de zelfde frequentie. Zorg er voor dat er zo min mogelijk stoorzenders zijn.

[gamezfreak]

De kans is groot dat streaming problemen worden veroorzaakt door netwerk issues. Daarmee de tips:
- gebruik van begin tot einde bedraad/bekabeld netwerk.

Als aanvulling hierop; gebruik dan wel S/FTP kabels i.p.v. UTP kabels, met name als er meerdere kabels door hetzelfde gootje gaan. Daarnaast regelmatig de kabel doormeten met een kabeltester om te kijken of er niet toevallig een adertje kortsluiting heeft gehad. Daarbij is het belangrijk voor zowel RJ45 kabels als voor glasvezel, dat er geen scherpe bochten in de kabel zijn. Voor de rest is het altijd handig om zo nu en dan de kabels fysiek te inspecteren, om te kijken of er geen zichtbare schade is (muizen en sommige insecten zijn dol om kabels stuk te bijten).

Als je toch wireless gaat, pak dan ook gelijk de juiste kanalen en vermijd zoveel mogelijk de 2.4 Ghz band. Die zit al behoorlijk vol. Liefst naar de 5Ghz of als de apparatuur het ondersteund, de 6 Ghz. Een mesh opstelling (bekabelde hoofdnode aan de modem, draadloze node elders in het huis), kan ook voor te veel latency zorgen, waardoor je verbinding klappert en vervolgens ermee stopt.

Daarnaast helpt het ook om te kijken of er andere apparaten te veel van het netwerk vragen en de upload moet voldoende zijn om live te kunnen streamen.

[latka]

Kijk gewoon naar de error-rates van je ethernet interface ipv. kabels gaan door proberen te meten. Kabels krijgen niet ineens kortsluiting en overspraak is, ook met UTP, nauwelijks een probleem door de twisted pair (de T in de kabelnaam). Als je een krachtstroom aansluiting voor je wasmachine hebt en die kabel niet afgeschermd naast je netwerk kabels hebt liggen is het misschien een ding.

[beerse]

Over kabels en zo: als daar een knik of kink in zit, dan is dat te meten, die zit er niet opeens in. Die zal altijd storen en niet pas na een paar uur. Maar toegegeven, ook digitaal is goede bekabeling belangrijk.

Over glasvezel: Die moet ook niet per ongeluk ergens klem zitten. Hier in huis bij het aansluiten van de glasvezel verbinding kreeg de monteur wel een net signaal uit de kabel maar niet uit de nette aansluiting. Bleek het stukje glasvezel in het kastje even klem gezeten te hebben tussen doosje en deksel.

Over de 5 GHz: Daar zit in het protocol iets als 'radar detectie'. Dat wil zeggen dat er op die band ook ander gebruik is en mag zijn. Daarvoor heeft het protocol zelfs speciale toevoegingen. Overigens, de 2.4 GHz wordt ook breder gebruikt: Daar is ook bluetooth actief. En de wifi van de buren (en omstreken).

En ja, de upload moet genoeg bandbreedte hebben: Zorg er voor dat 1 stream maximaal 10% van de bandbreedte gebruikt. Gebruik je meer dan 25% dan is dat vragen om problemen. Uit de tijd dat ik in de telecom werkte heb ik onthouden dat consumenten aansluitingen verder op het netwerk een over provisie van 1 op 4 tot 1 op 10 hebben. Ik kan mij voorstellen dat die maat er nog steeds is.

[RoyTrenneman]

Bedankt allen hierboven. Ik ga nog eens analyseren waar de hik zit.

Netwerk lijkt prima. Allemaal Cat 6 S/FTP cabel door het huis heen, alles van WCD naar PC een cat 6 UTP, maar ik verwacht dat dat geen probleem is. Het bewust kabeltje gaat rechtstreeks van mijn PC naar de Fritzbox, de rest van het netwerk gaat naar de switches toe.

Nu heb ik deze verbinding niet echt geanalyseerd, maar het cameranetwerk dat naar mijn switches gaat en mijn servers hebben geen packet loss.

Wireless wordt hier alleen op de mobiele apparaten gebruikt en op de 5 GHz, gasten op de 2.4 GHz.

Je schrijft:

En als er een gerouteerd netwerk onderdeel is van de verbinding: bouw de verbinding regelmatig opnieuw op zodat de paden opnieuw uitgezocht kunnen worden.

Bedoel je routeren binnen mijn eigen netwerkje? Dat is niet aan de orde.
Ook op de modem/router (Fritz!Box) zijn geen routeringen gemaakt die van toepassing zijn op deze verbinding.

[beerse]

Daar bedoel ik met een gerouteerd netwerk een netwerk zoals in een bedrijf waar ook veel anderen gebruik van maken. Of nog verder, het internet. Juist daar blijkt het ene uur de belasting heel anders dan het andere uur. Daarmee is het geen slecht idee om zo af en toe de route opnieuw te laten berekenen. In een woonhuis heb je wel een beetje controle over het overige verkeer, daar zal niet opeens een backup getrokken worden die het netwerk anders belast.

Het is een beetje afhankelijk van je gebruikte protocol en de eisen die je er aan stelt. Voor een video stream kan die heel verschillend zijn: Wil je continuïteit zoals bijvoorbeeld bij het live kijken van sport wedstrijden, dan accepteer je dat de kwaliteit af en toe terug valt. Maar als je een natuur documentaire aan het opnemen bent, vooral om later terug te kijken, dan wil je kwaliteit houden en vind je het niet erg om vertraging in de opnames te hebben, als die er in de uiteindelijke stroom maar niet in terug te zien zijn.

In de regel kan ik mij voorstellen dat je ergens in het midden zit. Dan moet je dus op het netwerk zien uit te vogelen welke bandbreedte je in bulk maximaal kan halen. En dan moet je voor de continue stroom bedenken dat je ergens tussen 10 en 25% redelijk veilig bent. Hoe meer capaciteit je gebruikt, hoe gevoelliger het wordt.

[RoyTrenneman]

Bedankt voor de verduidelijking. De 10% is goed haalbaar.

[supersnathan94]

Maar 10% van gigabit is al vele malen meer dan een Yt of Twitch toestaan.

Twitch hanteert een maximale bandbreedte van 8mbps en voor non-partners zelfs 6,5mbps. Meer dan dat ga je niet over de lijn sturen. Hoogstens een keer een buffer hickup waardoor je eens 10mbps over de lijn duwt, maar over het algemeen dus zo’n <1% netwerk belasting. Op je uitgaande lijn is een praktisch bruikbare snelheid van 12 mbps upload dan ook al ruim voldoende

[Luchtbakker]

Dat ligt niet zo zeer aan de software maar aan je eigen verbinding. Nagenoeg consumentenverbinding heeft wel een kleine hik in de lijn die groot genoeg is om de stream te laten stoppen. Uiteraard buffert zowel OBS als Youtube wel, maar blijkbaar te weinig.

[r0y89]

Je internetverbinding monitoren. Wanneer je veel packetloss oid hebt kun je dit met je ISP bespreken.

[33Fraise33]

Ik heb nog 24h streams gedaan via OBS zonder problemen. Dit lijkt me eerder een issue met naar waar je streamt die een streamtimer limiet heeft of met je internetverbinding die niet stabiel is.

[Plofkotje]

Denk dat je dit in je eigen infra moet zoeken. Ik heb voor klanten streams draaien in OBS met 60+ uur uptime zonder problemen.

[Cowamundo]

IP lease time in je router verhogen?

[ScoeS]

Een nieuw DHCP request mag geen effect hebben op openstaande sessies.

[PolarBear]

Precies dit.

[JacobsT]

Lease time kan je omzeilen door gewoon static IP te gebruiken op de client lijkt me?

[RoyTrenneman]

Ik heb een fixed IP adres.

[Arjan1997]

zorg idd ervoor dat je bandbreedte niet te hoog is, vroeger heb ik 2x 24h streams (met 4pc's op hetzelfde netwerk) en genoeg avonden gelivestreamt maar is een questie van goed testen wat wel en niet kan op je netwerk en soms houdt dat in dat je wat lagere qualiteit moet streamen dan je wil. vroeger had je van OBS een testtool die je settings aangaf die je kon gebruiken voor je bandbreedte etc maar die kan ik zo snel ff niet meer vinden dus daar kan je nog even naar zoeken

[Reactie gewijzigd door Arjan1997 op 24 juli 2024 12:13]

[RoyTrenneman]

Bedankt. Ik ga eens zoeken naar die test tool.

[guidogast]

Je kan uitsluiten of het aan OBS of je eigen netwerk ligt door een keer te streamen met andere software. Probeer bijvoorbeeld vMix een keertje. Je hebt een free trial van 60 dagen zonder watermerk. Op die manier kun je dingen uitsluiten. Overigens waanzinnige software, ik gebruik het in de kerk en wil niet meer anders

[Online_pijn]

VMix is inderdaad geweldig. Niet alleen voor in kwrken maar ook voor projectie (als je net als ik niet meer twgen de prijzen van Blackmagic kan)

[supersnathan94]

Blackmagic is alleen wel een stuk stabieler en beter uitgewerkt. Vooral de integratie van de ISO recorders met resolve is heel fijn.

[supersnathan94]

Ik ook voor precies hetzelfde, maar wordt er helemaal knettergek van. Vooral het niet realtime bijwerken van Powerpoint presentaties is erg irritant. Moet je ze opnieuw openen en dan in al je overlay scenes en gecombineerde scenes weer aanpassen.

Edit: oh en dat geklooi met local files in browser is ook zo’n onzin. Inladen van files dmv Jquery werkt niet als je geen cross origin headers meegeeft.

Moet je weer een hele webserver optuigen om een intro scene te serveren. Nee bedankt.

Edit2: oh en automatische transities van DSK objecten moet je globaal instellen en kunnen maar maximaal 9,nogwat seconden in beeld blijven. Super random getal en totaal niet handig als je zaken wil automatiseren (zoals lower thirds).

[Reactie gewijzigd door supersnathan94 op 24 juli 2024 12:13]

[RoyTrenneman]

Ik ga eens kijken naar vMix. Bedankt voor de suggestie.

[supersnathan94]

Buiten de tips om die hieronder worden gegeven, kijk eens naar je bitrate. Twitch gooit je er iedere twee uur uit als je bitrate hoger is dan 6500kbit/s voor non-partners.

Ook zaken als VBR liever niet gebruiken en gewoon CBR op 6K. Minimale upload van je netwerk het liefst 2x de bitrate.

Mocht het alsnog niet werken dan is downscaling naar 960P vaak nog een optie om bitrate lager te kunnen krijgen zonder veel kwaliteitsverlies.

Met YT is het soms hit or miss helaas. Daar kan de verbinding er soms op onverklaarbare wijze uitklappen en dan zonder enige debugmogelijkheid niet meer werken.

[RoyTrenneman]

Ik ga de settings eens nakijken. Bedankt voor de suggesties.

[SadisticPanda]

DSL? DSL modems bellen elke 3 dagen opnieuw es in en is de verbinding even onderbroken...

[RoyTrenneman]

Fiber. Xs4all 100/100 verbinding.

[RoyTrenneman]

Dat sluit ik helemaal niet uit, Maar ik heb met zoeken online nog geen passende oplossing gevonden.

[Pentiummania]

Ik heb een preorder op www.beaconx.com gedaan een tijdje terug.
Daar zit ook een early beta van BEAM bij, als het goed is word dat ook een nieuw streaming platform. En dat gaat hoge resoluties ondersteunen en ook realtime spraak vertaling. Op hun twitter staan wel wat voorbeeld filmpjes. Denk dat ze ook wel iets beters als RTMP en X264 gaan ondersteunen om te streamen. Misschien dat de resoluties en de framerates niet veel hoger zullen zijn als youtube, maar ze zijn wel van plan om meteen wereldwijd te lanceren.
Ik ben er zelf nog niet zo weg van hoe het eruit ziet de layout kleuren enz., maar valt nu natuurlijk nog niet een oordeel over te vellen: https://twitter.com/BeaconXcom/status/1609976666591301633
https://twitter.com/BeaconXcom/status/1603849101308792832