学习
实践
活动
专区
工具
TVP
写文章

开源复刻:OBS直播如何,结帖!

在之前文章《开源复刻:OBS如何支持直播多人,SRS 4.0在线发布会技术方案》,我大概介绍了如何用OBS做直播,这段时间大家关注度比较高,我也多次优化了方案,终于可以结帖了。 先说结论吧,请看B站教程《OBS和多人》,可“阅读原文”直达,也可以点下面的小程序观看: 特别感谢腾讯云音视频的小巧而强大的工具Timmerse,后台是刘响(响总)支持的,全球提供服务,棒棒哒 有问题扫码进群喷: 福利 当然还有朋友问了很多直播间怎么做的,比如视频号和B站的评论区怎么抓到直播流的,因为这样观众可以看到主播在看哪个评论了,我也录了个视频: 也有朋友关注怎么做BGM,以及如何实现时自动抑制 BGM,请看B站视频: 还有关注怎么用OBS放PPT,如何快速调整和裁剪窗口,请看这个B站视频: 我已经做了一个OBS的专辑,《OBS直播工具》可以去我B站空间翻一翻。

1.2K20

开源复刻:OBS如何支持直播多人,SRS 4.0在线发布会技术方案

OBS如何支持直播多人和BGM?比如SRS 4.0的多人、多平台直播、多场景切换的在线发布会方案如何实现的? 一图胜千言,就是实现下图的能力,是用的OBS推的直播: 废话不多说,直接上干货。 Why 为什么是OBS,而不是各个直播平台的,或者不是会议SaaS的功能? OBS是非常非常久的一个开源项目,33K star,8年时间,非常活跃,如下图: 好了,为什么要用OBS说清楚了,为什么要用OBS呢?因为有时候直播还是需要的。 而目前能的直播,大多都是平台自己实现的,比如视频号后,没法再推到B站上。或者用腾讯会议后可推到其他直播平台,但是又用不了OBS的这些能力,也不能往多平台推。 也就是目前的直播,都没法在OBS中用起来,得自己倒腾,这也是为什么大家会很好奇SRS怎么做的。 但是,OBS还没有能力,所以我们就想出一个方案,相对比较简单实现OBS的直播

1.2K30
  • 广告
    关闭

    新年·上云精选

    热卖云产品新年特惠,2核2G轻量应用服务器9元/月起,更多上云必备产品助力您轻松上云

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    手机直播技术分析

    直播火了,直播也火了,那么说明是直播,直播是什么。 手机直播功能的特点,我们按下面三部分来聊一聊手机直播和直播: 手机直播功能的特点 人物画像和设计思维 一个有趣的功能交互建议 手机直播功能的特点 体验了斗鱼、NOW直播、美拍直播、 我们从以下三点来展开分析直播的特点: 功能的权限 人数和显示位置 交互流程 权限 ME直播的功能是没有权限设定的,所有的主播和观众都可以进行的icon在直播页面的明显位置 解决的第二种方式是: 主播端与者之间使用P2P方式进行交互,然后主播端将自己和者的视频进行合并,再推到CDN上,CDN再发送给观众端。 ? 所以主播端要求带宽需要较高,网络较差时无法进行主播 主播端要进行多路视频的编码、解码,要求主播端设备配置比较高,较差的设备也无法进行主播; 只能支持一个者,不能支持多个者; 由于主播端和者经过

    1.2K70

    移动直播解决方案

    直到有了,你才能用音视频的方式和主播互动,让女神看到你的画面,一起诉说风花雪月。       其实简单说就是直播场景下,观众需要与主播音视频互动的功能。 其中有三个角色,直播间里最开始的主播我们称为大主播,请求的称为小主播,然后就是第三方观众。 主要流程就是这样简单,但是实际过程中还需要考虑一些细节,比如请求和接受通信怎么做、大小主播怎样实现低延时交流、前后不同流状态的处理。 步骤三:请求和响应 主播 B 向主播 A 发起请求,请求可以由您的业务服务器中转,也可以使用腾讯云的 IM 云通讯解决方案。 步骤四:主播 A 播放 streamB 主播 A 如果接受主播 B 的请求,可以进行应答,这样主播 B 就知道请求是否已经被同意了。

    4.8K99

    移动直播PK快速调试

    一、简介 在讲\PK之前,先讲一个概念:低延时流。 3、您可能是通过小直播demo接触功能的,它里面的功能,就是相互拉取低延时流,只是业务层多封装了一点。 2、demo推流 手机打开demo后,按照demo页面点击操作,都是简单操作。 3、三方md5加密工具 如下,公网查询md5在线工具,可取32位小写的加密字符串,作为防盗链 四、组件中的问题 1、腾讯云直播demo里面,用的是MLVBLiveRoom组件,来做功能的。 功能其实就是主播们相互拉群低延时流,然后混流给观众看。 在时遇到黑屏问题,其实就是低延时拉流失败了。 、防盗链的问题 代码如下所示: 2、客户在使用MLVBLiveRoom组件时,也有可能遇到如下问题 ①、是get_anchors这个接口获取对方的低延时地址的,但是低延时拉流地址后面没有防盗链

    55250

    移动直播PK快速调试

    一、简介 在讲\PK之前,先讲一个概念:低延时流。 3、您可能是通过小直播demo接触功能的,它里面的功能,就是相互拉取低延时流,只是业务层多封装了一点。 2、demo推流 手机打开demo后,按照demo页面点击操作,都是简单操作。 3、三方md5加密工具 如下,公网查询md5在线工具,可取32位小写的加密字符串,作为防盗链 四、组件中的问题 1、腾讯云直播demo里面,用的是MLVBLiveRoom组件,来做功能的。 功能其实就是主播们相互拉群低延时流,然后混流给观众看。 在时遇到黑屏问题,其实就是低延时拉流失败了。 、防盗链的问题 代码如下所示: 2、客户在使用MLVBLiveRoom组件时,也有可能遇到如下问题 ①、是get_anchors这个接口获取对方的低延时地址的,但是低延时拉流地址后面没有防盗链

    59041

    蒋磊:移动直播技术实践

    下面是蒋磊老师关于直播的一些分类以及直播需要解决的四类问题进行了总结与分享。 当然使用的场景不只是这三种,之所以在最近几年非常火,是因为可以极大地提高用户的参与度、黏度以及信任感。像陌陌、映客都是通过使得用户活跃度提升非常多。 在过去的几年里,开始成为了直播的一种标配功能。 ,那的体验会非常差; 第二个问题是回声问题,普通直播里面回声基本上不会存在,因为它是单向的,但是在里面回声是必须要解决的; 第三个问题是混流问题,在直播里有多个主播的数据流,我们必须要对它进行混流 UDP加速方式的方案,可以帮助使用CDN方式进行直播业务的客户,用低成本的方式加入功能。这对大部分直播客户来说非常高效,可以节省很多费用。

    1.5K31

    视频直播技术详解「建议收藏」

    主播,指当前正在直播的主播,相当于主持人,可以主动邀请用户或批准当前观众的请求,也可以关闭某个者的;主播端视频一般都是全屏显示。 者(粉丝),指参与当前的观众,可以向主播申请,或接受主播的邀请,进行音视频,当不想后,者可以主动断开;者的视频一般只在右侧的某个区域显示,视频尺寸较小,以不影响主播视频显示为好 低延迟互动,延迟抖动500ms~800ms之间,保证主播和者之间能够实时音视频互动。 主播与粉丝间的互动场景 参与移动直播的架构中共涉及4个角色,分别是主播、者、观众和服务器。 从移动直播互动场景中的角色来分析,包含2种角色间的: 主播与粉丝 主播与,主播可以与其中的一位粉丝或多位粉丝互动,并且其他粉丝可以观看这个互动的过程。 主流主播端方案在后将会推两路流:1路主播音视频流、1路者视频流,因此主流连方案推2路音视频的码率大概是1.73Mbps,而云帆加速主播端混流方案,始终推1路视频流、后的增加者的音频

    44220

    直播混流背后的故事

    前言: 在直播和的场景中通常会用到混流功能,而所谓的混流就是根据您设定好的混流布局同步的将各路输入源混流成一个新的流,可实现直播互动效果,之前有过其他客户的方案是通过观众端拉取两路主播流的场景来实现的效果 整个的混流都是基于一个房间管理服务进行的,整个房间服务管理的后台,你可以自己做,也可以直接用我们移动直播的房间服务管理后台。 “整个混流的主播端和观众端过程大致如下” 主播端: 1、主播A 正常推流,流名称为test1,主播B正常推流,流名称为test2 2、主播A 向主播B发起请求,并附带主播A的流名称 3、主播B 如果同意,并回应主播A ,然后开始拉取主播A的低延迟流 4、主播A 收到回应,然后开始拉取主播B 的低延迟流,让两主播端都走低延迟的协议,避免延迟的情况 主播之间的是使用的低延迟的核心机房, 总结: 混流现是直播场景中最重要的环节,根据自己的业务场景,搭建自己的混流逻辑,做出直播中想要的效果。

    1.1K72

    【实战分享】直播解决方案分析

    4.2 协议 确定方案之后,我们就需要着手设计协议了,我们可以梳理流程如下: 主播A向观众1发送一个请求; 观众1收到请求,可以接受,也可以拒绝; 如果2中接受,观众端会停止当前普通拉流播放 【主播】取消请求,cancelJoinAnchor 【主播】结束请求,finishJoinAnchor 【者】应答请求,replyJoinAnchor 【者】拒绝请求,refuseJoinAnchor Type 作用 消息触发 消息接受 CreateJoinAnchor 请求 主播 者 CancelJoinAnchor 取消 主播 者 FinishJoinAnchor 结束 主播 者 ReplyJoinAnchor 应答 者 主播 RefuseJoinAnchor 拒绝 者 主播 QuitJoinAnchor 退出 者 主播 5 云端混流 当我们处理完主播端和者端的交流之后 、者退出和异常状态检测触发。

    2.2K92

    小程序开启APP直播新形式

    诸多品牌、商家都希望能在这巨大的流量蛋糕中分一杯羹,甚至希望不再依托于大厂平台,而在自有的APP中开启直播。对此,下面就展开说说。 小程序直播好处有三点:1)开发成本低,开发周期短,基本和H5的开发难度差不多;2)很容易传播和获客,可充分利用社交平台的优质流量;3)可以推流和拉流,允许实现直播和实时语音视频通话。 当APP集成FinClip SDK ,即可在自有APP中实现小程序的运行和上架,并且通过结合音视频服务插件,可让小程序轻松具备小程序视频直播、互动、即使通信等功能,同时利用小程序的形式进一步降低用户的使用门槛 特别是在小程序上,开发者要充分理解这些类型终端的特点和局限,才能更好地在上面利用直播技术进行创新,服务用户。

    15500

    蒋磊:移动直播技术实践(附视频回放)

    下面是蒋磊老师关于直播的一些分类以及直播需要解决的四类问题进行了总结与分享。 当然使用的场景不只是这三种,之所以在最近几年非常火,是因为可以极大地提高用户的参与度、黏度以及信任感。像陌陌、映客都是通过使得用户活跃度提升非常多。 在过去的几年里,开始成为了直播的一种标配功能。 ? 下面来了解一下的基本原理,大主播将自己的数据发给小主播,同时小主播将自己的数据发给大主播,两者之间相互可以看到对方,进行音视频沟通。 那么接下来我们来逐个看看要处理的问题,直播里主要的问题有四个方面: 第一个问题是延时问题,为什么会产生延时,延时会带来什么影响,试想一下,如果过程中大主播说一句话,对方等三四秒才能听到,那的体验会非常差 UDP加速方式的方案,可以帮助使用CDN方式进行直播业务的客户,用低成本的方式加入功能。这对大部分直播客户来说非常高效,可以节省很多费用。

    1.1K30

    云端混流转码--直播技术解决方案

    随着互动和云服务的蓬勃发展,云端混流的业务也相应而生。 ▽ ? ? ? ? ? 客户端互动的主要协议基础 云端混流是客户端互动的后端产品,主要依托服务而生。 目前客户端互动的主要协议基础主要有如下三种方式。 1. 基于私有协议互动,一般底层为UDP,需要实现对音视频的重传、冗余恢复FEC等,增加对网络的抗性。 基于RTMP的低延迟技术。RTMP是目前直播中最广泛的上行推流协议,各大厂商的CDN对此有非常良好的支持,拥有广泛的开发人员基础。 不足的是协议基于TCP,对延迟和抖动的控制天然不如UDP,但是通过云上改善后,如QUIC加速通道和就近上行接入点直接拉流的方式,也能获得不错的效果。 云端混流的主要过程如下: 主播和观众的客户端采集音视频流,分别使用RTMP协议推送到接入服务器集群。混流服务器收到混流请求后,从接入服务器拉取到主播端和用户的上行流。

    1.5K30

    关注

    腾讯云开发者公众号
    10元无门槛代金券
    洞察腾讯核心技术
    剖析业界实践案例
    腾讯云开发者公众号二维码

    相关产品

    • 实时音视频

      实时音视频

      实时音视频(Tencent RTC)主打低延时互动直播和多人音视频两大解决方案,支持低延时直播观看、实时录制、屏幕分享、美颜特效、立体声等能力,还能和直播 CDN 无缝对接,适用于互动连麦、跨房PK、语音电台、K 歌、小班课、大班课、语音聊天、视频聊天、在线会议等业务场景。

    相关资讯

    热门标签

    活动推荐

    扫码关注腾讯云开发者

    领取腾讯云代金券