TS / M2TS
Створено для трансляції, де приймач може приєднатися на півдорозі, і нічого не закінчується.
MPEG Transport Stream — це формат, у якому передається телебачення. Він розроблений так, щоб приймач міг почати декодування будь-якої миті й відновитися після втрати даних, що робить його чудовим в ефірі й незручним у ролі файлу: індексу немає, тому перемотка — це здогадка, а тривалість часто вказана неправильно або відсутня зовсім.
30 липня 2026 р.
Відкривається без сторонньої допомоги в
Жодна система не відкриває файл .ts або .m2ts, хоча обидві чудово декодують H.264 або HEVC у ньому, коли щось інше розгорнуло його. Обгортка знову стає перешкодою.
Факти
| Повна назва | MPEG-2 Transport Stream |
|---|---|
| Тип | Контейнер, спроєктований для передачі, а не для зберігання |
| Розширення | .ts, .m2ts, .mts, .m2t |
| Опубліковано | 1995 рік, як частина MPEG-2 |
| Розмір пакета | Фіксований, 188 байт — настільки малий, що пошкоджений пакет губить майже нічого |
| Відео всередині | MPEG-2 у старих трансляціях, H.264 і HEVC у нових |
| Звук всередині | AC-3, E-AC-3, AAC, MP2 |
| Індекс | Відсутній. Ніщо у файлі не каже, де живе той чи інший момент |
| Звідки береться | Потоки IPTV, записи DVB та ATSC, камери AVCHD, диски Blu-ray |
Формат без початку
Будь-який інший контейнер тут припускає, що в тебе є весь файл і ти можеш спочатку прочитати його заголовок. Transport Stream припускає протилежне: що ти під’єднався до трансляції, яка почалася ще до тебе й триватиме після того, як ти підеш. Тому він повторює все, що потрібно декодеру, — розкладку потоку, часові прив’язки, параметри — щодоли секунди, безкінечно.
Пакети по 188 байт — та сама ідея. Перешкода нищить пакет; декодер втрачає кілька мілісекунд і працює далі. Формат, побудований навколо одного великого індексу, втратив би весь залишок файлу цілком.
Це справді хороша інженерія для своєї мети, і це неправильна форма для файлу, що лежить на диску. Усе, що робить трансляцію стійкою, робить запис незручним.
Чому запис поводиться дивно
Без індексу плеєру, якому потрібна 47-ма хвилина, доводиться вгадувати: помножити бітрейт на час, стрибнути приблизно туди, пошукати наступний придатний для декодування кадр. На трансляції зі сталим бітрейтом це влучає близько до цілі. На записі зі змінним бітрейтом промах може сягати секунд, а на записі, зшитому з перерваного потоку, — хвилин.
У тривалості та сама природа. Плеєру доводиться або прочитати весь файл, щоб дізнатися, наскільки він довгий, або прикинути за бітрейтом. Саме тому запис іноді показує неправильну довжину або не показує жодної, а смужка перемотування може виявитися суцільною вигадкою.
Лагодження — це ремультиплексування: прочитати потік один раз і записати те саме відео та звук у MP4 чи MKV зі справжнім індексом. Нічого не перекодовується заново, якість не чіпається, і все працює зі швидкістю диска. Після цього перемотка стає миттєвою й точною, бо файл нарешті знає, де лежать його власні кадри.
Що робити з таким файлом
- Відтворювати напряму, якщо хочеться просто подивитися
Плеєр із власним демультиплексором відкриває .ts без жодної підготовки. Перемотка буде приблизною — це особливість формату, а не плеєра, — але для перегляду від початку до кінця цього достатньо.
- Ремультиплексувати в MP4 чи MKV, якщо файл варто зберегти
Швидко, без втрат, і це назавжди лагодить перемотку й тривалість. Для всього, що йде в бібліотеку, а не переглядається один раз, варто зробити саме так.
- Не чіпати потоки IPTV
Коли TS надходить як прямий ефір, а не як файл, нічого з цього не застосовується: індексувати нічого, бо нічого не закінчилося. Буферизація там — питання мережі.
Питання про цей формат
Суміжні формати
Твоя бібліотека нарешті в одному місці.
Безкоштовно для завантаження. Жодного акаунту, жодної реєстрації, нічого передавати.