Vad är en M3U-spellista? Format, exempel och installation

En M3U-spellista är en vanlig textfil. Det är hela definitionen. Förvirringen kring den kommer från att två olika communities har byggt vidare på samma enkla format åt olika håll.

Streamingtekniker använder M3U8 så som RFC 8216 definierar det: som spellistformatet bakom HLS-videoströmning. IPTV-leverantörer använder vanlig M3U mer informellt, och lägger till egna taggar för kanalnamn och loggor som aldrig varit del av någon officiell specifikation. Båda är korrekta användningar av formatet. Den här guiden skiljer tydligt mellan de två, visar ett kommenterat exempel på vardera, och förklarar var filen kommer in när du är redo att lägga in den i en spelare.

Sammanfattning

• En M3U-spellista är en vanlig textlista med strömposter som börjar med taggen #EXTM3U.
• M3U8 betyder specifikt att filen är UTF-8-kodad, enligt RFC 8216 avsnitt 4.1. Det är den praktiska skillnaden från vanlig M3U.
• IPTV-stiliserade taggar som tvg-id och group-title är en vida spridd konvention, inte del av den officiella HLS-specifikationen.

Vad är en M3U-spellista, egentligen?

En M3U-spellista är en textfil som talar om för en mediaspelare vad som ska spelas upp och i vilken ordning, en post per rad. I sin utökade form börjar filen med #EXTM3U som första rad, ett krav som definieras i RFC 8216, avsnitt 4.3.1.1.

Varje post kan föregås av en #EXTINF-tagg, som samma RFC definierar i avsnitt 4.3.2.1 som #EXTINF:<varaktighet>,[<titel>]: ett varaktighetsvärde följt av en valfri titel. Det är hela kärnformatet: en headerrad, sedan par av metadata och URL:er. Allt annat du ser i en verklig spellista är en utökning ovanpå den här minimala strukturen.

M3U mot M3U8: vad skiljer egentligen?

M3U8 betyder specifikt att spellistan är kodad i UTF-8, ett krav RFC 8216 anger direkt i avsnitt 4.1. Vanlig M3U har däremot ingen fastställd kodningskonvention. Formatet föregår varje formellt krav och behandlades historiskt som Latin-1 eller vad det lokala systemets standard råkade vara.

Kodningsskillnaden märks tydligast om ett kanalnamn använder accenttecken eller icke-latinsk skrift. Om en spelare förväntar sig UTF-8 men får en fil kodad på ett annat sätt kan de tecknen visas som förvanskade symboler, även om spellistan i övrigt fungerar. Ser du trasiga tecken i kanalnamn men allt ändå spelas upp, beror det oftast på kodningen, inte på själva spellistans struktur.

Kommenterat exempel — en vanlig HLS M3U8-spellista

RFC 8216 definierar det här formatet direkt: en spellista uppbyggd av segmentreferenser, var och en med sin egen #EXTINF-varaktighet, som används för att leverera en enda ström i bitar. Det här är formatet som faktiskt bär namnet "M3U8" i specifikationen.

#EXTM3U
#EXT-X-VERSION:3
#EXT-X-TARGETDURATION:10
#EXT-X-MEDIA-SEQUENCE:0
#EXTINF:9.009,
segment-000.ts
#EXTINF:9.009,
segment-001.ts
#EXTINF:9.009,
segment-002.ts
#EXT-X-ENDLIST

Varje rad spelar roll här. #EXT-X-VERSION och #EXT-X-TARGETDURATION är HLS-specifika taggar från samma RFC, och varje .ts-fil är ett kort videosegment som spelaren hämtar i följd. Det här är formatet som webbvideoinfrastruktur faktiskt bygger på. Det är sällan det en IPTV-leverantör ger dig direkt, men det är ofta det din spelare hämtar i bakgrunden när en källa spelas upp.

Riktiga HLS-implementationer lägger vanligtvis till ytterligare ett lager: en huvudspellista, taggad med #EXT-X-STREAM-INF, som listar flera versioner av samma ström vid olika bithastigheter eller upplösningar och låter spelaren växla mellan dem när nätverksförhållandena ändras. En enda URL du får kan peka på den huvudspellistan i stället för direkt på segmentlistan ovan; spelaren löser resten automatiskt.

De flesta IPTV-inriktade guider hoppar helt över den här lagerbaserade strukturen, eftersom IPTV-spellistor sällan använder den. Det spelar ändå roll: det är den faktiska struktur en videospelare är byggd för att förstå, även när M3U-filen du får i handen inte alls ser ut så.

Kommenterat exempel — en typisk IPTV-stiliserad M3U-spellista

IPTV-leverantörer bygger informellt ut basformatet, och lägger till attribut som tvg-id, tvg-logo och group-title till varje post. Ingen av dessa definieras i RFC 8216. De är en de facto-konvention som spreds bland IPTV-spelare och leverantörer för att de är användbara, inte för att en standardiseringsorganisation angav dem.

#EXTM3U
#EXTINF:-1 tvg-id="channel.one" tvg-logo="https://example-provider.test/logo1.png" group-title="News",Channel One
https://example-provider.test/stream/CHANNEL_TOKEN_1
#EXTINF:-1 tvg-id="channel.two" tvg-logo="https://example-provider.test/logo2.png" group-title="Sports",Channel Two
https://example-provider.test/stream/CHANNEL_TOKEN_2

URL:erna och tokens ovan är platshållare — dela eller publicera aldrig en riktig spellist-URL offentligt. Vem som helst med den riktiga länken kan använda din källa, precis som vem som helst med ett lösenord kan logga in på ett konto.

Lägg märke till varaktigheten -1: det är en livesändningskonvention som betyder "ingen fast längd", till skillnad från de begränsade segmentvaraktigheterna i HLS-exemplet ovan. Samma tagg, olika praktisk betydelse beroende på vilken av de två traditionerna som skapade filen.

Var passar EPG in?

Vissa M3U-filer innehåller en url-tvg=-header som pekar på en separat programguidefil, men själva guidedatan finns utanför spellistan. Spellistan talar om för spelaren vilka strömmar som finns; en separat XMLTV-fil talar om vad som sänds och när på var och en.

Det är en medveten uppdelning, inte en begränsning. Leverantörer kan uppdatera guidedatan enligt sitt eget schema, flera gånger om dagen om programläggningen ändras, utan att röra själva spellistan. Kanallistan och tablån är två oberoende underhållna filer som råkar fungera tillsammans.

Innehåller din M3U en url-tvg=-header kan en spelare som stödjer det hämta guidedata automatiskt utan att du behöver ange en andra URL för hand. Gör den inte det måste guiden läggas till separat, vilket är ett annat installationssteg än att lägga till själva spellistan och ligger utanför den här artikeln.

Hur använder en spelare som IPTV Expert en M3U-fil?

En spelare behöver bara två saker för att använda en M3U-källa: ett namn du väljer och själva spellist-URL:en. Det är exakt vad IPTV Experts formulär för att lägga till en källa frågar efter, inget mer, och inget separat steg för att tolka taggar som tvg-logo för hand.

När du sparar de två fälten laddar appen ner filen från den URL:en och tolkar den innan källan räknas som aktiv. Den läser #EXTINF-posterna, tar med sig eventuell metadata från group-title och tvg-logo på vägen, och bygger din kanallista utifrån vad den hittar. Vill du ha de exakta klick-för-klick-stegen för din enhet, går Så lägger du till en M3U-spellista i IPTV Expert igenom Android, iOS, Windows, Mac, Linux, Android TV och Fire TV var för sig.

Har du inte installerat IPTV Expert än, börja med hela nedladdningsväljaren och välj versionen för din enhet, eller se De bästa gratis IPTV-spelarna 2026 om du fortfarande jämför alternativ.

Sammanfattning

Tre saker går igen genom allt ovan: en M3U-spellista är vanlig text uppbyggd kring #EXTM3U och #EXTINF; M3U8 betyder specifikt UTF-8-kodning; och de IPTV-stiliserade taggar du ser i verkliga spellistor — tvg-id, tvg-logo, group-title — är en vida spridd konvention ovanpå formatet, inte något RFC 8216 definierar. När det är klart är det bara två fält att konfigurera i en spelare: ett namn och en URL.