MPEG-2 TS по QUIC: когда старый друг лучше новых двух (и быстрее)
Инженеры IETF предлагают тащить классический MPEG-2 Transport Stream по QUIC — и это не шутка, а попытка подружить наследие с ультразвуком.
Пока весь мир сходил с ума по WebRTC и HLS, группа смельчаков из IETF решила: «А давайте-ка мы возьмём дедушку MPEG-2 TS и заставим его скакать по QUIC». Звучит как план по ретрокомпьютингу, но на деле — вполне себе рабочий черновик.
Идея простая: MPEG-2 Transport Stream — это проверенный годами формат для доставки видео (ещё со времён DVD и цифрового ТВ). QUIC — это новый протокол на UDP, который Google придумал, чтобы HTTP не грустил. Соединяем — получаем низкую задержку и надёжность без TCP-головной боли. Как если бы вы поставили двигатель от Tesla в «Запорожец» — странно, но едет.
В чём соль? QUIC уже умеет мультиплексировать потоки, быстро переустанавливать соединение и не блокироваться при потере пакетов. MPEG-2 TS, в свою очередь, несёт в себе аудио, видео и метаданные в одном флаконе. Авторы предлагают просто упаковать TS-пакеты в QUIC-стримы — и вуаля, получаем live-стриминг с задержкой как у WebRTC, но с совместимостью с кучей legacy-оборудования.
Конечно, не обошлось без подводных камней. Например, как быть с синхронизацией часов? QUIC не гарантирует порядок доставки между разными стримами, а для видео это критично. Но инженеры верят, что решат это на уровне приложения — мол, добавим timestamp'ы и будет счастье. Знакомая боль, да? Как в том анекдоте: «У нас всё работает, только нужно дописать пару костылей».
Комментарий студии METABYTE: Мы за любой движ, лишь бы видео доезжало вовремя. Если QUIC поможет забыть о буферизации в прямых эфирах — мы готовы переписывать плееры хоть завтра. Главное, чтобы костыли были красивыми.