摘要

  • audio/ogg 表示音频占主导，并不表示容器里的每条逻辑流都是音频，也不证明接收端能解码或完整呈现所有内容。
  • 入口声明、Ogg 容器、Skeleton 清单、逻辑流头部、解码能力和最终呈现应分别留痕，不能压成一个“媒体有效”。

外层没有说谎，数据库却替它说得太多

一个响应携带 Content-Type: audio/ogg。容器里有主音轨、歌词、封面和一条播放器不认识的新逻辑流。按照 RFC 5334，只要音频占主导，歌词、元数据和封面并不会使 audio/ogg 自动失真。这个字段回答的是主要使用方式，不是内部对象枚举。

问题往往发生在入库时。接入层把 audio/ogg 映射成 contains_only_audio=true；安全扫描只加载音频解码器；转码任务丢弃其他流；资产目录最后宣称原文件从未包含任何辅助信息。标准给出的有限分类，被系统扩写成了不可逆的事实。

真正需要保存的是多层证据：服务器声明了什么，字节是否构成 Ogg，容器里识别出哪些逻辑流，本机为每条流选择了什么处理器，哪些流被忽略或拒绝，用户最后看见或听见了什么。每层都可以正确，同时整体仍不完整。

三个类型按主用途嵌套

RFC 5334 纠正了把所有 Ogg 都放进 application/ogg 的旧习惯。那个宽泛类型会遮住普通音频和视频。新规则把 application/ogg 留给复杂、多路复用、科学或脚本控制的数据；需要视觉界面但不够复杂的内容使用 video/ogg；音频占主导时使用 audio/ogg。

这不是三道互斥的内容围墙。视频对象可以同时含音频和定时文本；音频对象可以带封面与歌词；复杂应用可以包含前两者。分类依据是呈现与处理的重心，而不是要求每个内部字节都属于顶层名称。

因此，外层类型适合做第一步路由，却不适合替代检查。它可以决定先交给哪一类处理链，不能决定转码时哪些流有权被保留，也不能证明对象满足某个产品对完整性、无障碍或归档的要求。

Skeleton 是清单证据，不是解码证据

一个 Ogg 物理比特流可以复用多条逻辑流。Skeleton 提供一种无需先解码所有头页就能识别这些流的办法。RFC 5334 对 application/ogg 要求必须包含 Skeleton，对 video/ogg 和 audio/ogg 则是建议。

要求等级不同，含义也不同。application/ogg 恰好能播放某个熟悉音轨，不能补偿缺失的 Skeleton。另一方面，audio/ogg 没有 Skeleton 也不证明它只有一条音轨；清单仍可能需要从每条逻辑流的头页建立。

Skeleton 出现以后，问题也没有结束。它能帮助回答“有什么”，不能回答“本机是否有安全可用的解码器”“流是否格式正确”“时间关系是否一致”或“呈现是否完成”。清单、能力与结果必须有不同的收据。

可选的 codecs 参数不是空值证明

RFC 5334 允许媒体类型携带可选的 codecs 参数。它把逻辑流头页中的标识符提前放到外层，便于协商和早期拒绝。但“可选”意味着缺失时不能推断容器没有编解码器。真实流仍然存在，头页仍然需要解析。

参数存在时也不能直接写成“支持”。发送端可以准确声明一个接收端没有安装、已经禁用或因具体参数而拒绝的解码器。声明还可能和实际容器发生漂移。只有同时保留声明清单与观察清单，系统才能发现差异。

把 codecs=vorbis 写成播放器成功，是跨越了至少三层：容器确实包含对应流、接收端确实选择了合适实现、该实现确实完成处理。任何一层都需要自己的事实来源。

不认识一条流，不等于整个容器失败

RFC 5334 建议：识别到无法解码的逻辑流时，忽略它，同时继续处理能够解码的流。这是面向未来兼容性的设计。一条新辅助流不应自动让旧播放器无法播放主内容。

但这个行为只能证明部分兼容。若被忽略的是字幕、导航、同步或产品声明为必需的证据流，主音轨播放成功仍不能叫完整成功。相反，某些消费场景允许尽力播放，未知辅助流也不应触发整个文件无效。

决定权属于明确的用途政策，而不是一个通用布尔值。平台应记录每条流的处置，再由归档、无障碍、播放或取证规则分别判断。这样，同一份底层事实可以支持不同且可解释的结论。

OggS 只把门打开到容器层

三个媒体类型使用相同的 OggS 起始模式。它说明字节看起来属于 Ogg 页，不能在 application/ogg、video/ogg 与 audio/ogg 之间做选择，也不能列出流、证明完整性或担保播放。

扩展名同样有限。RFC 5334 推动复杂内容使用 .ogx，部分原因是历史程序常把 .ogg 当成只有 Vorbis 音频。这个历史证明了兼容预期的力量，也证明扩展名不能代替解析。改名不会改变任何内部流。

Ogg 自身也不提供通用签名或加密。它可以承载受保护的内容，也可以由外部机制保护；这些都是另一个证据层。容器还可能承载可执行或高资源消耗内容。熟悉的魔数绝不是执行许可。

来源与证据边界

以下来源证明标准文本、注册状态和后续演进，不证明任何当前文件、服务器、播放器、漏洞、部署比例或播放结果。