共计 1823 个字符，预计需要花费 5 分钟才能阅读完成。
本篇文章为大家展示了 H.265 是如何降低视频存储和传输成本，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。
互联网时代，每一次技术革新都会带来商业价值、推动社会进步。然而旺盛的市场需求也会倒推技术的成熟。
从视频行业来看，内容的丰富度在增强，曾经 H.264 让 1080p 风暴席卷了全球，但伴随着 4K、VR 等产业普及，它再也无法引领潮流了。相应的在视频体验过程中，为了保障清晰度，视频码率的要求也在提高。同等的带宽应对更大的码率，画质和卡顿的出现势必也会影响用户体验。反之想要发展，带宽成本是行业无法绕过的一个问题。H.265 作为新一代的视频编码标准，顺应时代而生。
今天我们就一起来看下 H.265 在直播场景中是如何应用的：
H.265(HEVC) 是新一代的视频编码算法，与 H.264 相比，在同等清晰度下，能为视频的存储、传输节约成本，同时，网络带宽的降低也能在同等带宽的条件下给用户带来更好的视频观看体验。下面我们来看下 H.265 技术如何在直播中实现。下图为典型的直播流程:
l 绿色连线表示 H.265 支持的协议
l 红色连线表示 H.265 不支持的协议
l 自定义表示视频直播系统的内部传输协议，可以自由选择。
在涉及到视频编码的地方，就有可能使用 H.265，在上面流程中，我们看到有 2 个地方涉及到编码，分别为: 在采编端提供 H.265 编码能力和采编端保持 H.264，在云端提供 H.264 到 H.265 的转码能力，为了使用这两种方案，云端必须做到:
l 在传输上支持 H.265。当前的直播上行几乎都会使用 RTMP，下行通常会使用 RTMP，HTTPFLV 或者 HLS。然而，RTMP，HTTPFLV 使用的视频封装都是 FLV，FLV 是不支持 H.265 的，需要对 FLV 进行扩展。TS 是支持 H.265 的，不需要扩展。
支持 H.264 到 H.265，H.265 到 H.264，H.265 到 H.265 的实时转码。
下面我们看看如何在 FLV 中支持 H.265：FLV 的封装结构为一个个 tag，每个 tag 有 tagheader 表示该 tag 是视频，音频，还是 script。对于视频 tag，会有一个 4bit 的字段标识视频编码类型，如下图所示:
可以看到，这个 4bit(0-15) 的字段 CodecID 已经使用了 6 种类型，剩下的几种可以用于扩展。同时，我们看 ffmpeg 对 FLV 格式的定义，会发现，ffmpeg 对 FLV CodecID 使用已经到了 9，如下图所示：
为了避开 ffmpeg 对 FLV 的扩展引起的兼容问题，需要使用其他的 个 CodecID 来表示 H.265。
在使用扩展了传输协议，并在云端实现了 H265 的转码后，直播流程如下图所 :
使用时可以根据不同的推流端或播放端能，使用如下组合:
推流进行 H.265 编码，并使用扩展的 RTMP 协议，上传 H.265 直播流，云端转成不同码率的 H.265 和 H.264，并输出 HLS，标准 RTMP，扩展 RTMP，标准 HTTPFLV，扩展 HTTPFLV，供不同解码能能力和网络带宽的终端观看。
推流使用 H.264 编码，云端将 H.264 转码成不同码率的 H.264 和 H.265 码流，输出 HLS，标准 RTMP，扩展 RTMP，标准 HTTPFLV，扩展 HTTPFLV，供不同解码能力和网络带宽的终端观看。
诚然，新的标准诞生，伴随着鲜花掌声和追捧，也同样存在问题。H.265 所依赖的算法的复杂程度决定了它需要多的计算能力来支撑，随之而来的就是对硬件消耗增多。
据了解，H.265 解码的理论运算量为 H.264 的 1.7～2.0 倍, 之前双核 A9+ 单核 GPU 配置可以流畅播放 H.264 视频的话，而到了 H.265 视频就只能欣赏一下幻灯片了。这也就是现在各视频云厂商都还在摸索阶段的主要原因。
虽然如此，H.265 能比 H.264 节约 20%-40% 的码率也是其不可小看的优势，所以在直播中应用 H.265 的目的也十分明确，就是降低视频码率，节省带宽成本。
云计算技术日益成熟，未来会有越来越多的厂商涌入到视频云市场之中。BAT 等互联网巨头云集，大数据、H.265、4K、VR、AR 等技术和标准的不断应用也对视频云服务提出了更高的要求。如何能够根据自身优势，顺应技术革新，帮助客户降低成本是值得思考的命题，相信每个厂商都有自己的答案。
上述内容就是 H.265 是如何降低视频存储和传输成本，你们学到知识或技能了吗？如果还想学到更多技能或者丰富自己的知识储备，欢迎关注丸趣 TV 行业资讯频道。
