背景

這份網際網路草案提出了一項針對 Media Over QUIC Transport (MOQT) 的擴展，旨在將 MPEG-2 傳輸流（MPEG-2 TS）封裝於 QUIC 傳輸協議之上。該提案定義了名為 "m2ts" 的封裝格式，讓現有的廣播工作流、貢獻饋送以及基於 HTTP 分段的傳輸系統，能直接將連續的 TS 封包映射至 MOQT 物件中，而無需改變既有的基本流容器結構。

社群觀點

針對在現代化的 QUIC 協議上承載 MPEG-2 TS 這一老牌容器格式，Hacker News 社群展開了激烈的討論，核心爭議點在於該技術的必要性與其在網際網路環境下的適用性。部分技術人員對此持保留態度，認為 MPEG-2 TS 是一種為了應對不穩定物理鏈路而設計的「補丁式」產物，其封裝邏輯與現代網際網路架構格格不入，甚至被形容為一種在無計可施時才應使用的最後手段。反對者指出，現代串流媒體標準如 HLS 已逐漸轉向支援 fMP4，且新興服務幾乎不再採用 TS 格式，認為在 2026 年仍推動此類 RFC 顯得有些過時。

然而，支持者與具有廣播背景的專家則從實務角度出發，強調了 MPEG-2 TS 無可取代的強韌性與普及度。他們指出，TS 格式最初就是為了在不穩定連接中實現快速同步而設計，這與低延遲串流的需求不謀而合。與 DVD 使用的程序流（Program Stream）不同，TS 具備強大的糾錯與重同步能力，這使其在數位電纜、衛星廣播甚至 DOCSIS（透過 TS 封裝乙太網路幀）等領域根深蒂固。社群中有人提醒，不應將編碼格式（Codec）與容器格式（Container）混為一談，M2TS 容器內部可以承載 H.264 等現代編碼，且在硬體與軟體層面擁有極為成熟的支援生態。

此外，討論也觸及了技術演進的現實面。雖然 CMAF 與 fMP4 在現代串流標準中佔據主導地位，但 MOQT 作為一種底層傳輸框架，其目標應是提供最大的相容性。支持者認為，MOQT 應該同時支援多種容器，以容納那些仍在使用 TS 格式的大型既有系統。儘管有人質疑 TS 的開銷較大且操作起來較為笨重，但其在專業影音採集、PCM 音訊封裝以及自定義 PID 處理上的靈活性，證明了它在專業廣播領域仍具有強大的生命力。這場討論反映了理想主義的技術純潔性與現實主義的工業相容性之間的拉鋸。

延伸閱讀

在討論過程中，有網友提到了一款名為 MP2TSME 的工具，據稱該工具過去在處理 TS 封包時非常高效且易用，儘管目前可能已難以取得。此外，討論也提及了 ISO138181 標準以及 DOCSIS 協議中對於 TS 封裝的應用，這些都是理解 MPEG-2 TS 廣泛影響力的重要參考背景。