为什么h265狗都不用

因为硬件的性能和成本制约。

H265因为一开始的时候编码器的不完善,很多情况下表现的还不如H264。所以一个新标准从出现到使用还有大规模使用到最终成为主流是需要很长时间的。

H.264编码器和H.265编码器有什么区别？

H264编码器与H265编码器最大区别是编码压缩技术不同。

1、H.265能在有限带宽下传输更高质量的网络视频，也就是说只需原先H.264编码的一半带宽即可传输相同质量的视频。

HEVC/H.265是目前4K分辨率高清视频的主流标准，H.265编码可以更好的支持4K技术，4K超高清编码器就是采用H.265编码标准，H.265编码器基于最新的视频编码技术HEVC，即High Efficient Video Coding，能够用比H.264少一半的码率提供相同清晰度的视频，可以节省大量的存储空间和视频传输的带宽。

2、H264在低带宽条件下，通过网络传输高质量视频音频画面，比如1080P60的视频图像，可采用H.264编码传输技术。

H.265编码器相对比H.264编码器成本就会偏高，具体可根据应用需求来，如果只需要传输高清的1080P的视频你选择H.264编码器也足够了；如果需要4K分辨率超高清的视频图像，就可以选择H.265编码。千视KILOVIEW有编解码器有H.264也有H.265。

iOS H264,H265视频编码（Video encode)

H264进行编码，iOS 11 之后，iPhone 7以上的设备可以支持新的编码器H265编码器，使得同等质量视频占用的存储空间更小。所以本例中可以使用两种方式实现视频数据的编码

系统已经提供VTIsHardwareDecodeSupported判断当前设备是否支持H265编码

1 g_isSupportRealTimeEncoder = (is64Bit == 8) ? true : false; 用来判断当前设备是32位还是64位

2 创建H264/H265Session 区别仅仅为参数的不同，h264为kCMVideoCodecType_H264。 h265为kCMVideoCodecType_HEVC，在创建Session指定了回调函数后，当编码成功一帧就会调用相应的回调函数。

3 通过 [self getSupportedPropertyFlags]; 获取当前编码器支持设置的属性，经过测试，H265不支持码率的限制。目前暂时得不到解决。等待苹果后续处理。

4 之后设置编码器相关属性，下面会具体介绍，设置完成后则调用VTCompressionSessionPrepareToEncodeFrames准备编码。

上述方法主要设置启动编码器所需的各个参数

1 kVTCompressionPropertyKey_MaxFrameDelayCount : 压缩器被允许保持的最大帧数在输出一个压缩帧之前。例如如果最大帧延迟数是M,那么在编码帧N返回的调用之前，帧N-M必须被排出。

2 kVTCompressionPropertyKey_ExpectedFrameRate : 设置fps

3 kVTCompressionPropertyKey_AverageBitRate : 它不是强制的限制，bit rate可能会超出峰值

4 kVTCompressionPropertyKey_RealTime : 设置编码器是否实时编码，如果设置为False则不是实时编码，视频效果会更好一点。

5 kVTCompressionPropertyKey_AllowFrameReordering : 是否让帧进行重新排序。为了编码B帧，编码器必须对帧重新排序，这将意味着解码的顺序与显示的顺序不同。将其设置为false以防止帧重新排序。

6 kVTCompressionPropertyKey_ProfileLevel : 指定编码比特流的配置文件和级别

7 kVTCompressionPropertyKey_H264EntropyMode ：如果支持h264该属性设置编码器是否应该使用基于CAVLC 还是 CABAC

8 kVTCompressionPropertyKey_MaxKeyFrameIntervalDuration : 两个I帧之间最大持续时间，该属性特别有用当frame rate是可变

以上方法在每采集到一帧视频数据后会调用一次，我们将拿到的每一帧数据进行编码。

1 通过frameID的递增构造时间戳为了使编码后的每一帧数据连续

2 设置最大码率的限制，注意：H265目前不支持设置码率的限制，等待官方后续通知。可以对H264进行码率限制

3 kVTCompressionPropertyKey_DataRateLimits : 将数据的bytes和duration封装到CFMutableArrayRef传给API进行调用

4 VTCompressionSessionEncodeFrame : 调用此方法成功后触发回调函数完成编码。

1 首先在回调函数中截取到I帧，从I帧中提取到(h265中新增vps),sps,pps信息并写入文件

2 遍历其他帧将头信息0000,0001写入每个头信息中，再将该数据写入文件即可

这里我们简单介绍一下H264,H265码流信息

注意在H265流数据中新增vps在最前。

流数据中，属性集合可能是这样的：

经过处理之后，在Format Description中则是:

根据上述得到CMVideoFormatDescriptionRef、CMBlockBufferRef和可选的时间信息，使用CMSampleBufferCreate接口得到CMSampleBuffer数据这个待解码的原始的数据。如下图所示的H264数据转换示意图。

为什么说H265狗都不用

因为硬件的性能和成本制约。

H265因为一开始的时候编码器的不完善，很多情况下表现的还不如H264。所以一个新标准从出现到使用还有大规模使用到最终成为主流是需要很长时间的。

265压缩需要对应的解码器支持才能使用，前期已经发售的大量264解码设备（主要是电视机机顶盒，电脑一般无所谓）不能直接升级，召回的工作量又太大，所以影响了265普及。

子流码需要设置h265吗

需要。

H265编码器就是采用的H.265编码算法，它需要更高的处理性能。它可提供优质的视频传输和低延时的编解码，从而使视频流更为流畅、自然，只需要占用较小的带宽，即可获得高清晰度的视频信号。

h265的缺点

h265为什么不普及之实时编码难度大

在视频采集后，在保证视觉效果的同时需要减少视频数据量，一边数据传输和存储，编码压缩显得尤为重要。H.265编码复杂度较之H.264呈几何增长，编码用时也随之增长，以现有的终端设备难以实现实时编码，所以目前阶段直播平台难以使用H.265编码播放视频。

h265为什么不普及之编码器使用难度大

H.265只是规定了一个可用技术的范围，编码时很多特性可以用，也可以不用。所以H.265编码器的使用难度大概是h.264的2-3倍不止。

h265为什么不普及之解码难度大

H.265带来了远高于H.264的压缩效率，也带来了高于H.264数倍的解码难度，算法复杂度相比H.264提高了2-10倍，运算量飙升到400-500GOPS，复杂的运算对处理器提出了严峻的挑战

.pjbox{padding-top:8px;text-align:center}.pjbox a{cursor:pointer;color:#000} 收藏 / 推荐(100) / 要加油(4)