CN113014950A - 一种直播同步的方法、系统和电子设备 - Google Patents
一种直播同步的方法、系统和电子设备 Download PDFInfo
- Publication number
- CN113014950A CN113014950A CN202110566152.8A CN202110566152A CN113014950A CN 113014950 A CN113014950 A CN 113014950A CN 202110566152 A CN202110566152 A CN 202110566152A CN 113014950 A CN113014950 A CN 113014950A
- Authority
- CN
- China
- Prior art keywords
- anchor
- live broadcast
- video
- audio
- live
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2368—Multiplexing of audio and video streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本申请提供了一种直播同步的方法、系统和电子设备,直播同步方法包括:接收多个主播端的音视频流,并将多个主播端的音视频流进行合流,得到第一组合流,并将第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流进行合流,得到第二组合流,同时,向第一主播端发送第二组合流,并将向多个直播平台发送第一组合流,能够节省带宽,从而降低音视频延时,缓解音视频卡顿,提高了主播的直播体验。
Description
技术领域
本申请涉及网络直播领域,并且更具体地,涉及一种直播同步的方法、系统和电子设备。
背景技术
随着移动网络的发展和网络直播的普及,诞生了众多的直播平台。在直播平台上,多个主播进行课程直播、电商直播等直播活动越来越火爆。
目前,传统的多主播连麦技术通常采用流媒体转发的方式,将连麦主播的音视频流直接进行相互转发,以实现多个主播的实时音视频连麦,这种流媒体转发的技术通常仅适合主播人数较少的直播场景,不适合连麦主播人数较多的应用场景,这是由于流媒体转发服务器直接将其他主播的音视频流转发给主播,当主播接收其他主播的音视频流时,占用了较多的带宽,造成延时卡顿的问题,影响了主播的直播体验。
发明内容
有鉴于此,本申请提供了一种直播同步的方法、系统和电子设备,在多个主播进行连麦互动时,解决了音视频延时卡顿的问题,提高了主播的直播体验。
本申请第一方面提供一种直播同步的方法,该方法包括:接收多个主播端的音视频流;将多个主播端的音视频流进行合流,得到第一组合流,并将第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流进行合流,得到第二组合流;向第一主播端发送第二组合流,并将向多个直播平台发送第一组合流。
结合第一方面,在第一方面的一些实施例中,直播同步的方法还可以包括:
接收所述第一主播端发送的订阅指令,所述订阅指令用于订阅所述第二组合流,以便发送所述第二组合流至所述第一主播端。
结合第一方面,在第一方面的一些实施例中,直播同步的方法还可以包括:接到所述第一主播端发送的取消订阅指令,所述取消订阅指令用于取消订阅所述第二组合流,并停止合成所述第二组合流,并将所述第一组合流发送给所述第一主播端。
结合第一方面,在第一方面的一些实施例中,直播同步的方法还可以包括:接收第一主播端发送的配置信息,其中,配置信息包括至少一个直播平台的地址、至少一个直播平台的密钥和至少一个直播平台的音视频编解码方式;根据至少一个直播平台的音视频编解码方式对第一组合流进行转码,得到码流;根据至少一个直播平台的地址和至少一个直播平台的密钥,将码流推送给至少一个直播平台。
结合第一方面,在第一方面的一些实施例中,直播同步的方法还可以包括:通过服务器上的直播管理端对第一主播端进行管理以实现第一主播端的直播间的创建、直播间的开播或关播、直播间的名称的更新中的至少一项。
结合第一方面,在第一方面的一些实施例中,直播同步的方法还可以包括:调整第二组合流中第一主播端的视频组合流在第一主播端的显示屏幕上视频的尺寸大小和位置,其中,第一主播端的视频组合流包含多个主播端的视频流。
本申请的第二方面,提供一种直播同步的方法,包括:发送第一主播端的音视频流至服务器,以便服务器将第一主播端的音视频流与至少一个第二主播端的音视频流进行合流,得到第一组合流;接收服务器发送的第二组合流,其中,第二组合流包含第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流。
结合第二方面,在第二方面的一些实施例中,直播同步的方法还包括:发送订阅指令至服务器,所述订阅指令用于订阅所述第二组合流,以便接收所述服务器发送的所述第二组合流。
结合第二方面,在第二方面的一些实施例中,直播同步的方法还包括:发送取消订阅指令至服务器,所述取消订阅指令用于取消订阅所述第二组合流,并接收所述服务器发送的所述第一组合流。
结合第二方面,在第二方面的一些实施例中,直播同步的方法还可以包括:发送配置信息至服务器,其中,配置信息包括至少一个直播平台的地址、至少一个直播平台的密钥和至少一个直播平台的音视频编解码方式。
结合第二方面,在第二方面的一些实施例中,直播同步的方法,还可以包括:发送管理信令至服务器上的直播管理端,以便直播管理端对第一主播端进行管理以实现第一主播端的直播间的创建、直播间的开播或关播、直播间的名称的更新中的至少一项。
结合第二方面,在第二方面的一些实施例中,直播同步的方法,还可以包括:接收用户的操作指令,根据操作指令向服务器发送调整消息,调整消息用于指示服务器调整第二组合流中第一主播端的视频组合流在第一主播端的显示屏幕上视频的尺寸大小和位置,其中,第一主播端的视频组合流包含多个主播端的视频流。
本申请的第三方面,提供一种直播同步的系统,包括:合流模块,用于将多个主播端的音视频流进行合流;转码模块,用于添加至少一个直播平台的地址、至少一个直播平台的密钥,根据至少一个直播平台的音视频编解码方式对第一组合流进行转码,得到码流,并根据至少一个直播平台的地址和至少一个直播平台的密钥,将码流推送给至少一个直播平台;调整模块,用于调整第二组合流中第一主播端的视频组合流在第一主播端的显示屏幕上视频的尺寸大小和位置,其中,第二组合流包含第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流,第一主播端的视频组合流包含多个主播端的视频流。
本申请的第四方面,提供一种直播同步的终端系统,包括:发送模块,用于发送第一主播端的音视频流至服务器;接收模块,用于接收服务器发送的第二组合流,其中,第二组合流包含第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流。
本申请的第五方面,提供一种计算机可读存储介质,其上存储有计算机可执行指令,可执行指令被处理器执行时实现如上述的直播同步方法。
本申请的第六方面,提供一种电子设备,包括:处理器;用于存储处理器可执行指令的存储器;处理器,用于执行上述的直播同步方法。
本申请提供的技术方案中,直播服务端接收多个主播端的音视频流,并将多个主播端的音视频流进行合流,得到第一组合流,并将第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流进行合流,得到第二组合流,同时,向第一主播端发送第二组合流,并将向多个直播平台发送第一组合流。本申请通过上述技术方案能够节省带宽,从而降低音视频延时,缓解音视频卡顿,提高了主播的直播体验。
附图说明
图 1 所示为本申请一实施例提供的直播同步的方法的流程示意图。
图 2 所示为本申请另一实施例提供的直播同步的方法的流程示意图。
图 3 所示为本申请一实施例提供的直播同步系统架构的框图。
图 4 所示为本申请一实施例提供的直播同步系统原理的框图。
图 5 所示为本申请一实施例提供的开启多直播平台直播的流程示意图。
图 6 所示为本申请一实施例提供的关闭多直播平台直播的流程示意图。
图 7 所示为本申请一实施例提供的直播同步系统的框图。
图 8 所示为本申请另一实施例提供的直播同步系统的框图。
图 9 所示为本申请一实施例提供的电子设备的结构框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在现有技术中,一般采用流媒体转发服务器直接将其他主播的音视频流转发给主播,当连麦主播人数增多时,主播传输音视频流所需的带宽将随之增加,将造成主播端延时卡顿的问题,影响了主播的直播体验。为解决上述技术问题,本申请提供了如下的技术方案。
图1所示为本申请一实施例提供的直播同步方法的流程示意图。该方法可以由计算机设备(例如,服务器)执行。如图1所示,该方法包括如下内容。
在步骤S110中,接收多个主播端的音视频流。
在一实施例中,多个主播端可以通过实时传输协议(例如,webRTC协议)接入网络,以实现主播端与直播服务端之间的通信,使得直播服务端可以实时接收多个主播端的音视频流。webRTC是一个支持网页浏览器进行实时语音对话或视频对话的API,本申请的实施例并不限于此,也可以采用其它实时传输协议,例如,RTP(Real-time Transport Protocol)协议、RTSP(Real Time Streaming Protocol)协议。
在另一实施例中,多个主播端可以通过实时传输协议接入网络,以实现主播端与直播服务端之间的通信,使得直播服务端可以实时接收多个主播端的的音频流或视频流,换句话说,当主播端仅发送音频流时,直播服务端能实时接收到音频流,当主播端仅发送视频流时,直播服务端能实时接收到视频流。
应当理解,主播端可以是能够访问互联网的任意一种终端设备,包括但不限于手机、平板电脑、笔记本电脑和计算机,用户可以通过终端设备上的浏览器或客户端程序访问互联网上的一个或多个应用。直播服务端包括但不限于是服务器、电脑等通用计算机设备。
还应当理解,上述网络可以包括但不限于:有线网络或无线网络,其中,该有线网络包括:局域网、城域网和广域网,该无线网络包括:蓝牙、WIFI或其他实现无线通信的网络,本申请对此不作限定。
还应当理解,音频流可以是包括但不限于话筒、耳机、电脑等具有音频采集功能的电子设备录入的音频数据,视频流可以是包括但不限于摄像头、录像机、电脑等具有视频采集功能的电子设备录入的视频数据。
在步骤S120中,将多个主播端的音视频流进行合流,得到第一组合流,并将第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流进行合流,得到第二组合流。
在一实施例中,当多个主播进入主播端的同一个直播间而实时发起音视频连麦时,直播服务端可以接收多个主播端的音视频流,并对多个主播端的音视频流进行合流操作,得到第一组合流。同时,直播服务端将其他主播的音频流合流和所有主播的视频流合流,得到包含其他主播音频的一路音频流和包含所有主播视频的一路视频流,即第二组合流,换句话说,第二组合流不包含多个主播端中的第一主播端的音频流。
在另一实施例中,多个主播端中可能存在未讲话的主播端,例如,当第一主播端停止讲话时,直播服务端停止第二组合流的合流,并将第一组合流发送给第一主播端,此时,每个主播都可以通过各自的主播端听到所有讲话的主播的声音和看到所有主播的视频画面,从而降低了直播服务端的负载。
在步骤S130中,向第一主播端发送第二组合流,并将向多个直播平台发送第一组合流。
具体地,第一主播端将接收到直播服务端发送的第二组合流。同时,直播服务端向多个直播平台发送第一组合流,此时,多个直播平台的用户可以听到所有主播的声音和看到所有主播的视频画面。
在本申请一实施例中,当多个主播进入主播端的同一个直播间而实时发起音视频连麦时,直播服务端可以接收多个主播端的音视频流,并对多个主播端的音视频流进行合流操作,得到第一组合流,向多个直播平台发送第一组合流,此时,多个直播平台的用户可以听到所有主播的声音和看到所有主播的视频画面。同时,直播服务端将除第一主播端外其他主播的音频流合流和所有主播的视频流合流,得到包含其他主播音频的一路音频流和包含所有主播视频的一路视频流,即第二组合流,换句话说,第二组合流不包含第一主播端的音频流,并向第一主播端发送第二组合流,此时,由于第一主播端接收到的第二组合流不包含该主播端的音频流,因此,第一主播端可以看到自己和其他主播的视频画面,但不会听到自己的声音。
根据本申请提供的技术方案,通过接收多个主播端的音视频流,并将多个主播端的音视频流进行合流,得到第一组合流,并将第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流进行合流,得到第二组合流,同时,向第一主播端发送第二组合流,并将向多个直播平台发送第一组合流,能够节省带宽,从而降低音视频延时,缓解音视频卡顿,提高了主播的直播体验。
在本申请的另一个实施例中,直播服务端可调整第二组合流中第一主播端的视频组合流在第一主播端的显示屏幕上视频的尺寸大小和位置,其中,第一主播端的视频组合流包含多个主播端的视频流。
具体地,第一主播端接收用户通过用户界面发出的操作指令,同时,第一主播端根据用户的操作指令生成调整消息,并向直播服务端发送该调整消息。在多个主播端的视频流合流之前,直播服务端首先根据调整消息识别需要被调整的视频流的编号,然后调整视频流中每一帧画面的尺寸大小和在显示屏幕上位置,即直播服务端可调整第二组合流中第一主播端的视频组合流在第一主播端的显示屏幕上视频的尺寸大小和位置,其中,第一主播端的视频组合流包含多个主播端的视频流。
在一个实施例中,在调整每一帧画面的尺寸大小时,直播服务端还可以适应性的调整视频分辨率,以适应显示屏幕分辨率的大小,从而解决了由于视频尺寸变化造成显示模糊的问题,提高了直播体验。例如,在网络直播课堂上,为了更清楚的看到授课主播的PPT内容,听课主播可以将上述授课主播的PPT画面放大并移到显示屏幕的中央,同时,也可将其余主播端的视频画面缩小并移到显示屏幕的旁边,以便更清楚的观看PPT上的内容,从而提高了直播体验。
在本申请的另一个实施例中,接收所述第一主播端发送的订阅指令,所述订阅指令用于订阅所述第二组合流,以便发送所述第二组合流至所述第一主播端。
具体地,当主播开始进行音频讲话时,第一主播端接收主播的订阅指令,并根据订阅指令生成订阅消息,同时,直播服务端识别第一主播端发送的订阅消息,并将第二组合流发送至第一主播端。
在本申请的另一个实施例中,接到所述第一主播端发送的取消订阅指令,所述取消订阅指令用于取消订阅所述第二组合流,并停止合成所述第二组合流,并将所述第一组合流发送给所述第一主播端。
具体地,当第一主播端停止进行音频讲话时,第一主播端接收主播取消订阅的指令,并根据取消订阅指令生成取消订阅消息,同时,直播服务端识别第一主播端发送的取消订阅消息,停止第二组合流的合流,并将第一组合流发送给第一主播端。第一主播端通过订阅指令控制是否合成上述第二组合流,当订阅第二组合流时,避免了该主播由于听到自己的声音而产生的通话干扰,当取消订阅第二组合流时,减轻了直播服务端的负载,从而提高了直播服务端的运行速度。
图2所示为本申请一实施例提供的直播同步方法的流程示意图。
在步骤S210中,接收第一主播端通过主播端配置功能发送的配置信息,其中,配置信息包括至少一个直播平台的地址、至少一个直播平台的密钥和至少一个直播平台的音视频编解码方式。
具体地,当第一主播端与直播服务端接入网络而实现第一主播端与直播服务端联网通信时,直播服务端接收第一主播端通过主播端配置功能发送的配置信息,其中,配置信息包括直播平台的地址、直播平台的密钥和直播平台的音视频编解码方式。
应当理解,直播平台的地址是指直播平台的直播频道的流媒体地址,直播平台的密钥是指直播平台的直播频道的流媒体地址的接口密码。音视频编解码方式指的是视频编解码标准,例如:MPEG(Moving Pictures Experts Group)系列标准、H.26x 系列标准,以及音频编解码标准,例如:G711、G726等G系列标准和MPEG Audio Layer 1/2、MPEG AudioLayer 3(MP3)、Windows Media Audio(WMA)、Real Audio(RA)、MPEG2 AAC、MPEG4 AAC、Dolby AC3 等,本申请对此不作限定。
在步骤S220中,根据至少一个直播平台的音视频编解码方式对第一组合流进行转码,得到码流。
具体地,由于不同直播平台的音视频编解码方式可能不同,根据第一主播端发送的对应直播平台的音视频编解码方式,直播服务端对第一组合流进行转码后得到码流。
在步骤S230中,根据一个直播平台的地址和至少一个直播平台的密钥,将码流推送给至少一个直播平台。
具体地,由于不同直播平台的直播平台的地址和密钥可能不同,直播服务端将接收到的第一主播端发送的对应直播平台的地址和密钥进行配置,然后直播服务端通过实时消息传输协议(例如:RTMP协议)以及直播管理端的推流接口将码流推送给上述对应的直播平台。RTMP协议是指Real Time Messaging Protocol,用于进行实时数据通信。
在本申请的另一个实施例中,通过直播管理端对第一主播端进行管理以实现第一主播端的直播间的创建、直播间的开播或关播、直播间的名称的更新中的至少一项。
具体地,第一主播端接收主播发送的直播间创建指令、直播间开播指令、直播间关播指令或直播间名称更新指令,并将上述指令生成对应的直播间创建消息、直播间开播消息、直播间关播消息或直播间名称更新消息,同时向直播管理端发送上述消息,以实现第一主播端直播间的创建、直播间的开播、直播间的关播或直播间名称的更新。本申请可以通过直播管理端对直播间的创建、开播或关播进行管理,并可灵活的更新直播间的名称,提高了主播的直播体验。
应当理解,直播管理端可以是直播服务端的软件应用程序。
图3所示为本申请一实施例提供的直播同步系统架构的框图。如图3所示,该直播同步系统架构包括如下内容:
主播端310,可以用于向直播服务端发送音视频流、订阅消息、调整消息、配置信息,向直播管理端发送直播间创建消息、直播间开播消息、直播间关播消息或直播间名称更新消息,还可以用于接收第一组合流、第二组合流;
直播管理端320,可以用于接收直播间创建消息、直播间开播消息、直播间关播消息或直播间名称的更新消息,还可以通过直播管理端的推流接口同步上述配置信息到直播服务端;
直播服务端330,可以用于向多个不同的直播平台(例如:图3所示的直播平台A、直播平台B和直播平台C)发送第一组合流,向主播端发送第一组合流或者第二组合流,接收主播端的音视频流、订阅消息、调整消息,接收通过直播管理端的推流接口同步的配置信息。
上述系统中各个终端的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
根据本申请实施例提供的技术方案,通过接收多个主播端的音视频流,并将多个主播端的音视频流进行合流,得到第一组合流,并将第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流进行合流,得到第二组合流,同时,向第一主播端发送第二组合流,并将向多个直播平台发送第一组合流,能够节省带宽,从而降低音视频延时,缓解音视频卡顿,而且主播能够看到自己的直播视频画面,但不会听到自己的声音,方便了主播查看自己在视频画面中的美颜效果,同时避免了该主播由于听到自己的声音而产生的通话干扰,给主播带来了更好的直播体验。此外,直播服务端将第一组合流进行转码后得到码流,然后将码流通过RTMP协议以及直播管理端的推流接口推送给多个不同的直播平台,以方便不同直播平台的多个用户观看到直播内容,操作便利且减少了直播成本。
图4所示为本申请一实施例提供的直播同步系统原理的框图。如图4所示,该直播同步系统原理包括如下内容:
主播端410和直播管理端420的功能已在图3的说明中叙述,在此不再赘述。
直播服务端430包括:多主播音视频流接收功能440,用于接收多个主播端的音视频流;合流功能450,用于将多个主播端的音视频流进行合流得到第一组合流或将第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流进行合流得到第二组合流;转码推流功能460,用于将第一组合流进行转码,并推流到多个不同的直播平台。
上述系统中各个终端的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
根据本申请实施例提供的技术方案,通过接收多个主播端的音视频流,并将多个主播端的音视频流进行合流,得到第一组合流,并将第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流进行合流,得到第二组合流,同时,向第一主播端发送第二组合流,并将向多个直播平台发送第一组合流,能够节省带宽,从而降低音视频延时,缓解音视频卡顿,而且主播能够看到自己的直播视频画面,但不会听到自己的声音,方便了主播查看自己在视频画面中的美颜效果,同时避免了该主播由于听到自己的声音而产生的通话干扰,给主播带来了更好的直播体验。此外,直播服务端将第一组合流进行转码后得到码流,然后将码流通过RTMP协议以及直播管理端的推流接口推送给多个不同的直播平台,以方便不同直播平台的多个用户观看到直播内容,操作便利且减少了直播成本。
图5所示为本申请一实施例提供的开启多直播平台直播的流程示意图。如图5所示,该开启多直播平台直播的流程包括如下内容:
S510,主播端向直播服务端发送音视频流和配置信息;
具体地,主播端向直播服务端发送音视频流和配置信息,其中,配置信息包括:直播平台的地址、直播平台的密钥和直播平台的音视频编解码方式。
S520,直播服务端接收主播端发送的音视频流;
S530,直播服务端接收主播端发送的配置信息;
S540,直播服务端根据配置信息进行转码推流配置;
S550,开启推流;
具体地,主播端发送开启推流指令至直播服务端后,直播服务端执行开启推流指令,从而开启推流。
S560,直播服务端将合流后的音视频流推流到多个直播平台。
具体地,直播服务端将多个主播端的音视频流合流后推流到多个直播平台,其中,推流指的是将音视频流数据传输到直播平台的过程。
图6所示为本申请一实施例提供的关闭多直播平台直播的流程示意图。如图6所示,该关闭多直播平台直播的流程包括如下内容:
S610,主播端向直播服务端发送音视频流和配置信息;
S620,直播服务端接收主播端发送的音视频流;
S630,直播服务端接收主播端发送的配置信息;
S640,直播服务端进行转码推流配置;
S650,关闭推流;
具体地,主播端发送关闭推流指令至直播服务端后,直播服务端执行关闭推流指令,从而关闭推流。
S660,直播服务端删除对应直播平台的转码推流配置。
根据本申请实施例提供的技术方案,直播服务端接收到主播端发送的关闭推流指令后,可以删除对应的一个或多个直播平台的转码推流配置,即主播端可以对一个或者多个直播平台进行关闭推流,从而提高了关闭一个或多个不同直播平台直播推流的可操作性,提高了直播体验。
图7所示为本申请一实施例提供的直播同步系统的框图。如图7所示,该直播同步系统包括合成模块710、转码模块720和调整模块730。
合成模块710用于将多个主播端的音视频流进行合流,还用于将第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流进行合流。
转码模块720用于添加至少一个直播平台的地址、至少一个直播平台的密钥,根据至少一个直播平台的音视频编解码方式对第一组合流进行转码,得到码流,并根据至少一个直播平台的地址和至少一个直播平台的密钥,将码流推送给至少一个直播平台。
调整模块730用于调整第二组合流中第一主播端的视频组合流在第一主播端的显示屏幕上视频的尺寸大小和位置,其中,第二组合流包含第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流,第一主播端的视频组合流包含多个主播端的视频流。
根据本申请实施例提供的技术方案,通过接收多个主播端的音视频流,并将多个主播端的音视频流进行合流,得到第一组合流,并将第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流进行合流,得到第二组合流,同时,向第一主播端发送第二组合流,并将向多个直播平台发送第一组合流,能够节省带宽,从而降低音视频延时,缓解音视频卡顿,而且主播能够看到自己的直播视频画面,但不会听到自己的声音,方便了主播查看自己在视频画面中的美颜效果,同时避免了该主播由于听到自己的声音而产生的通话干扰,给主播带来了更好的直播体验。
在本申请的另一实施例中,直播同步系统还包括接收模块,用于接收第一主播端发送的订阅指令;订阅模块,用于订阅第二组合流;以及发送模块,用于发送第二组合流至第一主播端。
在本申请的另一实施例中,接收模块还用于接到第一主播端发送的取消订阅指令;订阅模块还用于取消订阅第二组合流,此时停止合成所述第二组合流;发送模块还用于将第一组合流发送给第一主播端。
在本申请的另一实施例中,接收模块还用于接收第一主播端发送的配置信息,其中,配置信息包括至少一个直播平台的地址、至少一个直播平台的密钥和至少一个直播平台的音视频编解码方式。
在本申请的另一实施例中,直播同步系统还包括管理模块,用于对第一主播端进行管理以实现第一主播端的直播间的创建、直播间的开播或关播、直播间的名称的更新中的至少一项。
上述系统中各个终端的功能和作用的实现过程具体详见上述图1和图2描述的方法中对应步骤的实现过程,在此不再赘述。
图8所示为本申请一实施例提供的直播同步系统的框图。如图8所示,该直播同步系统包括发送模块810和接收模块820。
发送模块810用于发送第一主播端的音视频流至服务器。
接收模块820用于接收服务器发送的第二组合流,其中,第二组合流包含第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流。
根据本申请实施例提供的技术方案,通过发送多个主播端的音视频流至直播服务端,且第一主播端接收第二组合流,其中,第二组合流是将第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流合流而得到的,即包含第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流,能够节省带宽,从而降低音视频延时,缓解音视频卡顿,而且主播能够看到自己的直播视频画面,但不会听到自己的声音,方便了主播查看自己在视频画面中的美颜效果,同时避免了该主播由于听到自己的声音而产生的通话干扰,给主播带来了更好的直播体验。
在本申请的另一实施例中,发送模块810还用于发送订阅指令至服务器。
在本申请的另一实施例中,发送模块810还用于发送取消订阅指令至服务器,该取消订阅指令用于取消订阅所述第二组合流;接收模块820还用于接收服务器发送的第一组合流。
在本申请的另一实施例中,发送模块810还用于发送配置信息至服务器,其中,该配置信息包括至少一个直播平台的地址、至少一个直播平台的密钥和至少一个直播平台的音视频编解码方式。
在本申请的另一实施例中,发送模块810还用于发送管理信令至服务器上的直播管理端,以便直播管理端对第一主播端进行管理以实现第一主播端的直播间的创建、直播间的开播或关播、直播间的名称的更新中的至少一项。
在本申请的另一实施例中,接收模块820还用于接收用户的操作指令,发送模块810还用于根据操作指令向服务器发送调整消息,该调整消息用于指示服务器调整第二组合流中第一主播端的视频组合流在第一主播端的显示屏幕上视频的尺寸大小和位置,其中,第二组合流包含第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流,第一主播端的视频组合流包含多个主播端的视频流。
上述系统中各个终端的功能和作用的实现过程具体详见上述图1和图2描述的方法中对应步骤的实现过程,在此不再赘述。
图9所示为本申请一实施例提供的电子设备的结构框图。
参照图9,系统900包括处理组件910,其进一步包括一个或多个处理器,以及由存储器920所代表的存储器资源,用于存储可由处理组件910的执行的指令,例如应用程序。存储器920中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件910被配置为执行指令,以执行上述直播同步的方法。
系统900还可以包括一个电源组件被配置为执行系统900的电源管理,一个有线或无线网络接口被配置为将系统900连接到网络,和一个输入输出(I/O)接口。系统900可以操作基于存储在存储器920的操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
一种非临时性计算机可读存储介质,当存储介质中的指令由上述系统900的处理器执行时,使得上述系统900能够执行一种直播同步的方法,包括:接收多个主播端的音视频流,并将多个主播端的音视频流进行合流,得到第一组合流,并将第一主播端的视频流和多个主播端中除第一主播端之外的主播端的音视频流进行合流,得到第二组合流,同时,向第一主播端发送第二组合流,并将向多个直播平台发送第一组合流。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的方法、系统和电子设备,可以通过其它的方式实现。例如,以上所描述的方法实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序校验码的介质。
Claims (16)
1.一种直播同步的方法,其特征在于,包括:
接收多个主播端的音视频流;
将所述多个主播端的所述音视频流进行合流,得到第一组合流,并将第一主播端的视频流和所述多个主播端中除所述第一主播端之外的主播端的音视频流进行合流,得到第二组合流;
向所述第一主播端发送所述第二组合流,并将向多个直播平台发送所述第一组合流。
2.如权利要求1所述的直播同步的方法,其特征在于,还包括:
接收所述第一主播端发送的订阅指令,所述订阅指令用于订阅所述第二组合流,以便发送所述第二组合流至所述第一主播端。
3.如权利要求1所述的直播同步的方法,其特征在于,还包括:
接到所述第一主播端发送的取消订阅指令,所述取消订阅指令用于取消订阅所述第二组合流,并停止合成所述第二组合流,并将所述第一组合流发送给所述第一主播端。
4.如权利要求1所述的直播同步的方法,其特征在于,还包括:
接收所述第一主播端发送的配置信息,其中,所述配置信息包括至少一个直播平台的地址、所述至少一个直播平台的密钥和所述至少一个直播平台的音视频编解码方式;
根据所述至少一个直播平台的音视频编解码方式对所述第一组合流进行转码,得到码流;
根据所述至少一个直播平台的地址和所述至少一个直播平台的密钥,将所述码流推送给所述至少一个直播平台。
5.如权利要求1所述的直播同步的方法,其特征在于,还包括:
通过服务器上的直播管理端对所述第一主播端进行管理以实现所述第一主播端的直播间的创建、所述直播间的开播或关播、所述直播间的名称的更新中的至少一项。
6.如权利要求1所述的直播同步的方法,其特征在于,还包括:
调整所述第二组合流中所述第一主播端的视频组合流在所述第一主播端的显示屏幕上视频的尺寸大小和位置,其中,所述第一主播端的视频组合流包含所述多个主播端的视频流。
7.一种直播同步的方法,其特征在于,包括:
发送第一主播端的音视频流至服务器,以便所述服务器将所述第一主播端的所述音视频流与至少一个第二主播端的音视频流进行合流,得到第一组合流;
接收所述服务器发送的第二组合流,其中,所述第二组合流包含所述第一主播端的视频流和多个主播端中除所述第一主播端之外的主播端的音视频流。
8.如权利要求7所述的直播同步的方法,其特征在于,还包括:发送订阅指令至所述服务器,所述订阅指令用于订阅所述第二组合流,以便接收所述服务器发送的所述第二组合流。
9.如权利要求7所述的直播同步的方法,其特征在于,还包括:
发送取消订阅指令至所述服务器,所述取消订阅指令用于取消订阅所述第二组合流,并接收所述服务器发送的所述第一组合流。
10.如权利要求7所述的直播同步的方法,其特征在于,还包括:
发送配置信息至所述服务器,其中,所述配置信息包括至少一个直播平台的地址、所述至少一个直播平台的密钥和所述至少一个直播平台的音视频编解码方式。
11.如权利要求7所述的直播同步的方法,其特征在于,还包括:
发送管理信令至所述服务器上的直播管理端,以便所述直播管理端对所述第一主播端进行管理以实现所述第一主播端的直播间的创建、所述直播间的开播或关播、所述直播间的名称的更新中的至少一项。
12.如权利要求7所述的直播同步的方法,其特征在于,还包括:接收用户的操作指令,根据所述操作指令向所述服务器发送调整消息,所述调整消息用于指示所述服务器调整所述第二组合流中所述第一主播端的视频组合流在所述第一主播端的显示屏幕上视频的尺寸大小和位置,其中,所述第一主播端的视频组合流包含所述多个主播端的视频流。
13.一种直播同步的系统,其特征在于,包括:
合流模块,用于将多个主播端的音视频流进行合流;
转码模块,用于添加至少一个直播平台的地址、所述至少一个直播平台的密钥,根据所述至少一个直播平台的音视频编解码方式对第一组合流进行转码,得到码流,并根据所述至少一个直播平台的地址和所述至少一个直播平台的密钥,将码流推送给所述至少一个直播平台;
调整模块,用于调整第二组合流中第一主播端的视频组合流在所述第一主播端的显示屏幕上视频的尺寸大小和位置,其中,所述第二组合流包含所述第一主播端的视频流和所述多个主播端中除所述第一主播端之外的主播端的音视频流,所述第一主播端的视频组合流包含所述多个主播端的视频流。
14.一种直播同步的系统,其特征在于,包括:
发送模块,用于发送第一主播端的音视频流至服务器;
接收模块,用于接收所述服务器发送的第二组合流,其中,所述第二组合流包含所述第一主播端的视频流和多个主播端中除所述第一主播端之外的主播端的音视频流。
15.一种计算机可读存储介质,其上存储有计算机可执行指令,其特征在于,所述可执行指令被处理器执行时实现如权利要求1至12中任一项所述的直播同步的方法。
16.一种电子设备,其特征在于,所述电子设备包括:
处理器;
用于存储所述处理器可执行指令的存储器;
所述处理器,用于执行上述权利要求1至12中任一项所述的直播同步的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110566152.8A CN113014950A (zh) | 2021-05-24 | 2021-05-24 | 一种直播同步的方法、系统和电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110566152.8A CN113014950A (zh) | 2021-05-24 | 2021-05-24 | 一种直播同步的方法、系统和电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113014950A true CN113014950A (zh) | 2021-06-22 |
Family
ID=76380779
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110566152.8A Pending CN113014950A (zh) | 2021-05-24 | 2021-05-24 | 一种直播同步的方法、系统和电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113014950A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113573083A (zh) * | 2021-07-20 | 2021-10-29 | 广州方硅信息技术有限公司 | 连麦直播互动方法、装置及计算机设备 |
CN114205637A (zh) * | 2021-12-16 | 2022-03-18 | 杭州雅顾科技有限公司 | 一种白板和音视频同步方法、装置、设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107005721A (zh) * | 2016-11-22 | 2017-08-01 | 广州市百果园信息技术有限公司 | 直播间视频流推送控制方法及相应的服务器与移动终端 |
CN109168018A (zh) * | 2018-10-17 | 2019-01-08 | 北京潘达互娱科技有限公司 | 一种直播中的连麦合流系统、方法、装置及自有服务器 |
CN109862382A (zh) * | 2019-02-25 | 2019-06-07 | 广州虎牙信息科技有限公司 | 多人语音方法、服务器以及计算机存储介质 |
EP3567859A1 (en) * | 2018-03-09 | 2019-11-13 | Wangsu Science & Technology Co., Ltd. | Method and system for providing live streaming service |
CN112543297A (zh) * | 2019-09-20 | 2021-03-23 | 北京新媒传信科技有限公司 | 一种视频会议直播方法、装置和系统 |
-
2021
- 2021-05-24 CN CN202110566152.8A patent/CN113014950A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107005721A (zh) * | 2016-11-22 | 2017-08-01 | 广州市百果园信息技术有限公司 | 直播间视频流推送控制方法及相应的服务器与移动终端 |
EP3567859A1 (en) * | 2018-03-09 | 2019-11-13 | Wangsu Science & Technology Co., Ltd. | Method and system for providing live streaming service |
CN109168018A (zh) * | 2018-10-17 | 2019-01-08 | 北京潘达互娱科技有限公司 | 一种直播中的连麦合流系统、方法、装置及自有服务器 |
CN109862382A (zh) * | 2019-02-25 | 2019-06-07 | 广州虎牙信息科技有限公司 | 多人语音方法、服务器以及计算机存储介质 |
CN112543297A (zh) * | 2019-09-20 | 2021-03-23 | 北京新媒传信科技有限公司 | 一种视频会议直播方法、装置和系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113573083A (zh) * | 2021-07-20 | 2021-10-29 | 广州方硅信息技术有限公司 | 连麦直播互动方法、装置及计算机设备 |
CN114205637A (zh) * | 2021-12-16 | 2022-03-18 | 杭州雅顾科技有限公司 | 一种白板和音视频同步方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109327728B (zh) | 一种一对多同屏方法、装置和系统、同屏设备及存储介质 | |
CN107846633B (zh) | 一种直播方法及系统 | |
US10015440B2 (en) | Multiple channel communication using multiple cameras | |
US7643422B1 (en) | Dynamic trans-framing and trans-rating for interactive playback control | |
US9025000B2 (en) | System and method for initiating a video conferencing through a streaming device | |
US9665336B2 (en) | Direct streaming for wireless display | |
US8300079B2 (en) | Apparatus and method for transferring video | |
US9479737B2 (en) | Systems and methods for event programming via a remote media player | |
US9955205B2 (en) | Method and system for improving interactive media response systems using visual cues | |
US8687016B2 (en) | Method and system for enhancing the quality of video prompts in an interactive media response system | |
US20050262260A1 (en) | Two-way audio/video conference system | |
CN112019927B (zh) | 视频直播方法、连麦设备、直播系统及存储介质 | |
US20150077509A1 (en) | System for a Virtual Multipoint Control Unit for Unified Communications | |
JP2006501744A (ja) | メディア通信方法及び装置 | |
CN101888519A (zh) | 共享桌面内容的方法和智能设备 | |
US11290512B2 (en) | Codec selection for end-to-end communication without intermediate transcoding | |
CN113014950A (zh) | 一种直播同步的方法、系统和电子设备 | |
CN103338346A (zh) | 一种实现多媒体数字会议的方法及系统 | |
KR20080086262A (ko) | 디지털 콘텐츠 공유를 위한 방법 및 장치, 그리고 디지털콘텐츠 공유 시스템 | |
KR100628322B1 (ko) | 비통신기기를 통하여 방송통신 융합서비스를 중개하는액세스 미디에이터 시스템 | |
CN117176972B (zh) | 一个基于WebRTC技术的云会议音视频传输系统及方法 | |
CN102438119B (zh) | 一种数字电视的音视频通讯系统 | |
KR100651566B1 (ko) | 이동통신 단말기에서 출력 버퍼링을 이용한 멀티미디어재생 장치 및 그 제어 방법 | |
WO2023231478A1 (zh) | 音视频共享方法、设备及计算机可读存储介质 | |
CN102957890A (zh) | 一种通信中视频图像播放方法及终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210622 |