首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

直播背后的故事

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

3.8K72

【TRTC小程序】跨房功能实现(不实现)

跨房方案介绍 一、跨房流程介绍 假设场景:主播A、主播B、观众C 前:主播A、B分别使用 RTC 地址推,此时观众可通过TRC地址拉取主播A或B的 时:主播A、B分别拉取对方的音视频...后:观众同时拉取主播A、B的音视频 二、跨房功能实现 前: 主播A、B分别通过IM创建各自的群组A、B; 观众C加入群组A,拉取主播A的音视频中: 主播A发送请求给主播B;...主播A收到主播B同意请求的消息; 后: 主播A推的同时拉取主播B的; 观众C同时拉取主播A、B的; 如下示意图: [跨房.png] 三、代码片段 1.公共库 qsStringify...小程序端如何实现?...小程序目前只能通过调用服务端 REST API实现,参考文档: 云端流转码 接口介绍 方案的实现与上述流程大致一致,区别在于连时主播A、B分别去对方的,用户C只需要拉主播A的即可看到主播

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

腾讯云直播开发日记(三) 聊天室-直播转码-

文档 如何实现:https://cloud.tencent.com/document/product/267/8108 云端:https://cloud.tencent.com/document.../product/267/8832 方案:https://github.com/tencentyun/qcloud-documents/blob/master/product/%E8%A7%86%...这个图应该很明确的说明了的2个方式,其实就是把两个推的画面混在一起,生成一个叠加的画面,然后用户就可以同时看到两个主播的直播, 需要购买包 客户端 支持的样式灵活,可以平滑的处理画面切换..., 需要获取两个推地址, 然后操作, 服务端的话可以给客户端返回需要地址, 跟服务端没啥大关系 服务端 服务端,其实就是拿到的两个人的推流流id,然后调用的Http接口,腾讯云会把你传过去的参数解析...我们选择了客户端, 客户端灵活, 对连异常断开处理比较友好, 博主只是个后端菜狗, 所以就没法描述更多客户端细节了

9K30

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

随着直播业务的蓬勃发展,终端受众也并不仅仅满足于围观,希望能够参与主播的音视频对话中来,如现在在各个直播秀场App下所看到的的互动,包括主播之间的才艺游戏恶搞PK等,它能有效的增强直播的趣味性,让观众获得更大的参与满足感...随着互动和云服务的蓬勃发展,云端的业务也相应而生。...image.png 02 云端的基本架构 image.png 云端的主要过程如下: 主播和观众的客户端采集音视频,分别使用RTMP协议推送到接入服务器集群。...服务器收到请求后,从接入服务器拉取到主播端和用户的上行服务器对输入流进行处理,最终合成一条混合流,并推送到CDN分发集群。...云端支持的基本功能如下: (1)     支持混入5种输入源类型(音视频,纯音频,纯视频,水印,画布) (2)     支持合成全新 (3)     支持裁剪,水印功能 (4)     支持模板配置

1.9K20

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

随着互动和云服务的蓬勃发展,云端的业务也相应而生。 ▽ 客户端互动的主要协议基础 云端是客户端互动的后端产品,主要依托服务而生。...基于RTMP的低延迟技术。RTMP是目前直播中最广泛的上行推协议,各大厂商的CDN对此有非常良好的支持,拥有广泛的开发人员基础。...02 云端的基本架构 云端的主要过程如下: 主播和观众的客户端采集音视频,分别使用RTMP协议推送到接入服务器集群。...服务器收到请求后,从接入服务器拉取到主播端和用户的上行服务器对输入流进行处理,最终合成一条混合流,并推送到CDN分发集群。...云端支持的基本功能如下: (1)     支持混入5种输入源类型(音视频,纯音频,纯视频,水印,画布) (2)     支持合成全新 (3)     支持裁剪,水印功能 (4)     支持模板配置

3K30

手机直播技术分析

RTMP是目前主播中最常用的协议,使用RTMP协议,可以实现最简单的一种方式,当有者时,则主播端和者端,都分别推一路RTMP流到CDN,CDN再将这两路RTMP发送给观众端,观众端将两路RTMP...合成为一个画面。...所以主播端要求带宽需要较高,网络较差时无法进行主播 主播端要进行多路视频的编码、解码,要求主播端设备配置比较高,较差的设备也无法进行主播; 只能支持一个者,不能支持多个者; 由于主播端和者经过...主播和者各路视频都使用RTMP推送到CDN,可以保证延时较小; 由于CDN进行视频合图和发送,所以主播不需要很高的带宽; 由于CDN进行视频合图,所以主播的设备不需要配置非常高; 没有声音干扰问题;...CDN,其他观众(网页端等)可以观看到者与主播的互动; 5、在经过RTMP推前的观众端,可以进行大小切换,自主选择视频大小窗口的切换。

6.2K70

移动直播解决方案

直到有了,你才能用音视频的方式和主播互动,让女神看到你的画面,一起诉说风花雪月。       其实简单说就是直播场景下,观众需要与主播音视频互动的功能。...主要流程就是这样简单,但是实际过程中还需要考虑一些细节,比如请求和接受通信怎么做、大小主播怎样实现低延时交流、前后不同状态的处理。...该模式中会开启回声抑制(AEC),避免中有回音。 setVideoQuality 支持推中直接改变场景模式。...步骤三:请求和响应 主播 B 向主播 A 发起请求,请求可以由您的业务服务器中转,也可以使用腾讯云的 IM 云通讯解决方案。...常见问题 纯音频 步骤一:调用纯音频推接口 iOS示例 // 只有在推启动前设置启动纯音频推才会生效,推流过程中设置不会生效。

6.1K99

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

下面介绍其特点,与主播的单向直播相比,实现的技术难点增大很多,具体如下: 音频,主播将自己的声音与者的声音做混音。 视频,主播将自己的画面与者的画面做视频合成。...观看到的画面:A大窗、B小窗,如下图: 主播与粉丝,主播端方案的优劣势: 劣势:主播端压力大,主播端需要视频以及面对计算压力,对手机性能和网络性能要求也比普通直播时更高一些,不适合多人...主播与主播间的互动解决方案 观众端 该实现思路要求观众分别把拉取所有主播的音视频数据,然后在观众端进行工作。...主流主播端方案在后将会推两路:1路主播音视频、1路者视频,因此主流连方案推2路音视频的码率大概是1.73Mbps,而云帆加速主播端方案,始终推1路视频后的增加者的音频...音频优化 云端机型及网络适配:终端在推、播放前会获取通过协议上报的当前机型的机型配置、网络情况、IP信息,不断的迭代和完善机型编解码适配库。

5K20

移动直播PK快速调试

一、简介 在讲\PK之前,先讲一个概念:低延时。...低延时,也叫acc,相比普通观众(也叫cdn)而言,它只有400ms的延时,是主播们、PK时需要低延时场景时拉取的,通话效果更好。...3、您可能是通过小直播demo接触功能的,它里面的功能,就是相互拉取低延时,只是业务层多封装了一点。 2、demo推 手机打开demo后,按照demo页面点击操作,都是简单操作。...功能其实就是主播们相互拉群低延时,然后给观众看。 在时遇到黑屏问题,其实就是低延时拉流失败了。...、防盗链的问题 代码如下所示: 2、客户在使用MLVBLiveRoom组件时,也有可能遇到如下问题 ①、是get_anchors这个接口获取对方的低延时地址的,但是低延时拉地址后面没有防盗链

1.3K41

移动直播PK快速调试

一、简介 在讲\PK之前,先讲一个概念:低延时。...低延时,也叫acc,相比普通观众(也叫cdn)而言,它只有400ms的延时,是主播们、PK时需要低延时场景时拉取的,通话效果更好。...3、您可能是通过小直播demo接触功能的,它里面的功能,就是相互拉取低延时,只是业务层多封装了一点。 2、demo推 手机打开demo后,按照demo页面点击操作,都是简单操作。...功能其实就是主播们相互拉群低延时,然后给观众看。 在时遇到黑屏问题,其实就是低延时拉流失败了。...、防盗链的问题 代码如下所示: 2、客户在使用MLVBLiveRoom组件时,也有可能遇到如下问题 ①、是get_anchors这个接口获取对方的低延时地址的,但是低延时拉地址后面没有防盗链

1.3K50

蒋磊:移动直播技术实践

,那的体验会非常差; 第二个问题是回声问题,普通直播里面回声基本上不会存在,因为它是单向的,但是在里面回声是必须要解决的; 第三个问题是问题,在直播里有多个主播的数据,我们必须要对它进行...幻灯片17.PNG 云端的部分,我们通过upload拿到数据,在转码服务上有一个附加的模块,从 upload拿到数据之后,按照设定的参数分层叠加,再通过CDN进行分发,这就是云端。...云端可以极大地减轻客户端的压力。 腾讯云的云端支持同时16路输入流混合,输入源可以是纯音频、音视频、画布和图片等。...首先是某一个用户A通过RTMP推一个加速流到云加速的节点上,与A进行的用户B也是通过RTMP推流到云加速的节点,然后A拉B的,B拉A的。...经过云加速之后,再将多个用户的数据推给云端服务,在云端的节点上将用户画面进行之后再把他们的画面推到CDN,普通的观众再通过CDN拉流进行播放。

7.2K31

TRTC终端示例

只需调用一次接口 只需调用一次接口 只需调用一次接口 以下场景需调用接口:有者加入时有者离开时者开关摄像头时者开关麦克风时 混合内容 只混合音频 自定义设置各路内容 不混合学生端的画面...、退房,上、下时调用接口 直播通话的房间管理功能,参考sdk包中的SimpleDemo的live模块,搭建了一个简单后台服务,用于增删改查房间列表。...api写法如下 参与的每一个主播到要旁推 image.png @Override protected void enterRoom() { // 初始化配置...(如果是下行观众数,则有更宽的限制,甚至无限制人数,详情查官网) ②、TRTC功能,最大支持同时16路。 ③、手机移动端推荐人数,是9路以内。...所以目前比较好的解决方案,就是移动端并发路数不要太高、降低者的通话质量(用小分辨率画面)。当您开发的APP,面向的用户多是老年机的场景下,是尤其要考虑的。

1.2K90

互动白板录制

同时也支持录制,将实时音视频与白板画面录制,也支持白板与音频或视频录制。...2、录制完成后回调没有的数据 查看原始房间音视频数据是否正常,查看地址 检查参数是否填写正确 3、自定义流布局为什么视频会有黑边?...这里取决于LayoutParams设置的width与height两个参数,这里设置的是录制里视频位的宽高,如果希望录制的视频没有黑边的话,需要与原始视频的宽高比保持一致 4、录制的文件要怎么获取?...为什么录制白板与视频的位置错乱?...上用户不要用以tic_record_user开头的用户ID,在混的时候会被当成是白板视频; 因为的时候进行布局匹配的时候,是根据前缀进行匹配的,所以只要用户ID的前缀与InputStreamID

4K30

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

供主播B拉主播A的低时延直播*; 时,生成一个新的推地址,供主播B推; 获取红色拉加速地址,供主播A拉主播B的低时延直播*; 云端进行样式; 保证用户端尽量0改动; *由于低延时使用腾讯云核心机房的...A和主播B两个混合成一个,同时,以主播A的拉地址为后拉地址; 普通观众端画面自动展现为画面; 根据上面提到的步骤,我们可以列出以下几个接口: 【主播】发起请求,createJoinAnchor...者 ReplyJoinAnchor 应答 者 主播 RefuseJoinAnchor 拒绝 者 主播 QuitJoinAnchor 退出 者 主播 5 云端 当我们处理完主播端和者端的交流之后...,只有在当者响应接受请求发出后,服务端在收到请求后会后台去执行创建。...这儿就会存在一个时间差问题:者开始推并且收到了推成功,然后调用接受的接口,服务端收到接受之后便会去尝试创建,但是这时候可能流还没有到云端,那就会出现流失败的错误了。

6K92

SRS:和多个视频号联播

可用腾讯会议多人后,推流到多个视频号实现联播。 流转发图 整个是这么流转的: 推视频号 首先,要开启视频号和直播功能,参考腾讯会议推流到视频号。...然后,使用腾讯会议发起一个会议(),并推流到视频号: 视频号直播 接着,在视频号小助手的直播管理中,就可以看到预览画面,预览使用的是HTTPS-FLV: Note:可以打开Chrome的Console...转推联播 最后启动FFmpeg或SRS的Ingester拉,然后推给其他号: ffmpeg -f flv -i 'https://xxx.flv' -c copy -f flv -y 'rtmp:/...推流到多个视频号,视频号是可以直接FFmpeg或OBS推的,开启视频号直播后可以看到推信息: 将推地址和密钥直接拼在一起,就是FFmpeg的推地址了: ffmpeg -f flv -i '...'https://xxx.flv' -c copy -f flv -y rtmp://127.0.0.1/live/livestream 的播放链接请阅读原文。

2.2K10

TRTC终端示例

只需调用一次接口 只需调用一次接口 只需调用一次接口 以下场景需调用接口:有者加入时有者离开时者开关摄像头时者开关麦克风时 混合内容 只混合音频 自定义设置各路内容 不混合学生端的画面...、退房,上、下时调用接口 直播通话的房间管理功能,参考sdk包中的SimpleDemo的live模块,搭建了一个简单后台服务,用于增删改查房间列表。...api写法如下 参与的每一个主播到要旁推 @Override protected void enterRoom() { // 初始化配置 mTRTCParams...(如果是下行观众数,则有更宽的限制,甚至无限制人数,详情查官网) ②、TRTC功能,最大支持同时16路。 ③、手机移动端推荐人数,是9路以内。...所以目前比较好的解决方案,就是移动端并发路数不要太高、降低者的通话质量(用小分辨率画面)。当您开发的APP,面向的用户多是老年机的场景下,是尤其要考虑的。

1.2K60

TRTC终端示例

TRTC目前提供了两种方式:云端api、终端api。本篇主要介绍终端方案,实现下图这种方式。...demo下载链接默认大画面是大主播,小主播进房后,仍然大画面显示大主播,右下第一个小画面是自己的本地画面。...:有者加入时有者离开时者开关摄像头时者开关麦克风时混合内容只混合音频自定义设置各路内容不混合学生端的画面自定义设置各路内容audioSampleRate推荐48000推荐48000推荐48000...,上、下时调用接口直播通话的房间管理功能,参考sdk包中的SimpleDemo的live模块,搭建了一个简单后台服务,用于增删改查房间列表。...api写法如下参与的每一个主播到要旁推图片@Override protected void enterRoom() { // 初始化配置 mTRTCParams =

1.5K60

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

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

3.6K20
领券