Strømming og IPTV
Direktetelevisjon over internett lånte vokabularet sitt fra tre forskjellige steder — kringkasting, nettet, og én bestemt panelprogramvare som ble en standard ved et uhell. Dette er ordene som dukker opp.
-
HLS
HTTP Live Streaming -
Apples strømmeprotokoll, og den nesten alt bruker. Video kuttes i korte segmenter listet i en tekstspilleliste, og spilleren henter dem i rekkefølge over vanlig HTTP.
HLS vant fordi den ikke trenger noen spesiell server: segmenter er filer, spillelisten er en fil, og hvilken som helst webserver kan levere begge. Den støttes nativt overalt på Apple-plattformer og nesten overalt ellers.
Designet har én konsekvens folk møter hele tiden — det finnes ingen enkelt videofil å lagre. Det du ser på eksisterer bare som tusen biter og et sett med instruksjoner for å hente dem.
Se også: ManifestSegmentAdaptiv bitrate
-
Manifest
spilleliste, .m3u8 -
Tekstfilen som lister hva en strøm består av. Et hovedmanifest lister tilgjengelige kvalitetsnivåer; hvert av dem peker på et mediemanifest som lister de faktiske segmentene.
Åpne ett, og det er noen dusin linjer: en header, noen parametere og adresser. Alt du ser på ligger et annet sted. For en direktesending henter spilleren denne filen på nytt hvert par sekunder, fordi den vokser etter hvert som sendingen fortsetter.
Manifestadresser er vanligvis signerte og tidsbegrensede, som er hvorfor en lenke som fungerte i morges ofte peker på ingenting innen ettermiddagen.
-
Segment
chunk, bit -
Én kort bit av en strøm, typisk to til ti sekunder, levert som sin egen fil. En time med video er hundrevis til tusenvis av dem.
Segmentering er det som gjør det mulig å bytte kvalitet midt i avspillingen: spilleren ber ganske enkelt om neste bit fra et annet kvalitetsnivå, og byttet skjer ved en grense heller enn som et avbrudd.
Det er også det som gjør nedlasting av en strøm til en ombygging heller enn en kopi. Hvert segment må hentes og deretter skrives inn i én container med en ordentlig indeks — steget som gir resultatet en fungerende scrub-bar.
-
Adaptiv bitrate
ABR -
Å tilby samme innhold på flere kvalitetsnivåer og la spilleren flytte mellom dem etter hvert som forbindelsen endres. Det er hvorfor strømmer forringes i skarphet heller enn å stoppe.
Spilleren måler hvor raskt segmenter ankommer og velger den høyeste kvaliteten den tror den kan opprettholde. Når forbindelsen strammes, går den ned, vanligvis før bufferen går tom.
Dette er den enkelt største forskjellen mellom å se på en strøm og å laste ned en fil. En nedlasting vil ha den beste versjonen og venter; en strøm vil heller se mykere ut enn å pause.
-
Buffering
-
En spiller som holder noen sekunder med video foran det du ser på, slik at et kort nettverksglipp ikke blir en pause. Når du ser ordet, har bufferen gått tom.
En større buffer takler mer forstyrrelse på bekostning av å ta lengre tid å starte og å reagere tregere på et kanalbytte. Direktestrømmer holder den liten med vilje, som er hvorfor de er mer skjøre enn on-demand-video.
Når en IPTV-kanal hakker, ligger årsaken nesten alltid et sted mellom leverandøren og deg — deres server, ruten, din forbindelse. Den samme appen på den samme enheten spiller en lokal fil med samme bitrate uten et flimmer, som er den raskeste måten å skille de to på.
Se også: Adaptiv bitrateIPTV
-
IPTV
-
Fjernsyn levert over internett heller enn over eteren, kabel eller satellitt. Som ord beskriver det en leveringsmetode og sier ingenting om hvem som har rett til å levere hva.
Det et abonnement faktisk består av er en liste — en M3U-spilleliste, eller en konto på et panel — som navngir kanaler og gir en adresse for hver. Spilleren gjør det om til en kanalguide; den verken hoster eller leverer noe.
Som er den viktige delen juridisk så vel som teknisk. En app som spiller IPTV leverer ingen kanaler, og om en gitt leverandør har rett til å bære det den bærer er et spørsmål om den leverandøren.
Se også: M3U-spillelisteXtream CodesEPG
-
M3U-spilleliste
-
En ren tekstliste med kanalnavn og strømadresser, og den vanligste måten et IPTV-abonnement leveres på. Den inneholder ingen video i det hele tatt.
Hver oppføring er en linje som navngir kanalen — med en logo, en gruppe og en identifikator festet etter konvensjon — og en linje som gir adressen. Ingen av disse konvensjonene ble noensinne standardisert, så hver leverandør skriver dem litt forskjellig.
Leverandørlister har vokst langt utover det formatet forventet: hundretusenvis av kanaler og hundrevis av megabyte med tekst er vanlig nå, og en app som leser én inn i minnet før den parser den, blir drept av iOS lenge før den er ferdig.
Se også: IPTVXtream Codes
-
Xtream Codes
-
En panelprogramvare hvis API ble en de facto-standard. I stedet for en spillelistefil får du en serveradresse, et brukernavn og et passord, og appen spør panelet om kanaler, filmer, serier og guiden.
Selskapet bak ble stengt i 2019; API-et overlevde det, fordi tusenvis av leverandører allerede hadde bygget på det og kundene deres forventet det. Programvare beskrevet som «Xtream-kompatibel» implementerer det grensesnittet, ikke det selskapets produkt.
Den skiller seg fra en vanlig spilleliste på to nyttige måter: katalogen ankommer som strukturerte data heller enn som en flat liste, og panelet håndhever en tilkoblingsgrense — som er hvorfor en nedlasting og en direktesendt kanal samtidig kan slå hverandre av.
Se også: IPTVM3U-spillelisteEPG
-
EPG
elektronisk programguide -
Programoversikten: hva som går på hver kanal nå, hva som kommer neste, og hva som gikk tidligere. Levert separat fra kanalene selv, vanligvis som en XMLTV-fil.
Guiden matches til kanaler via en identifikator leverandøren setter på hver. Når de identifikatorene mangler eller er inkonsistente — som er vanlig — viser kanaler ingen programinformasjon selv om guidedataene er til stede og korrekte.
En full guide for en stor leverandør er en betydelig nedlasting i seg selv, som dekker dager med program for tusenvis av kanaler.
Se også: IPTVCatch-upXtream Codes
-
Catch-up
timeshift, arkiv -
Å se noe som allerede er sendt, ved å be leverandørens server om et tidligere tidspunkt på en kanal. Det finnes bare der leverandøren tar opp; ingenting lagres på enheten din.
Der det tilbys, kan en app gjøre et tidligere program i guiden om til en forespørsel om det vinduet på den kanalen. Typiske arkiver går noen dager.
Det er utelukkende leverandørens kapasitet. En app kan ikke legge til catch-up på en kanal som ikke har det, og en guideoppføring fra forrige uke er ikke bevis for at opptaket finnes.
-
DRM
digital rights management -
Kryptering som bare lisensiert avspillingsprogramvare kan oppheve, med nøkler hentet fra en lisensserver. FairPlay på Apple-plattformer, Widevine på Android og de fleste nettlesere.
En DRM-beskyttet strøm er kryptert ende-til-ende, og nøkkelen frigis bare til programvare som har bevist at den vil følge reglene knyttet til den — ingen lagring, ingen opptak, noen ganger ingen ekstern skjerm.
Dette er ikke en vanskelighet å omgå; det er mekanismen som fungerer. Ethvert verktøy som hevder å laste ned en DRM-beskyttet strøm, feilrepresenterer enten hva det gjør eller hva strømmen er.