论坛
潜水/灌水快乐,沉淀知识,认识更多同行。
ToB圈子
加入IT圈,遇到更多同好之人。
朋友圈
看朋友圈动态,了解ToB世界。
ToB门户
了解全球最新的ToB事件
博客
Blog
排行榜
Ranklist
文库
业界最专业的IT文库,上传资料也可以赚钱
下载
分享
Share
导读
Guide
相册
Album
记录
Doing
搜索
本版
文章
帖子
ToB圈子
用户
免费入驻
产品入驻
解决方案入驻
公司入驻
案例入驻
登录
·
注册
只需一步,快速开始
账号登录
立即注册
找回密码
用户名
Email
自动登录
找回密码
密码
登录
立即注册
首页
找靠谱产品
找解决方案
找靠谱公司
找案例
找对的人
专家智库
悬赏任务
圈子
SAAS
ToB企服应用市场:ToB评测及商务社交产业平台
»
论坛
›
企业信息化/数字化
›
ERP
›
SAP
›
技术赋能-混流编排功能,助力京东618直播重保 ...
技术赋能-混流编排功能,助力京东618直播重保
锦通
金牌会员
|
2023-6-9 02:23:48
|
显示全部楼层
|
阅读模式
楼主
主题
554
|
帖子
554
|
积分
1662
每每到618、双11这样的大型活动的时候,每天都有几个重要的大v或者品牌直播需要保障。
以往的重点场次监播方式是这么造的:
对每路直播的源流、各档转码流分别起一个ffplay播放窗口,再手动调整尺寸在显示器桌面进行布局,排到一屏里来监播。
这样做的缺点:
操作复杂,手动调整画面不美观
不同的拉流时间点,起播时间有误差,画面无法协调一致
当拉多路流的时候,带宽也受限制,基本上拉3-4个2m码率以上的流本机就会卡顿了,此时如果流有问题,就不能准确判断卡顿来源了,检查起来也比较费劲
展示方式是这样的:
ffplay 'rtmp://stream1' & ffplay 'rtmp://stream2' & ffplay 'rtmp://stream3' & ffplay 'rtmp:/stream4' & ffplay 'rtmp://stream5' & ffplay 'rtmp://stream6' & ffplay 'rtmp://stream7' & ffplay 'rtmp://stream8'
复制代码
PS:这么多的窗口,点着是挺麻烦的
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!
本帖子中包含更多资源
您需要
登录
才可以下载或查看,没有账号?
立即注册
x
回复
使用道具
举报
0 个回复
倒序浏览
返回列表
快速回复
高级模式
B
Color
Image
Link
Quote
Code
Smilies
您需要登录后才可以回帖
登录
or
立即注册
本版积分规则
发表回复
回帖并转播
回帖后跳转到最后一页
发新帖
回复
锦通
金牌会员
这个人很懒什么都没写!
楼主热帖
漏洞利用
java全套电子书分享(可直接下载) ...
理解MVCC
近万读者杂志200期精华文章ACCESS\EXCE ...
快速入手node.js
单窗算法的地表温度反演:谷歌地球引擎 ...
泛化之美 —— C++11 可变参数模板的妙 ...
openfoam文件读取
MongoDB 位置查询报错 planner returne ...
医院HIS体系厂家统计
标签云
挺好的
服务器
快速回复
返回顶部
返回列表