【问题标题】:h.264/svc mobile supporth.264/svc 移动支持
【发布时间】:2013-03-27 20:58:33
【问题描述】:

我是 H.264/SVC 标准的新手。我研究发现android、ipad和iOSx等移动设备都支持H.264/AVC。由于 H.264/SVC 是 H.264/AVC 的扩展,具有基本配置文件和增强配置文件的多层结构,我想知道支持 H.264/AVC 的设备是否也支持 H.264/SVC ?

【问题讨论】:

  • 网站应该支持 Ogg Vorbis 和 H.264。
  • @Cole Johnson:Ogg 是一种容器格式; Vorbis 是一种音频编解码器。 H.264 是一种视频编解码器。这个问题是关于视频的。

标签: mobile h.264


【解决方案1】:

根据我对此事的(仅理论上的)研究,H.264 AVC 播放器将无法开箱即用地解码 H.264 SVC 流。

但在您的服务器上使用 SVC 作为编码格式并不一定意味着您将 SVC 编码数据流式传输到您的客户端。从 SVC 到 AVC 的转换可以在服务器端完成,只需很少的计算工作。这不是重新编码!市场上越来越多的解决方案在服务器上使用 H.264 SVC 文件格式,但在确定可用网络带宽后仍以定制的数据速率向其客户端发送 AVC 流。通过这种方式,流媒体系统与现有客户端保持兼容,但已经可以在服务器上使用 SVC 的优势(例如,每个视频只有一个文件,并且存储开销非常低)。

另一方面,如果您的客户端能够处理流,则确实可以发送 SVC 格式的流。如果需要,这些 SVC 流可以具有降低的数据速率 - 取决于可用带宽 - 可以通过删除 SVC 层轻松地从原始 SVC 文件中提取并且具有低计算能力。在许多情况下,只要可用带宽不允许流式传输完整的 SVC 文件,动态重建流并发送减少的层集(向下到简单的基础层)将是有意义的。毕竟这就是 SVC 的意义所在:可以从单个主文件或高带宽 SVC 流中快速生成带宽减少的版本。

实际上,从 SVC 流中删除层甚至可以在从服务器到客户端的过程中在专门的中间网络节点和代理上进行。这允许在网络连接的以下部分的带宽对于完整的传入流而言太低时降低信号数据速率。

我发现的一些提供程序用于从 SVC 文件动态生成适应的 SVC 或 AVC 流的系统是

有关 H.264 SVC 的更多详细信息,请参阅以下链接:

【讨论】:

  • 我目前正在自己​​研究此事。所以我刚刚用新的发现“稍微”升级了我的答案。 :)
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2015-12-26
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多