TS / M2TS
Für Broadcast gebaut, wo der Empfänger mittendrin einsteigen kann und nichts ein Ende hat.
MPEG Transport Stream ist das, als was Fernsehen übertragen wird. Es ist so gebaut, dass ein Empfänger jederzeit dekodieren und Datenverlust verkraften kann — hervorragend über den Äther, unbequem als Datei: Es gibt keinen Index, Springen ist Raten, und Dauern fehlen oft oder stimmen nicht.
30. Juli 2026
Ohne Hilfe geöffnet von
Keines der Systeme öffnet eine .ts- oder .m2ts-Datei, obwohl beide das H.264 oder HEVC darin einwandfrei dekodieren, sobald etwas anderes die Hülle abgenommen hat. Wieder ist die Hülle das Hindernis.
Die Fakten
| Vollständiger Name | MPEG-2 Transport Stream |
|---|---|
| Art | Container, für Übertragung statt Speicherung gedacht |
| Endungen | .ts, .m2ts, .mts, .m2t |
| Veröffentlicht | 1995, als Teil von MPEG-2 |
| Paketgröße | 188 Byte, fest — klein genug, dass ein kaputtes fast nichts kostet |
| Video darin | MPEG-2 bei älteren Sendungen, H.264 und HEVC bei neueren |
| Audio darin | AC-3, E-AC-3, AAC, MP2 |
| Index | Keiner. Nichts in der Datei sagt, wo ein bestimmter Moment liegt |
| Woher es kommt | IPTV-Streams, DVB- und ATSC-Aufnahmen, AVCHD-Camcorder, Blu-ray-Discs |
Ein Format ohne Anfang
Jeder andere Container hier geht davon aus, dass du die ganze Datei hast und zuerst den Header lesen kannst. Transport Stream geht vom Gegenteil aus: Du bist mittendrin in eine Sendung eingestiegen, die vor dir begann und nach dir weiterläuft. Also wiederholt er alles, was ein Decoder braucht — Stream-Layout, Timing-Referenzen, Parameter — alle Bruchteile einer Sekunde, für immer.
Die 188-Byte-Pakete sind dieselbe Idee. Störung zerstört ein Paket; der Decoder verliert ein paar Millisekunden und macht weiter. Ein Format um einen großen Index herum würde den ganzen Rest der Datei verlieren.
Das ist echt gute Technik für den Zweck — und die falsche Form für eine Datei auf der Festplatte. Alles, was eine Sendung robust macht, macht eine Aufnahme unbeholfen.
Warum eine Aufnahme sich merkwürdig verhält
Ohne Index muss eine App, die zur 47-Minuten-Marke will, schätzen: Bitrate mal Zeit, grob hinspringen, nach dem nächsten dekodierbaren Frame suchen. Bei konstanter Bitrate landet das nah. Bei variabler Bitrate können Sekunden fehlen, und bei einer aus unterbrochenem Stream zusammengesetzten Aufnahme Minuten.
Die Dauer hat denselben Ursprung. Die App muss entweder die ganze Datei lesen, um die Länge zu erfahren, oder aus der Bitrate raten. Deshalb zeigt eine Aufnahme manchmal eine falsche Länge — oder keine — und die Scrub-Leiste kann eine Fiktion sein.
Die Reparatur ist Remuxen: den Stream einmal lesen und dasselbe Video und Audio in eine MP4 oder MKV mit echtem Index schreiben. Nichts wird neu encodiert, die Qualität bleibt, und es läuft mit Festplattengeschwindigkeit. Danach ist Springen sofort und exakt, weil die Datei endlich weiß, wo ihre eigenen Frames liegen.
Was du damit machst
- Direkt abspielen, wenn du nur schauen willst
Eine App mit eigenem Demuxer öffnet eine .ts ohne Vorbereitung. Springen bleibt ungefähr — das ist das Format, nicht die App — aber zum Durchschauen reicht es.
- Nach MP4 oder MKV remuxen, wenn du sie behältst
Schnell, verlustfrei und behebt Springen und Dauer dauerhaft. Für alles, was in eine Bibliothek geht statt einmal geschaut zu werden, mach das.
- IPTV-Streams in Ruhe lassen
Kommt TS als Live-Stream statt als Datei, gilt nichts davon: Es gibt nichts zu indexieren, weil nichts geendet hat. Buffering ist dort eine Netzwerkfrage.
Fragen zu diesem Format
Verwandte Formate
Deine Bibliothek, endlich an einem Ort.
Kostenlos zum Download. Kein Konto, keine Anmeldung, nichts abzugeben.