TS / M2TS
Byggd för sändning, där mottagaren kan ansluta halvvägs och ingenting har ett slut.
MPEG Transport Stream är vad TV sänds som. Den är utformad så att en mottagare kan börja avkoda när som helst och återhämta sig från förlorad data, vilket gör den utmärkt över luften och besvärlig som en fil: det finns inget index, så att söka är en gissning, och varaktigheterna är ofta fel eller saknas helt.
30 juli 2026
Öppnas utan hjälp av
Inget av systemen öppnar en .ts- eller .m2ts-fil, även om båda avkodar H.264 eller HEVC inuti den perfekt när något annat har packat upp den. Omslaget är återigen hindret.
Fakta
| Fullständigt namn | MPEG-2 Transport Stream |
|---|---|
| Typ | Behållare, designad för överföring snarare än lagring |
| Filändelser | .ts, .m2ts, .mts, .m2t |
| Publicerad | 1995, som en del av MPEG-2 |
| Paketstorlek | 188 bytes, fast — tillräckligt litet för att ett skadat paket knappt förlorar något |
| Video inuti | MPEG-2 på äldre sändningar, H.264 och HEVC på nyare |
| Ljud inuti | AC-3, E-AC-3, AAC, MP2 |
| Index | Inget. Inget i filen anger var ett givet ögonblick finns |
| Varifrån den kommer | IPTV-strömmar, DVB- och ATSC-inspelningar, AVCHD-videokameror, Blu-ray-skivor |
Ett format utan början
Varje annan behållare här förutsätter att du har hela filen och kan läsa dess header först. Transport Stream förutsätter motsatsen: att du har ställt in dig mitt i en sändning som startade innan du kom och fortsätter efter att du lämnar. Så den upprepar allt en avkodare behöver — strömlayouten, timingreferenserna, parametrarna — varje bråkdel av en sekund, för evigt.
De 188-byte-paketen är samma idé. Störningar förstör ett paket; avkodaren tappar några millisekunder och fortsätter. Ett format byggt kring ett enda stort index skulle förlora resten av filen helt.
Det här är genuint bra ingenjörskonst för sitt syfte, och det är helt fel form för en fil liggande på en disk. Allt som gör en sändning motståndskraftig gör en inspelning klumpig.
Varför en inspelning beter sig konstigt
Utan ett index måste en spelare som vill nå 47-minutersmarkeringen uppskatta: multiplicera bithastigheten med tiden, hoppa ungefär dit, leta efter nästa avkodningsbara bildruta. På en sändning med konstant bithastighet hamnar detta nära. På en inspelning med variabel bithastighet kan det vara sekunder fel, och på en inspelning hopsatt från en avbruten ström kan det vara minuter fel.
Speltiden har samma ursprung. En spelare måste antingen läsa hela filen för att ta reda på hur lång den är, eller gissa utifrån bithastigheten. Det är varför en inspelning ibland visar fel längd, eller ingen alls, och varför spolningsraden kan vara ren fiktion.
Reparationen är remuxning: läsa strömmen en gång, och skriva samma video och ljud in i en MP4 eller MKV med ett riktigt index. Inget kodas om, kvaliteten förblir orörd, och det körs i diskens hastighet. Efteråt är sökning omedelbar och exakt, eftersom filen äntligen vet var dess egna bildrutor finns.
Vad ska man göra med en
- Spela den direkt om du bara vill se den
En spelare med en egen demuxer öppnar en .ts utan några förberedelser. Att söka kommer att vara ungefärligt - det är formatet, inte spelaren - men för att titta igenom något går det bra.
- Remux till MP4 eller MKV om du behåller det
Snabb, förlustfri och det fixar sökning och varaktighet permanent. För allt som går in i ett bibliotek i stället för att ses en gång, gör detta.
- Lämna IPTV-strömmar ifred
När TS anländer som en livestream snarare än en fil, gäller inget av detta: det finns inget att indexera eftersom ingenting har avslutats. Att buffra där är en nätverksfråga.
Frågor om det här formatet
Närliggande format
Ditt bibliotek, äntligen på ett ställe.
Gratis att ladda ner. Inget konto, ingen registrering, inget att lämna ifrån dig.