Hoe videotranscoding werkt (en waarom het ertoe doet voor 24/7-streaming)

Als je ooit video's van een telefoon, een schermrecorder en een editingapp naar hetzelfde project hebt geüpload, is je waarschijnlijk opgevallen dat ze niet altijd goed met elkaar samenwerken — verschillende resoluties, verschillende framerates, soms een compleet andere codec. Transcoding is de stap die dit oplost, en voor een 24/7 live loop specifiek is het geen optionele extra. Het is wat het verschil maakt tussen een stream die maanden zonder problemen draait en eentje die telkens hapert bij een bepaalde clip.

Wat transcoding echt betekent

Transcoding is het proces waarbij een videobestand wordt omgezet van het ene formaat naar het andere — meestal door de resolutie te normaliseren (bijvoorbeeld alles naar 1920x1080), de framerate (alles naar 30fps), en de codec (meestal H.264 voor brede compatibiliteit), zodat elk bestand zich verderop hetzelfde gedraagt. Dit is iets anders dan simpelweg "een bestandstype omzetten": twee .mp4-bestanden kunnen intern compleet verschillende codecs, bitrates en framerates gebruiken terwijl ze dezelfde bestandsextensie delen.

Zonder transcoding kan het afspelen van een 24fps 4K-bestand direct gevolgd door een 60fps 720p-bestand in dezelfde doorlopende stream een zichtbare hapering, een korte zwarte frame, of in ergere gevallen een encoder-crash veroorzaken — omdat de software die de stream verzendt, haar output-instellingen midden in de uitzending opnieuw moet onderhandelen.

Waarom dit meer telt voor een 24/7 loop dan voor een enkele video

Een eenmalige upload wordt één keer bekeken, en elke hapering is dan één slechte kijkervaring. Een 24/7 loop speelt dezelfde clips achter elkaar af, voor onbepaalde tijd, zolang de stream draait — wat betekent:

• Elke mismatch herhaalt zich. Een hapering bij de overgang tussen twee specifieke clips gebeurt niet eenmalig; het gebeurt elke keer dat de playlist dat punt bereikt, zolang de loop draait.
• Niemand kijkt om het opnieuw te starten. Het hele uitgangspunt van een 24/7 stream is dat hij onbeheerd draait. Een crash die een mens op een begeleide stream binnen enkele seconden zou opmerken en verhelpen, kan op een onbewaakte stream urenlang dood blijven liggen.
• Playlists groeien na verloop van tijd. Naarmate je meer video's uit meer bronnen toevoegt, stapelt de kans dat minstens één clip een niet-passend formaat heeft, zich op.

Twee manieren om hiermee om te gaan: bij het uploaden, of bij het live gaan

Er zijn twee momenten waarop transcoding kan plaatsvinden, en het verschil is belangrijk:

1. Bij het uploaden, eenmalig. Elke video wordt genormaliseerd naar een vast doelformaat op het moment dat hij aan je bibliotheek wordt toegevoegd — resolutie, framerate en codec liggen vast voordat de video ooit in een playlist wordt opgenomen. De transcodingkosten worden één keer, vooraf, betaald, en daarna nooit meer.
2. Bij het live gaan, elke keer. De stream hercodeert de hele playlist on the fly, elke keer dat je begint met uitzenden. Dit werkt, maar het betekent dat je de transcodingkosten — en het risico op een mislukte transcoding — elke keer dat je live gaat opnieuw betaalt, en het voorkomt niets aan mismatches tussen clips binnen dezelfde playlist.

Loopcast gebruikt de eerste aanpak: elke video wordt eenmalig genormaliseerd op de achtergrond, meteen na het uploaden, zodat tegen de tijd dat hij in een live loop zit, de relay simpelweg al consistente clips aan elkaar plakt in plaats van on the fly te hercoderen. Dat is ook waarom het bewerken van de trimpunten van een video een snelle hernormalisatie triggert in plaats van invloed te hebben op de hele stream — alleen de ene clip die veranderd is, heeft nieuw werk nodig.

Hoe dit er in de praktijk uitziet

Je ziet transcoding over het algemeen niet gebeuren — het draait op de achtergrond nadat je een video uploadt, en de video toont kort een status "verwerken" voordat hij klaar wordt gemarkeerd om aan een playlist toe te voegen. De praktische conclusie is geen instelling die je moet configureren; het is een reden om video's ruim voor een lancering te uploaden in plaats van te verwachten dat ze meteen streamklaar zijn, en een reden waarom een dienst die eenmalig, vooraf, transcodeert doorgaans beter standhoudt over een lange onbewaakte periode dan eentje die dat niet doet.

Veelgestelde vragen

Vermindert transcoding de videokwaliteit?

Een goed geconfigureerde transcoding richt zich op een bitrate en resolutie die hoog genoeg is dat kwaliteitsverlies niet zichtbaar is voor kijkers, zeker omdat YouTube zelf sowieso alles wat je uploadt of streamt opnieuw comprimeert. Het doel van transcoding hier is consistentie, niet compressie omwille van de compressie.

Waarom toont een net geüploade video "verwerken" in plaats van meteen klaar te zijn?

Dat is de transcodingstap die draait — de video wordt op de achtergrond genormaliseerd naar een consistent formaat. Zodra dat klaar is, wordt de video beschikbaar om aan een playlist toe te voegen.

Als twee van mijn video's al dezelfde resolutie en framerate hebben, hebben ze dan nog steeds transcoding nodig?

Meestal wel, in elk geval de eerste keer — overeenkomende resolutie en framerate zijn noodzakelijk maar niet voldoende; codec-instellingen, keyframe-intervallen en audioformaat kunnen nog steeds verschillen op manieren die niet duidelijk zijn uit de bestandseigenschappen alleen, dus door elke upload op dezelfde manier te normaliseren voorkom je dat je moet vertrouwen op een visuele match die eigenlijk geen volledige match is.