TS / M2TS

Fiecare alt container de aici presupune că ai fișierul întreg și că poți citi mai întâi antetul lui. Transport Stream presupune opusul: că te-ai conectat la mijlocul unei transmisii care a început înainte să ajungi și va continua după ce pleci. Așa că repetă tot ce are nevoie un decodor — structura fluxului, referințele de sincronizare, parametrii — la fiecare fracțiune de secundă, la nesfârșit.

Pachetele de 188 de bytes sunt aceeași idee. Interferența distruge un pachet; decodorul pierde câteva milisecunde și continuă. Un format construit în jurul unui singur index mare ar pierde tot restul fișierului.

Asta e o inginerie cu adevărat bună pentru scopul ei, și e forma greșită pentru un fișier care stă pe un disc. Tot ce face o transmisie rezistentă face o înregistrare stângace.

Fără index, un player care vrea minutul 47 trebuie să estimeze: înmulțește rata de biți cu timpul, sare aproximativ acolo, caută următorul cadru decodabil. La o transmisie cu rată de biți constantă, nimerește aproape. La o înregistrare cu rată variabilă poate greși cu câteva secunde, iar la o înregistrare lipită dintr-un flux întrerupt poate greși cu minute.

Durata are aceeași origine. Un player trebuie fie să citească tot fișierul ca să afle cât durează, fie să ghicească din rata de biți. De asta o înregistrare arată uneori o durată greșită, sau deloc, și de asta bara de derulare poate fi o ficțiune.

Reparația e remuxarea: citești fluxul o dată și scrii același video și audio într-un MP4 sau MKV cu un index real. Nimic nu e recodat, calitatea rămâne neatinsă, și rulează la viteza discului. După aceea, căutarea e instantă și exactă, pentru că fișierul știe în sfârșit unde sunt propriile cadre.