MPEG-2 TS over QUIC: When Old School Meets New Cool (and Beats Buffering)

While everyone was busy hyping WebRTC and HLS, a brave crew at IETF decided: "Let's take grandpa MPEG-2 TS and make it hop on QUIC." Sounds like a retrocomputing project, but it's actually a solid draft.

The idea is straightforward: MPEG-2 Transport Stream is a battle-tested format for video delivery (think DVDs and digital TV). QUIC is a shiny new UDP-based protocol Google invented so HTTP wouldn't be so sad. Combine them, and you get low latency and reliability without TCP headaches. It's like putting a Tesla engine in a Lada — weird, but it works.

What's the catch? QUIC already handles multiplexing, fast connection recovery, and doesn't block on packet loss. MPEG-2 TS carries audio, video, and metadata in one neat package. The authors propose simply wrapping TS packets into QUIC streams — and voilà, you get live streaming with WebRTC-like latency but compatibility with tons of legacy gear.

Of course, there are pitfalls. For instance, clock synchronization: QUIC doesn't guarantee order across different streams, which is critical for video. But engineers believe they can fix it at the application layer — "just add timestamps, it'll be fine." Familiar pain, right? Like the old joke: "It works, we just need a few more crutches."

METABYTE studio comment: We're all for any move that gets video delivered on time. If QUIC helps us forget about buffering in live streams, we're ready to rewrite players tomorrow. Just make sure the crutches are elegant.