webrtc H265/H264播放器性能测试

已于 2022-09-23 11:48:29 修改
阅读量2.8k 收藏
点赞数
分类专栏： 图像智能 metaRTC 笔记 文章标签： webrtc 音视频
于 2022-09-23 11:34:14 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/superxxd/article/details/127007153
版权
笔记 同时被 3 个专栏收录
76 篇文章 6 订阅
订阅专栏
图像智能
32 篇文章 5 订阅
订阅专栏
metaRTC
24 篇文章 20 订阅
订阅专栏
团队测试了H265与H264在WebRTC中的混合解码模式，发现H265软解4路加H264硬解2路，使CPU占用达60%。虽然资源消耗较高，但能有效满足实际需求。测试突显H265在实时传输的优势，计划优化硬解码和多流传输，以打造高效易用的实时直播解决方案。
摘要由CSDN通过智能技术生成

       浏览器作为计算机操作系统通用门户，提供了非常方便的访问互联网的功能，而且可以很好的结合前后端业务拓展，为播放音视频提供很好的载体，比专用桌面播放器在方便性易用性的优势明显，经过团队的努力，我们针对webrtc不同编码的视频播放进行了组合测试。

    测试效果如下，从测试中可以看出，H265视频编码软解结合H264视频编码硬解的混合模式，播放器没什么问题，简单易用，在测试中我们采用了H265 4路软解，2路H264硬解，计算机的CPU（主频3.6GHz）基本上达到了60%，说明datachannel的传输以及wasm软解还是比较耗资源的，同时基本上可以满足一定的实际需求，也看到H265与H264码流的明显差别，再次证明我们的判断H265的实时传输是一个值得花功夫打磨的方向，我们将进一步优化尝试硬解码，多流传输模式探索，结合轻量级边缘服务全栈解决方案，力争打造一个实用、好用、简单、高效的易拓展 的软硬件结合的webrtc实时直播解决方案。

 播放器同时启动了六路1080p视频展示,两路H264码流在150-300kbs,H265码流在40kbs这差距是不是太大了

 

 CPU占用

 

 

实际现场视频画面

 

superxxd
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
webrtc vp8/9视频编解码介绍
琅嬛福地
06-04 1069
在WebRTC中，VP8和VP9用于视频通信。由于WebRTC的开放性和对开源格式的支持，这些编码被广泛采用。VP9由于其更高的压缩率和对高分辨率视频的支持，越来越受到青睐，尤其是在带宽较低但需要高视频质量的应用场景中。 选择VP8还是VP9通常取决于特定应用的需求，包括对带宽的需求、视频质量的要求、以及客户端硬件的编解码能力。VP9虽然提供了更好的性能，但其编解码过程可能对计算资源的需求更高，这在一些老旧设备上可能是一个考虑因素。
web播放H.264/H.265,海康,大华监控摄像头RTSP流方案
liveweb视频汇聚平台
12-12 437
况且很多技术方案，需要在后端持续运行高负荷运转的视频转码转流服务，如果摄像头路数多或需要在线播放的终端比较多，服务器的压力就会很大，播放卡顿、花屏、黑屏、断播等现象就会时常出现，很难让客户满意，为了解决这些问题，相关硬件、软件的投入和持续不断的带宽占用往往也让客户难以接受。2. 设备兼容性强，同时支持海康、大华、宇视、华为等厂家的硬件设备，只要能输出RTSP、RTMP、HLS、HTTP、TCP、UDP等流媒体协议，就可以直接播放；3. 录像功能，支持直接录像保存到本地MP4文件。5. 语音对讲及云台控制。
h265测试视频.......
03-04
h265测试视频资源，mp4封装。有需要可以下载。
怎么给直播平台做性能测试 ？不只是你想象的那么简单！
最新发布
2301_80119579的博客
07-20 632
本次测试目标为测试直播平台的能力，国内常见的直播协议有RTMP、HLS、HTTP-flv、RTP协议，被测的直播平台使用开源SRS，主要支持RTMP/HTTP-flv/HLS三种协议，Loadrunner、JMeter对上述协议支持较差，如果使用二次开发工作量较大，调研发现可使用SRS-Bench工具作为测试工具对多人同时直播、多人同时观看、直播观看混合场景、直播录制4个场景进行测试。经过测试，当推流路数达到一定值后，资源消耗严重，连接数丢失，视频播放卡顿严重，建议单节点不超过3000路。
关于视频播放性能测试
热门推荐
探索软件测试之道
10-18 1万+
 关于视频播放性能测试（MediaPlayer/realplayer/flash/……）两个解决方法：1、并发去下载视频文件，测试下载速度。理由：播放视频是本地行为先下载，然后解码再播放，实际下载速度够了就可以正常播放，因此根据下载速度和码流对比就知道效果了。2、并发播放，自己写程序。一台主机创建多个播放器真正播放，实际程序没有多少，播放就是调用ocx控件，非常简单。我在《LoadRu
h265测试视频
04-25
H265高清测试视频 HEVC
Android IOS WebRTC 音视频开发总结（五六）-- 如何测试网络性能？
weixin_33796177的博客
12-24 186
本文主要介绍如何测试网络性能，文章来自博客园RTC.Blacker，欢迎关注微信公众号blacker，更多详见www.rtc.help   网络性能直接决定了视频通话效果，比如qq，很多时候我们我们觉得通话效果不错，但有些时候体验很差，这时候我们怎么判断是网络不好还是产品本身质量问题呢？最好的办法就是有工具能直接测试当前网络质量，这也正是本文的主题，原文最早来自环信音视频专家符宁，由kelly...
webrtc H265 网页播放器迈向实用第一步
superxxd的专栏
09-20 2554
支持了GB2818摄像头的推送转webrtc网页拉流，H264/H265据实现网页实时播放，本地测试有非常不错的低延时效果欢迎大家下载测试。
windows版本webrtc打开h264选项
03-29
### Windows版本WebRTC开启H.264选项详解 #### WebRTC与H.264简介 - **WebRTC（Web Real-Time Communication）**：是一个支持网页浏览器进行实时通信（RTC）的技术。它允许在无需插件的情况下进行音视频聊天或P2P...
《WebRTC系列》实战 Web 端支持 h265 硬解
irainsa的博客
04-07 3785
目前 datachannel + MSE 的方案已经上线，测试下来，线上同时硬解 16 路没有性能问题。后续会尝试用 webcodes 来进行 H.265 的解析，并处理音视频同步等问题。彻底解决掉延时的问题。下一篇准备写日常排查 WebRTC 问题的一些思路，也欢迎评论区聊一下日常遇到的一些问题，下篇一起汇总。《WebRTC系列》实战 Web 端支持 h265 硬解 - 掘金。
ffmpeg_webrtc_m84_h264.rar
08-31
5. 测试验证：编译完成后，进行单元测试和集成测试，确保在X64平台上，H.264的编解码性能和稳定性达到预期效果。 在实际操作中，开发者可能还会遇到其他编译问题，如依赖库的版本匹配、链接错误等，这时需要仔细...
webRTC的直播播放器
08-04
自定义的webRTC播放器 - h5格式的
WebRtcPlayer:RTSPtoWebRTC项目的示例播放器
04-07
WebRtc播放器 示例播放器 入门 安装并运行RTSPtoWebRTC服务器 < script src =" webrtcplayer.js " > </ script > < video id =" videoelement " autoplay controls muted style =" width:600px; " > </ video > < script > WebRtcPlayer . setServer ( 'localhost:8083' ) ; let player = new WebRtcPlayer ( 'videoelement' , 'H264_PCMALAW' ) ; </ script > 第一步是指定运行RTSPtoWebRTC的服务器 WebRtcPlayer . setServer ( 'localhost:8083' ) ; 下一步创建Web
H265专业测试视频
01-13
H265专业测试视频
JSWebrtc简易播放器-其他
06-12
JSWebrtc是一个支持SRS的Webrtc播放器。 JSWebrtc对浏览器的Webrtc做了简单的封装，支持SRS的RTC流的播放。 用法： JSWebrtc播放器可以通过HTML创建，只需给指定元素添加CSS样式jswebrtc即可: div class="jswebrtc" data-url="" 也可以通过在 JavaScript 中调用 JSWebrtc.Player() 构造方法来创建: var player = new JSWebrtc.Player(url [, options]); 参数url是一个webrtc开头的地址 (webrtc://...). 参数options支持下列的配置项: video – 用于播放视频的 HTML Video 元素. autoplay - 是否自动播放. 默认 false. onPlay(player) – 播放后回调 onPause(player) – 暂停后回调 JSWebrtc.Player API 实例JSWebrtc.Player支持以下方法和属性: .play() – 开始 .pause() – 暂停 .stop() – 停止 .destroy() – 停止播放并清理相关的播放资源. .paused – 只读, 是否暂停播放
H265测试视频 ts文件 1080P
01-18
H265编码 1080P 的 测试视频 TS流，惊喜就在下载后
WebRTC -- H264视频编码I、B、P帧
while(1) { smile(); }
10-24 1501
一、概述 H264是新一代的编码标准，以高压缩高质量和支持多种网络的流媒体传输著称，在编码方面，他的理论依据是：参照一段时间内图像的统计结果表明，在相邻几幅图像画面中，一般有差别的像素只有10%以内的点,亮度差值变化不超过2%，而色度差值的变化只有1%以内。所以对于一段变化不大图像画面，我们可以先编码出一个完整的图像帧A，随后的B帧就不编码全部图像，只写入与A帧的差别，这样B帧的大小就只有完整帧的...
webrtc视频播放器(ZLMRTCClient.js)
蒋小姐的博客
05-11 9992
在播放实时视频时，视频播放器一般会有延迟，此时，就可以使用webrtc来拉流，延迟在1s或者基本没有延迟。ZLMRTCClient.js: 与zlm配套的rtc js客户端。将ZLMRTCClient.js文件，存放到public文件中；在index.html文件中引入文件；
基于webrtc的p2p H265播放器实现一
superxxd的专栏
08-20 3872
因为很多编码芯片基本上都是支持H264和H265的，VP9和AV1基本上硬件都不支持，大量的显示需要H265来减少流量，特别是4G应用，H265比H264 要少接近一半的流量。为了学习编解码和webrtc以及wasm相关技术,结合网上开源的播放器基础，重新实现了一个基于webrtc的播放器，编码是rv1126 的H265硬编，传输采用webrtc datachannel,信令采用mqtt,播放采用webgl,使用了多worker模式，数据采用指针传递和缓存模式。以下是核心的解码worker。........
webrtc h265
09-08
WebRTC是一种用于实时通信的开放式框架，支持音视频传输和数据传输。然而，原生的WebRTC API不支持H265编解码，只支持H264编解码。因此，为了兼容H265并降低延迟，可以采用一种新的实现思路。 这个实现思路是使用WebRTC的DataChannel作为传输协议，并使用WebAssembly（wasm）来实现H265的解码。可以使用C语言编写H265解码的代码，并将其编译成JavaScript库，供前端调用。同时，可以使用WebGL来进行视频渲染。 通过使用DataChannel，可以控制缓存和传输数据的方式。DataChannel基于UDP协议，可以在解码和渲染过程中进行自定义缓存，从而理论上可以大大降低延迟。这种方案的整体实现包括WebRTC DataChannel、WebAssembly H265解码和WebGL渲染。 总体而言，这种方案使用了WebRTC的DataChannel来传输数据，使用WebAssembly实现H265解码，并使用WebGL进行渲染。这种方案将在一系列文章中介绍其实现和细节。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* *3* [webrtc支持H265(一）webrtc datachannel的特性](https://blog.csdn.net/mo4776/article/details/131333916)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatgptT3_1"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值