为什么 FLAC Streaming over HTTP 采用 Ogg 封装而不是原生封装？

当前所有 FLAC 流媒体实现（例如 Edcast 和 Icecast）似乎都在流媒体时使用 Ogg 作为 FLAC 的容器。

1. 这是什么原因呢？
2. 有什么缺点not使用 Ogg，并改为流式传输“本机”FLAC 流？

我已经做了一些通过 HTTP 传输 FLAC 的测试，它似乎在 VLC 中工作得很好。 FLAC 好像是框架可以独立站立 http://flac.sourceforge.net/format.html，使其能够抵御流损坏和/或丢帧。鉴于此，我不太明白为什么需要将 FLAC 包装在 Ogg 中。

The FLAC 到 Ogg 映射页面 http://flac.sourceforge.net/ogg_mapping.html对于为什么在许多情况下需要使用 Ogg 封装而不是流式传输本机 FLAC 有相当详尽的解释：

原始 FLAC 格式包括非常薄的运输系统...被称为“原生 FLAC”。 ...它非常轻，而且不支持更复杂的传输机制例如多个逻辑流，...

原生 FLAC 传输不是标准编解码器设计方式中的传输“层”，因为它无法与有效负载完全分离。 ...

This 当尝试将 FLAC 封装在其他真正的传输层中时会出现问题 ...

另一种选择是将本机 FLAC 帧视为 Ogg 数据包并接受传输冗余。事实证明，这并不是什么太大的惩罚； ……冗余度只有百分之零点几。

[已添加强调]

请参阅完整页面以获取更多信息，但结果是，虽然可用于流媒体，但本机 FLAC 不太适合更复杂的设置，而且 Ogg 封装的成本相当低。如果原生 FLAC 可以很好地满足您的特定需求，您可以继续使用它，但 Ogg 最终将为您提供更大的灵活性。