当执行./configure 时遇到 ERROR: x265 not found using pkg-config
本文转自淘宝技术,文章详细介绍了如何通过WebAssembly在移动Web端实现H.265解码,既享受到了H.265更高的编码效率,又实现了在多种移动端浏览器上兼容。 带宽成本:在有限带宽下H.265能传输更高质量的网络视频,理论上,H.265最高只需H.264编码的一半带宽即可传输相同质量视频。 H.264 vs H.265 H.264是当下用的最为广泛的视频编码格式,H.265标准围绕着现有的视频编码标准H.264,保留原来的某些技术,同时对一些相关的技术加以改进。 浏览器现状 如下图,因为H.265专利及硬解支持情况不完善的原因,主流现代浏览器均不兼容H.265编码的视频播放(Edge新版本以插件方式支持),但是因为Apple对H.265的支持(这里作者认为这可能是一个很重要的标志 FLV官方协议不支持H.265:对FFmpeg及编码端对H.265进行扩展,因为FFmpeg内部数据结构嵌套较深,替换js解封装函数直接用FFmpeg的解封装函数。
好多开发者聊到GB28181的时候,不可避免的提到H.265编码国标平台是否支持? 实际上,GB/T28181-2016里面,并未提及H.265编解码相关,具体参见以下说明:视音频编/解码技术要求联网系统中,对视音频编/解码的技术要求包括编/解码的档次和级别、工具选项、码流语法的规定以及比特流和解码器的一致性测试等 图片GB28181接入端到底要不要支持H.265?问题来了,如果GB28181平台端上去H.265的数据怎么办? 如果做的比较好的平台端,不需要web播放的话,也可以转成其他如RTMP(需要RTMP支持扩展H.265)等播放,由于web端不支持H.265的播放,好多第三方国标平台,是先把H.265转H.264后再播放 ; }}如果GB28181平台端对H.265支持不好,最简单的做法,还是直接让设备接入端设置成H.264软编或硬编码。
随着H.265的普及,越来越多的开发者希望大牛直播SDK(Github)能支持低延迟的RTSP H.265播放,并分享相关经验: 实现思路: 对rtsp来说,要播放h265只要正确解析sdp和rtp包即可
花椒直播一直在对 HEVC(H.265)进行研究、应用以及不断优化。 以下统称为 H.265。 H.265 相对于 H.264 的一些主要改进包括: 1. 可以看到,H.265 在提供了更高的压缩率、更低的码率、更好的画质的同时,也增加了编解码的复杂度,有统计表明 H.265 解码的运算量已经数倍于 H.264。 Web 端软解码 目前各主流浏览器对 H.265 播放的原生支持情况不够理想,Web 端几大浏览器全部不支持 H.265 原生播放,Web 端的 H.265 播放需要通过软件解码来完成。 ? FLV 封装的 H.265 数据的编解码功能。
技术背景一直以来,GB28181-2022之前的规范版本让人诟病的一点:没有明确针对H.265的说明,特别是监控摄像机,H.265已然成为标配,GB/T28181-2022规范,终于针对H.265做了明确的说明 视频流:0x24;基于RTP的视音频封装H.265视频流的RTP封装H.265的RTP载荷格式应符合IETF RFC 7798的相关规定。 H.265视频编﹑解码技术要求H.265的档次和水平采用H.265标准的视频编码应至少支持ITU-T H.265(2019)视频标准的主档次(MainProfile),水平(Level)应至少支持到Level 视频解码宜扩展支持 H.265主档次(Main Profile)中的B帧工具,且相邻两Р帧间的B帧个数不大于2。H.265主档次视频编码标准的具体描述详见ITU-T H.265(2019)的相关规定。 采用H.265编码标准的视频流应为H.265主档次视频流,编码应支持上述主档次选项和工具中的部分或全部;H.265的解码至少应支持上述全部选项和工具。
H.265相对于H.264的主要改进 ? H.265在花椒直播上的画质表现可以说很直观地显示了H.265的技术优势:上图左侧是一个基于H.264 1500k进行的直播画面,右侧则是基于H.265 1100k,似乎两个画面并没有很大区别…… ? 花椒从2017年上半年加入H.265的解码支持后,同时上线了H.265软编版本(显然没有编码器生成H.265内容解码器也就没什么存在价值了);2017年初,在对H.265软编进行灰度测试时我们发现了一些问题 各个平台的H.265实现方案 ? 下面按照平台划分简介H.265的具体实现方案。 H.265高清低码方案 ? 接着再说说我们在 H.265的高清低码解决方案方面的探索,我们有如下思路 ?
在EasyGBS平台中接入的设备视频流为H.265,设备触发告警时,在平台上没有告警快照和告警视频。因此,我们近期在EasyGBS中增加了针对H.265视频流的告警信息。 设计逻辑:在判断流为H.265时,保存告警视频和截取快照即可。代码参考:判断为H.265流时,开启了告警就保存视频:判断为I帧,就保存为告警快照:前端展示效果如下:
H.265 H.265编解码器,或称高效视频编码(HEVC),是由视频编码专家组(VCEG)和动态图像专家组(MPEG)的联合开发出来的。 编码质量 VP9和H.265在这一类上没有太大区别。无论使用哪种编解码器,视频看起来都很好。然而,当比特率较高时,H.265的性能略优于VP9,反之亦然。 我们将在下一节中介绍H.264享有广泛的支持,而且不会像VP9或H.265那样消耗CPU。 优胜者:H.264,H.265紧跟其后。 只有Edge、Internet Explorer和Safari支持H.265硬件编码。即使到那时运行浏览器的设备仍然需要支持H.265硬件编码。 根据Nettfix的一项测试,H.265的表现比VP9高出约20%。尽管其他的测试产生了不同的结果,但他们都得出结论,H.265创建了更小的文件大小。
什么是H.265视频编解码? (1)什么是H.265 H.265,也被称为HEVC(HighEfficiency Video Coding),作为H.264的继任者,提供了更好的视频压缩和更高的视频质。 H.265标准的诞生是在有限带宽下传输更高质量的网络视频。对于大多数专业人士来说,H.265编码标准并不陌生,其是ITU-TVCEG继H.264之后所制定的视频编码标准。 (2)H.265的主要优势 更好的压缩效率:H.265通过改进的编码算法和更多的编码选项,能够以更低的比特率提供相同质量的视频。这使得H.265更适合于高分辨率视频和高帧率视频的压缩。 支持更高的分辨率和帧率:H.265支持更高的分辨率和帧率,可以适应日益增长的高清和超高清视频需求。相对于H.264,H.265可以以更高的分辨率和帧率进行视频压缩。
H.265 H.265编解码器,或称高效视频编码(HEVC),是由视频编码专家组(VCEG)和动态图像专家组(MPEG)的联合开发出来的。 编码质量 VP9和H.265在这一类上没有太大区别。无论使用哪种编解码器,视频看起来都很好。然而,当比特率较高时,H.265的性能略优于VP9,反之亦然。 我们将在下一节中介绍H.264享有广泛的支持,而且不会像VP9或H.265那样消耗CPU。 优胜者:H.264,H.265紧跟其后。 只有Edge、Internet Explorer和Safari支持H.265硬件编码。即使到那时运行浏览器的设备仍然需要支持H.265硬件编码。 根据Nettfix的一项测试,H.265的表现比VP9高出约20%。尽管其他的测试产生了不同的结果,但他们都得出结论,H.265创建了更小的文件大小。
系列文章: 音视频:H.264 与 H.265 编码 一 简介 上一篇已经介绍了H.264和H.265之间的一些关系和基础,简单来说,H.265标准围绕着视频编码标准H.264,保留原来的某些技术,同时对一些相关的技术加以改进 更多二者之间的差异,也可以查看H.265与H.264的差异详解这篇文章做个了解。 二 H.265视频播放 2.1 H.265带来的问题 对于我们来说,编码技术的优化是好的,但功能的实现更加重要。 例如,已经接入过H.264的设备,要新接一些H.265的设备,必然会带来两个问题:一是怎样接入(播放);二是怎样做好兼容。本篇我们先只考虑第一个问题,即怎样实现H.265视频的播放? 操作系统借助硬件(显卡)进行H.265编码视频的解码工作,其好处是硬解的功耗低,解码速度快。但目前H.265编码在浏览器中的硬件解码支持情况并不普及。 H.265在后端进行转码,转成H.264格式之后再做播放,以减轻前端的资源压力。
一、H.265与H.264编码的区别1)版本与压缩效率H.265是ITU-T VCEG继H.264之后制定的新视频编码标准,是H.264的升级版。 H.265的压缩效率显著提高,相比H.264,其压缩效率几乎翻了一倍。这意味着在相同画质下,H.265编码的视频文件大小更小,能够在相同的带宽下传输更高质量的视频。 3)比特率与分辨率H.265在相同画质下的码率比H.264更低,这意味着在相同的带宽下,H.265可以传输更高质量的视频。 同时,H.265支持更高分辨率的视频,如8K,而H.264通常限制在1080p或4K。这种高分辨率的支持使得H.265在超高清视频传输领域具有更大的优势。 兼容性:H.265标准兼容H.264,但H.264不兼容H.265。即H.265编码的视频可以在支持H.264的设备上播放(通过软件转码),但反之则不成立。
而且,EasyNVR还能支持H.265编码格式的视频播放,极大地增强了平台的拓展性。 近期我们接到用户的反馈,EasyNVR在录像回看H.265视频流时,出现了播放异常的情况。 于是对该段代码进行了优化,加上浏览器当前的origin请求,如图: 更新后,即可解决录像回看H.265视频流不能正常播放的问题。 比起H.264格式,H.265提供了更多不同的工具来降低码率,它可以在有限带宽下传输更高质量的网络视频,并且仅需原先的一半带宽即可播放相同质量的视频。 TSINGSEE青犀视频大部分的视频平台均已经支持H.265格式的视频编码,今后我们也将持续推进H.265技术在各个视频平台的融合,拓展平台的视频能力。
H.265流媒体播放器EasyPlayer可支持多类型的视频流格式播放,包括RTSP、RTMP、HLS、FLV、WebRTC等,还可支持H.264/H.265视频播放,属于高可靠、高可用、高稳定性的流媒体播放器 我们在测试EasyPlayer新功能时发现,EasyPlayer播放器在播放H.265视频时,画面屏幕上显示出了进度的按钮,如图:经过排查发现,原来是vjs-play-progress vjs-slider-bar 所以,在判断视频是否为H.265时,及时更新css的状态,如图:使用this.
在上一篇 SkeyeRTMPClient拉取RTMP流扩展支持HEVC(H.265)解决方案 中关于HEVCDecoderConfigurationRecord结构解析的讲解存在一些表述上不清楚的地方, 所以结构体声明的参数位宽和实际位宽可能是不对等的,这就将导致解析MetaData时发生错位,从而解析发生错误,从而,我们从新认识HEVCDecoderConfigurationRecord,并声明其结构如下: // RTMP扩展支持HEVC(H.265 ...... } 同理,我们从MetaData中拷贝出nal单元数据头也是需要考虑这个问题,这里我们声明Parser_HVCCNALUnitArray结构如下: // RTMP扩展支持HEVC(H.265
H.264及H.265简介: 一、什么是H.265 H.265是ITU-TVCEG继H.264之后所制定的新的视频编码标准。 H.265标准也同时支持4K(4096×2160)和8K(8192×4320)超高清视频。可以说,H.265标准让网络视频跟上了显示屏“高分辨率化”的脚步。 针对H.264编码格式,根据不同分辨率,推荐其对应的码率配置关系如下图所示: 宽屏 : 非宽屏 : 三、H.265与H.264有何不同 在讨论H.265有哪些提升和优点之前,我们不妨先来了解一下H.264 复旦大学H.264/H.265开源IP H.265 Video Encoder IP Core 是开源的H.265硬件视频编码器,实现了H.265(或叫HEVC)的大部分功能。 任何组织个人可以无偿使用上述代码用于研究和生产目的,VIP Lab将会持续更新并维护H.265硬件视频编码器的开发。
H.265比H.264的编码效率更高,不过一个编解码的更新换代,一般是以N个10年为基准的,现在也不能说H.265就能完全替换H.264,还有不少遗留问题。 H.265的收益就不用说了,可以用更少的带宽,传输同样的质量,这就是省钱啊。 此外,8K的朋友必须H.265,大约在9Mbps码率,而H.264得30Mbps而且最高分辨率无法支持8K。 而H.265正有这一堆的问题,所以如果你想要选择H.265,一定要想好了,看看你的场景下收益是否能超过要付出的成本。 Status of H.265 下面是各种场景下,H.265的支持情况,可以阅读原文,看详细的Commit。 Usage: Live 我们看一个最简单的H.265直播的例子。 首先,编译SRS,注意开启HEVC(H.265)支持,SRS 6.0.31+: git checkout develop.
图片我们在测试平台功能时发现,EasyGBS播放H.265视频流时,当码率比较大,则会出跳帧、卡顿的现象,实际上视频流并未丢包,这是由于前端播放器遇到高码率H.265时,解码能力不足导致。 所以我们近期对平台的转码模块进行了优化,可自动将H.265转成H.264,并在平台中增加了启用与关闭按钮,便于用户自主选择和配置。 图片参考代码如下:图片因为当前浏览器对H.265的支持不太友好,所以EasyGBS平台的该功能可极大提升用户的视频播放体验。
前言 最新的编码质量对比研究表明,视频编码标准AV1在质量已经登顶,但在编码速度方面仍与VP9、HEVC相差甚远。同时,莫斯科国立大学(MSU)开启了一项从主观层面对比视频质量的服务,名为Subjectify.us。 MSU的研究表明,仅考虑编码质量时,AV1的性能已胜过HEVC和VP9,成为目前质量最高的可用视频编码标准。同时发现,在常规操作模式下,VP9相比于HEVC也有更好的编码质量。不过,以上仅是MSU 2017编码对比报告中诸多亮点的一小部分,除此之外,MSU开展了在线对比视频与静态图像主观质量的