Remy Siu 在四月的一次采訪中突然"破防"了。這位 Sunset Visitor 工作室的創始人花了大量時間折騰視頻編碼（video codecs）——就是游戲里播放開場動畫、過場 CG 用的那個底層技術。他的新作《1000xResist》被這個問題折磨得不輕：選個 PC 優化好的編碼吧，主機上可能播不了；選個全平臺通用的，畫質又得砍一刀?，F在他做下一款游戲《Prove You're Human》，要用到真人實拍的全動態影像（FMV），問題變本加厲。

Siu 的吐槽讓我想起一個老問題：為什么游戲開發者 decade 了還在被視頻編碼折磨？我找了幾個經歷過的人聊了聊，發現這事兒比想象中更離譜。

先說說這玩意兒為啥麻煩

視頻編碼的本質是壓縮。原始視頻文件太大，得壓小了才能塞進游戲，但壓縮必然丟數據——"有損"壓縮嘛，懂的都懂。問題是，丟多少、怎么丟、在不同硬件上表現如何，全看用的是哪個編碼方案。

有些項目一個編碼搞定。有些呢？得準備十幾種格式，幾百個文件逐個驗證。Sam Barlow 的 Half Mermaid 工作室（《Her Story》《Immortality》）就屬于后者。"很快你就發現沒有萬能方案，"Barlow 說。他們為了壓榨性能，移動端用原生播放器，主機上切 Bink，PC 又是另一套——結果就是每個視頻文件都要伺候好幾套播放器。

更煩的是平臺差異。Steam Deck 上播得好好的過場，到 PC 可能直接黑屏。多平臺發售的游戲，開發者得給每個平臺單獨調參，像在做 N 份重復勞動。

開發者們被迫整的"黑科技"

為了繞過這些坑，有些團隊走了極端路線。我聽到的案例包括但不限于：

——把視頻拆成逐幀圖片序列，用游戲引擎自己的渲染管線播放，徹底繞過編碼系統。代價是體積爆炸，內存吃緊。

——為特定平臺單獨重制整個視頻管線，相當于同一批內容做多個版本。

——在運行時動態檢測硬件，實時切換編碼方案，代碼復雜度直接上天。

這些都不是"優化"，是被迫的 workaround。Barlow 干了十多年 FMV 游戲，至今沒找到優雅的解法。Siu 的新項目因為真人實拍占比更高，編碼選擇直接決定畫面能到什么程度——"全平臺兼容"和"畫質拉滿"基本互斥。

為什么沒人解決？

理論上，行業可以推個統一標準。實際上？各平臺巨頭各有各的算盤。索尼、微軟、任天堂、蘋果、谷歌……每家硬件架構不同，授權政策不同，甚至偏好的編碼格式都不同。開發者夾在中間，要么選邊站，要么全做。

還有個現實問題：視頻編碼技術本身在迭代。H.264、H.265、AV1、VP9……新標準不停出，老設備不支持新格式，新設備為了兼容還得留著老解碼器。游戲開發周期動輒數年，立項時選的編碼，發售時可能已經半過時。

更隱蔽的成本是驗證。每換一種編碼，每支持一個新平臺，都得完整測一遍：畫質有沒有劣化、音畫是否同步、加載會不會卡、特定硬件上會不會崩潰。Barlow 提到他們"individually organize and validate hundreds of files multiple times"——這話翻譯過來就是：重復勞動量驚人，還不敢省，省了上線就翻車。

對玩家意味著什么

最直接的：你玩的游戲體積可能莫名其妙大了一截，因為里面塞了三四套重復的視頻文件?；蛘吣承┌姹镜漠嬞|比別的平臺糊一點，不是開發者不想做好，是編碼方案限制了天花板。

偶爾也能碰到更離譜的——某段過場在 Steam Deck 上直接消失，或者 CG 播到一半音畫不同步。這些問題根源往往不在"游戲代碼 bug"，在視頻編碼和特定硬件的兼容坑。

Siu 的《1000xResist》和 Barlow 的 Immortality 都屬于重度依賴預渲染視頻的類型，所以感受特別深。但說實話，哪怕是個普通游戲，開場放個 logo、中間插段劇情動畫，都繞不開這套東西。區別只是痛苦程度。

有盼頭嗎？

短期看，沒有。各平臺生態割裂是結構性問題，不是技術問題。長期看，也許云游戲、串流技術能繞開本地解碼的坑，但那又是另一套依賴條件的方案了。

Barlow 干了十多年，總結就一句話：沒有 one-size-fits-all。Siu 正在做的《Prove You're Human》還得繼續找平衡。這個"沉默的噩夢"大概會繼續沉默地折磨下去——玩家看不到，但開發者的時間表和血壓都真實地被它消耗著。

說到底，游戲開發里這種"底層基建拉胯"的事兒不止一件。物理引擎、音頻中間件、輸入延遲……每個都是專業領域，每個都能讓團隊掉層皮。視頻編碼的特別之處在于，它看似只是個"播放器"問題，實際牽一發動全身，從美術管線到平臺認證全受影響。

下次看到游戲更新日志里寫"修復了部分過場動畫無法播放的問題"，可以多想一層：背后可能不是簡單的代碼 bug，是某個開發者又和編碼格式搏斗了幾個通宵。