CN111510738B - 一种直播中音频的传输方法及装置 - Google Patents
一种直播中音频的传输方法及装置 Download PDFInfo
- Publication number
- CN111510738B CN111510738B CN202010339747.5A CN202010339747A CN111510738B CN 111510738 B CN111510738 B CN 111510738B CN 202010339747 A CN202010339747 A CN 202010339747A CN 111510738 B CN111510738 B CN 111510738B
- Authority
- CN
- China
- Prior art keywords
- audio
- microphone
- audio signals
- mounting point
- sound sources
- 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.)
- Active
Links
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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- 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/233—Processing of audio elementary 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/6437—Real-time Transport Protocol [RTP]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Databases & Information Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请提供了一种直播中音频的传输方法及装置,其中,该方法包括:首先,获取主播网页web端的来自麦克风音源的麦克风音频信号,以及主播web端确认传输的来自其它音源的其它音频信号;之后,将所述麦克风音频信号以及其它音频信号挂载到第一音频挂载点;最后,将所述第一音频挂载点挂载的所述麦克风音频信号和其它音频信号以合成流形式传输至网页即时通信WebRTC节点。在本申请中,该音频的传输方法及装置应用于网页直播的过程,能够在直播中根据主播的选择,加入除麦克风音源外的其它音源的音频数据,从而丰富了直播中音频内容的类型,为主播端提供了更多直播选择,丰富了直播的内容和形式。
Description
技术领域
本申请涉及信号传输技术领域,具体而言,涉及一种直播中音频的传输方法及装置。
背景技术
随着互联网技术的不断发展,视频会议、电话会议等远程办公方式逐渐成为了一种新型的办公形式,由于其高效性,且不受时间与场地的控制而倍受人们青睐。
通过应用软件进行直播的情况比较普遍,但通过应用软件进行直播,用户必须要下载相关应用软件才能观看相关直播内容,而网页直播不受此限制。网页直播技术的实现可以基于网页即时通信(Web Real-Time Communication、WebRTC)技术实现。在主播的web端,采集麦克风的音频数据,以及拍摄的视频数据,将音频数据和视频数据分别作为两路媒体数据,经由网页端传输至WebRTC节点。WebRTC节点将获取的音频和视频数据通过媒体服务器转推到实时消息传输协议(Real Time Messaging Protocol,RTMP)服务。
上述过程中,采用一路音频数据和一路视频数据的传输方式,这种方式下直播的音频内容取决于麦克风采集的信号,直播内容受限。
发明内容
有鉴于此,本申请实施例至少提供一种直播中音频的传输方法及装置,能够在直播中根据主播的选择加入除麦克风音源外的其它音源的音频数据,丰富了直播中的音频内容的类型。
第一方面,本申请实施例提供了一种直播中音频的传输方法,所述传输方法包括:
获取主播网页web端的来自麦克风音源的麦克风音频信号,以及主播web端确认传输的来自其它音源的其它音频信号;
将所述麦克风音频信号以及其它音频信号挂载到第一音频挂载点;
将所述第一音频挂载点挂载的所述麦克风音频信号和其它音频信号以合成流形式传输至网页即时通信WebRTC节点。
一种可选实施方式中,所述传输方法还包括:
将所述其它音源的其它音频信号挂载到第二音频挂载点;
将所述第二音频挂载点挂载的所述其它音源的其它音频信号以合成流形式进行本地播放。
一种可选实施方式中,所述获取主播网页web端的来自麦克风音源的麦克风音频信号,以及主播web端确认传输的来自其它音源的其它音频信号,包括:
获取来自多个音源的音频信号以及每个音频信号对应的类型标识;
根据所述类型标识,从所述多个音源的音频信号中,识别来自麦克风音源的所述麦克风音频信号和来自其它音源的其它音频信号。
一种可选实施方式中,所述传输方法应用于在web端进行音视频直播的场景,所述传输方法还包括:
获取直播的视频流,将获取的视频流传输至WebRTC节点,通过WebRTC节点将音频的所述合成流和所述视频流同步后推送到媒体服务器。
一种可选实施方式中,在获取主播网页web端的来自麦克风音源的麦克风音频信号,以及主播web端确认传输的来自其它音源的其它音频信号之前,所述传输方法还包括:
在接收到直播指令后,创建多个音频挂载点。
第二方面,本申请实施例提供了一种直播中音频的传输方法,所述传输方法包括:
响应直播指令,创建多个音频挂载点;所述多个音频挂载点包括第一音频挂载点和第二音频挂载点,所述第一音频挂载点用于挂载来自麦克风音源的麦克风音频信号以及主播web端确认传输的来自其它音源的其它音频信号,所述第二音频挂载点用于挂载主播web端确认传输的来自其它音源的其它音频信号;
通过第一音频挂载点将挂载的第一音频信号传输至网页即时通信WebRTC节点,以及通过第二音频挂载点将挂载的第二音频信号进行本地播放。
一种可选实施方式中,所述通过第一音频挂载点将挂载的第一音频信号传输至网页即时通信WebRTC节点,所述传输方法包括:
若存在多个音源的第一音频信号,通过第一音频挂载点将所述多个音源的第一音频信号进行合成后传输至WebRTC节点;
所述通过第二音频挂载点将挂载的第二音频信号进行本地播放,包括:
若存在多个音源的第二音频信号,通过第二音频挂载点将所述多个音源的第二音频信号合成后进行本地播放。
第三方面,本申请实施例还提供了一种直播中音频的传输装置,所述传输装置包括:获取模块、挂载模块以及传输模块,其中:
获取模块,用于获取主播网页web端的来自麦克风音源的麦克风音频信号,以及主播web端确认传输的来自其它音源的其它音频信号;
第一挂载模块,用于将所述麦克风音频信号以及其它音频信号挂载到第一音频挂载点;
传输模块,用于将所述第一音频挂载点挂载的所述麦克风音频信号和其它音频信号以合成流形式传输至网页即时通信WebRTC节点。
一种可选实施方式中,所述传输装置还包括:第二挂载模块以及播放模块,其中:
所述第二挂载模块,还用于将所述其它音源的其它音频信号挂载到第二音频挂载点;
所述播放模块,用于将所述第二音频挂载点挂载的所述其它音源的其它音频信号以合成流形式进行本地播放。
一种可选实施方式中,所述获取模块,用于获取主播网页web端的来自麦克风音源的麦克风音频信号,以及主播web端确认传输的来自其它音源的其它音频信号时,具体用于:
获取来自多个音源的音频信号以及每个音频信号对应的类型标识;
根据所述类型标识,从所述多个音源的音频信号中,识别来自麦克风音源的所述麦克风音频信号和来自其它音源的其它音频信号。
一种可选实施方式中,所述传输装置应用于在web端进行音视频直播的场景,所述传输装置还包括:推送模块,其中:
所述推送模块,用于获取直播的视频流,将获取的视频流传输至WebRTC节点,通过WebRTC节点将音频的所述合成流和所述视频流同步后推送到媒体服务器。
一种可选实施方式中,所述传输装置还包括:创建模块,其中:
所述创建模块,用于在接收到直播指令后,创建多个音频挂载点。
第四方面,本申请实施例还提供了一种直播中音频的传输装置,所述传输装置包括:创建模块以及传输模块,其中:
所述创建模块,用于响应直播指令,创建多个音频挂载点;所述多个音频挂载点包括第一音频挂载点和第二音频挂载点,所述第一音频挂载点用于挂载来自麦克风音源的麦克风音频信号以及主播web端确认传输的来自其它音源的其它音频信号,所述第二音频挂载点用于挂载主播web端确认传输的来自其它音源的其它音频信号;
所述传输模块,用于通过第一音频挂载点将挂载的第一音频信号传输至网页即时通信WebRTC节点,以及通过第二音频挂载点将挂载的第二音频信号进行本地播放。
一种可选实施方式中,所述传输模块,用于通过第一音频挂载点将挂载的第一音频信号传输至网页即时通信WebRTC节点时,具体用于:
若存在多个音源的第一音频信号,通过第一音频挂载点将所述多个音源的第一音频信号进行合成后传输至WebRTC节点;
所述通过第二音频挂载点将挂载的第二音频信号进行本地播放,包括:
若存在多个音源的第二音频信号,通过第二音频挂载点将所述多个音源的第二音频信号合成后进行本地播放。
第五方面,本申请实施例还提供一种计算机设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当计算机设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行上述第一方面,或第一方面中任一种可能的实施方式中的步骤;
以及执行上述第二方面,或第二方面中任一种可能的实施方式中的步骤。
第六方面,本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述第一方面,或第一方面中任一种可能的实施方式中的步骤;
以及执行上述第二方面,或第二方面中任一种可能的实施方式中的步骤。
本申请实施例提供一种直播中音频的传输方法及装置,其中,所述传输方法包括:可以获取主播网页web端的来自麦克风音源的麦克风音频信号,以及主播web端确认传输的来自其它音源的其它音频信号;然后将所述麦克风音频信号以及其它音频信号挂载到第一音频挂载点;最后将所述第一音频挂载点挂载的所述麦克风音频信号和其它音频信号以合成流形式传输至网页即时通信WebRTC节点。在本申请实施例中,该音频的传输方法及装置应用于网页直播的过程中,能够在直播中根据主播的选择,加入除麦克风音源外的其它音源的音频数据,从而丰富了直播中音频内容的类型,为主播端提供了更多直播选择,丰富了直播的内容和形式。
另外,本申请实施例中,将在主播端用于本地播放的音频内容,与用于传输到WebRTC节点供其它用户拉流的音频内容分别作为两路合成流,分别挂载到不同的音频挂载点上进行传输;用于本地播放的音频合成流中,去除了麦克风音源的音频信号,从而可以避免主播端收听到自己的音频回放,避免了对直播过程产生干扰。
为使本申请的上述特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,此处的附图被并入说明书中并构成本说明书中的一部分,这些附图示出了符合本申请的实施例,并与说明书一起用于说明本申请的技术方案。应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它相关的附图。
图1示出了本申请实施例所提供的一种直播中音频的传输方法的流程图;
图2为本申请一种实施例在直播中进行音频信号传输的示意图;
图3示出了本申请实施例所提供的另一种直播中音频的传输方法的流程图;
图4示出了本申请实施例所提供的一种直播中音频的传输装置的示意图之一;
图5示出了本申请实施例所提供的一种直播中音频的传输装置的示意图之二;
图6示出了本申请实施例所提供的另一种直播中音频的传输装置的示意图;
图7示出了本申请实施例所提供的一种计算机设备的示意图。
具体实施方式
为使本申请实施例的技术方案和优点更加清楚,下面将结合本申请实施例中附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其它实施例,都属于本申请保护的范围。
本申请实施例应用于网页直播场景。不同于通过应用软件直播,网页直播的场景尚没有普及,网页直播采用的相关技术不同于应用软件直播,一般是基于WebRTC实现的。在网页直播场景下,为了支持更多类型的音频内容,提升主播端的直播内容选择空间,本申请实施例中,在主播的web端,除了采集麦克风音源的音频数据,还会采集主播选择收录的其它音源的音频数据,将这些不同音源的音频数据挂载到同一音频挂载点统一传输到WebRTC节点,在WebRTC节点进行合成传输,可以实现多种音源的音频数据的合成传输,丰富了直播中的音频内容的类型。进一步地,为了避免主播端收听到自己的音频回放,对直播过程产生干扰,本申请实施例将在主播端用于本地播放的音频内容,与用于传输到WebRTC节点供其它用户拉流的音频内容分别作为两路合成流,分别挂载到不同的音频挂载点上传输(一路传输到WebRTC节点,另一路进行本地播放),这里,在用于本地播放的音频合成流中,去除了麦克风音源的音频信号,从而可以避免主播端收听到自己的音频回放。
针对以上方案所存在的缺陷,均是发明人在经过实践并仔细研究后得出的结果,因此,上述问题的发现过程以及下文中本申请针对上述问题所提出的解决方案,都应该是发明人在本申请过程中对本申请做出的贡献。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
本申请实施例所提供的直播中音频的传输方法应用于web端,该web端可以部署在支持使用浏览器功能的任何电子设备上。例如包括:个人电脑(Personal Computer,PC)、终端设备、或服务器或其它处理设备,终端设备可以为用户设备(User Equipment,UE)、移动设备、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中,该传输方法可以通过计算机设备中的处理器调用存储器中存储的计算机可读指令的方式来实现。
下面以执行主体为计算机设备为例对本申请实施例提供的音频的传输方法加以说明。
实施例一
参见图1所示,为本申请实施例一提供的一种直播中音频的传输方法的流程图,所述传输方法包括步骤S101~S103其中:
S101:获取主播网页web端的来自麦克风音源的麦克风音频信号,以及主播web端确认传输的来自其它音源的其它音频信号。
S102:将所述麦克风音频信号以及其它音频信号挂载到第一音频挂载点。
S103:将所述第一音频挂载点挂载的所述麦克风音频信号和其它音频信号以合成流形式传输至网页即时通信WebRTC节点。
下面分别对上述S101~S103分别进行说明。
一:在上述S101中,在网页直播的过程中,根据主播的选择,除获取来自主播端的麦克风音源的麦克风音频信号外,还可以获取主播选择输入的来自其它音源的其它音频信号。
这里,来自主播端的麦克风音源的麦克风音频信号,以及来自其它音源的其它音频信号,可以是同时产生并传输的,也可以是分别产生并传输的。
比如,在网络直播过程中,为了烘托氛围,或是适应场景需求,通常需要一些背景音乐(Background music,BGM)或直播音效(例如:笑声、掌声、欢呼声等)等来辅助直播,这些音频信号可以与麦克风音频信号同时传输;或者,还可以在直播间歇时插播音乐,以在主播休息期间维持好主播与观看直播的用户之间的粘性,这种音频信号可以与麦克风音频信号分开传输。
这里,除麦克风音频信号外,具体插入其它什么样的音频信号,可以由主播通过网页直播预览界面来进行选择。具体地,可以在网页直播预览界面提供音频选择按钮,主播触发该按钮后,可以从本地音频文件中选择需要插入播放的音频文件,也即插入其它音源的音频信号。
由于音源本身不会去选择具体的挂载点,当在每个挂载点进行音源的筛选时,可以依赖于音频信号中标记的音源的类型标识。也即,在获取来自麦克风音源的麦克风音频信号,以及至少一个来自其它音源的其它音频信号时,还可以获取来自多个音源的音频信号以及每个音频信号对应的类型标识;根据类型标识,从多个音源的音频信号中,识别来自麦克风音源的麦克风音频信号和来自其它音源的其它音频信号。
这里,类型标识可以包括用于区分麦克风音频信号和非麦克风音频信号的两种类型标识,比如麦克风音源的标记为1,所有其它音源(比如本地mp3音源)的,都标记为2。或者,也可以包括多种音源分别对应的类型标识,比如麦克风音源、本地mp3音源、激光唱片(Compact Disk,CD)音源、迷你磁光盘(Mini Disc,MD)音源、影音光碟(Video CompactDisc,VCD)音源、高密度数字视频光盘(Digital Video Disc,DVD)音源等。
二:在上述S102中,基于步骤S101中获取的来自麦克风音源的麦克风音频信号,以及来自其它音源的其它音频信号,将所述麦克风音频信号以及其它音频信号挂载到第一音频挂载点。
这里,在接收到直播指令,启动web端直播进程后,即可以创建多个音频挂载点。
示例性的,在正式开始直播之前,可以为本次直播过程临时创建音频挂载点,大多数情况下,所创建的音频挂载点的个数可以为2个,可分别命名为:第一音频挂载点以及第二音频挂载点,其中,第一音频挂载点用于挂载向WebRTC节点传输的音频信号,第二音频挂载点用于挂载进行本地播放的音频信号,其中第一音频挂载点挂载的音频信号中可以包括来自麦克风音源的麦克风音频信号,还可以包括至少一个来自其它音源的其它音频信号;第二音频挂载点挂载的音频信号中筛除了来自麦克风音源的麦克风音频信号,只包括至少一个来自其它音源的其它音频信号。也即,本申请实施例将在主播端用于本地播放的音频内容,与用于传输到WebRTC节点供其它用户拉流的音频内容分别作为两路合成流,分别挂载到不同的音频挂载点上传输,这样可以在用于本地播放的音频合成流中筛除麦克风音源的音频信号,避免主播端收听到自己的音频回放。
上述思想请参阅图2,图2为本申请一种实施例在直播中进行音频信号传输的示意图。
在具体实施过程中,当主播在web端打开直播预览界面,下发直播指令后,可以响应该直播指令,创建第一音频挂载点和第二音频挂载点。在直播过程中,在获取到任一音频信号后,根据该音频信号中携带的类型标识,确认该音频信号是否为来自麦克风音源的麦克风音频信号,若是,将其挂载到第一音频挂载点,若不是,而是来自其它音源的其它音频信号,可以将该音频信号同时挂载在第一音频挂载点和第二音频挂载点上。
实际实施中,可以由音频挂载点对需要挂载的音频信号进行区分、筛除,比如,不同音频源的音频信号都会传输到第一音频挂载点和第二音频挂载点,第二音频挂载点在接收到任一音频信号后,可以根据该音频信号中携带的类型标识,确认该音频信号是否为自麦克风音源的麦克风音频信号,若是,则将其筛除。
这里,该音频挂载点可以为音频上下文(AudioContext)接口,简称音频接口。该音频接口可以进行执行音频处理、解码等操作,并且可以同时完成音频传输功能。
三:在上述S103中,将上述步骤S102中第一音频挂载点所挂载的所述麦克风音频信号和其它音频信号以合成流形式传输至网页即时通信WebRTC节点。
其中,WebRTC节点支持音频合成流为输入源,允许网络应用建立网页之间的点对点连接,实现视频流、音频流或者其它任意数据的传输。
在本申请实施例中,WebRTC节点可以通过实时消息传输协议(RealTimeMessaging Protocol,RTMP),将第一音频挂载点所挂载的所述麦克风音频信号和至少一个其它音频信号的合成流推送至媒体服务器,同时生成视频地址。参与端(观看直播的用户端)可以获取到视频地址,并通过该视频地址进行直播观看。
示例性的,WebRTC节点通过RTMP,将该合成流推送至媒体服务器,生成了一个视频地址,例如:WWW.XXX.COM,观看直播的用户端基于该视频地址观看该网页直播内容。
此外,将所述第二音频挂载点挂载的多个所述其它音源的其它音频信号以合成流形式进行本地播放。
也就是说,第一音频挂载点所挂载的所述麦克风音频信号和其它音频信号的合成流经由WebRTC节点进行远程传输,供观看直播的用户观看;同时,第二音频挂载点挂载的其它音源的音频信号在主播端进行播放,由此,在满足观看直播的用户收听到多个音源的音频信号的同时,可以确保网页直播的主播用户不会收听到自己的声音,减少了由于麦克风音频回传对直播过程造成的干扰。
此外,上述方式可以结合视频的传输,进行音视频的综合直播过程,具体包括:获取直播的视频流,将获取的视频流传输至WebRTC节点,通过WebRTC节点将音频的所述合成流和所述视频流同步后推送到媒体服务器。这样,在web端,将音频信号与视频信号分为两路传输,并将音频信号与视频信号同步,防止出现音画不同步的情况,提升用户的观看体验。
基于上述研究,本申请实施例提供的一种直播中音频的传输方法,主要应用于网页直播的过程,能够在直播中根据主播的选择,加入除麦克风音源外的其它音源的音频数据,从而丰富了直播中音频内容的类型,为主播端提供了更多直播选择,丰富了直播的内容和形式。另外,本申请实施例中,将在主播端用于本地播放的音频内容,与用于传输到WebRTC节点供其它用户拉流的音频内容分别作为两路合成流,分别挂载到不同的音频挂载点上进行传输,由于用于本地播放的音频合成流中,去除了麦克风音源的音频信号,从而可以避免主播端收听到自己的音频回放,避免了对直播过程产生干扰,提高了主播的直播体验,也提升了收听直播的其它用户的体验。
实施例二
参见图3所示,为本申请实施例二提供的另一种直播中音频的传输方法的流程图,所述传输方法包括步骤S301~S302其中:
S301:响应直播指令,创建多个音频挂载点;所述多个音频挂载点包括第一音频挂载点和第二音频挂载点,所述第一音频挂载点用于挂载来自麦克风音源的麦克风音频信号以及主播web端确认传输的来自其它音源的其它音频信号,所述第二音频挂载点用于挂载主播web端确认传输的来自其它音源的其它音频信号。
S302:通过第一音频挂载点将挂载的第一音频信号传输至网页即时通信WebRTC节点,以及通过第二音频挂载点将挂载的第二音频信号进行本地播放。
下面分别对上述S301~S302分别进行说明。
一:在上述S301中,在网页直播的过程中,响应直播指令,预先创建多个音频挂载点。
其中,所述多个音频挂载点包括第一音频挂载点和第二音频挂载点,所述第一音频挂载点用于挂载来自麦克风音源的麦克风音频信号以及主播web端确认传输的来自其它音源的其它音频信号,所述第二音频挂载点用于挂载主播web端确认传输的来自其它音源的其它音频信号。
在网页直播的过程中,当接收到主播web端发出的直播指令之后,预先在web端创建多个音频挂载点。
这里,多个音频挂载点可以包括第一音频挂载点和第二音频挂载点。其中,第一音频挂载点可以用来挂载来自主播web端麦克风音源的麦克风音频信号,还可以用来挂载由主播web端确认传输的、来自其它音源的其它音频信号。第二音频挂载点则只挂载由主播web端确认传输的、来自其它音源的其它音频信号,不挂载来自主播web端麦克风音源的麦克风音频信号。
二:在上述S302中,通过第一音频挂载点将挂载的第一音频信号传输至网页即时通信WebRTC节点,以及通过第二音频挂载点将挂载的第二音频信号进行本地播放。
具体的,若存在多个音源的第一音频信号,通过第一音频挂载点将所述多个音源的第一音频信号进行合成后传输至WebRTC节点;若存在多个音源的第二音频信号,则通过第二音频挂载点将所述多个音源的第二音频信号合成后进行本地播放。这里,在用于本地播放的音频合成流中筛除了麦克风音源的音频信号,可以避免主播端收听到自己的音频回放。
基于上述研究,本申请实施例提供的上述直播中音频的传输方法,能够在接收到直播指令之后,在开始直播之前创建不同的音频挂载点,在直播过程中,可以在不同的音频挂载点上分别挂载不同用途的音频信号,比如一个音频挂载点用来挂载供其他用户收听的直播音频,另一个音频挂载点用来挂载用于本地播放的预览音频;这样,将在主播端用于本地播放的音频内容,与用于传输到WebRTC节点供其它用户拉流的音频内容分别作为两路合成流,分别挂载到不同的音频挂载点上进行传输,由于用于本地播放的音频合成流中,去除了麦克风音源的音频信号,从而可以避免主播端收听到自己的音频回放,避免了对直播过程产生干扰,提高了主播的直播体验,也提升了收听直播的其它用户的体验。
实施例三
参照图4、图5所示,图4为本申请实施例三提供的一种直播中音频的传输装置的示意图之一,图5为本申请实施例三提供的一种直播中音频的传输装置的示意图之二,该直播中音频的传输装置400包括:获取模块41、第一挂载模块42以及传输模块43,其中:
所述获取模块41,用于获取主播网页web端的来自麦克风音源的麦克风音频信号,以及主播web端确认传输的来自其它音源的其它音频信号;
所述第一挂载模块42,用于将所述麦克风音频信号以及其它音频信号挂载到第一音频挂载点;
所述传输模块43,用于将所述第一音频挂载点挂载的所述麦克风音频信号和其它音频信号以合成流形式传输至网页即时通信WebRTC节点。
基于上述研究,本申请实施例提供的一种直播中音频的传输装置,主要应用于网页直播的过程,能够在直播中根据主播的选择,加入除麦克风音源外的其它音源的音频数据,从而丰富了直播中音频内容的类型,为主播端提供了更多直播选择,丰富了直播的内容和形式。另外,本申请实施例中,将在主播端用于本地播放的音频内容,与用于传输到WebRTC节点供其它用户拉流的音频内容分别作为两路合成流,分别挂载到不同的音频挂载点上进行传输,由于用于本地播放的音频合成流中,去除了麦克风音源的音频信号,从而可以避免主播端收听到自己的音频回放,避免了对直播过程产生干扰,提高了主播的直播体验,也提升了收听直播的其它用户的体验。
一种可能的实施方式中,若存在多个所述其它音源,所述传输装置400还包括:第二挂载模块44以及播放模块45,其中:
所述第二挂载模块44,还用于将所述其它音源的其它音频信号挂载到第二音频挂载点;
所述播放模块45,用于将所述第二音频挂载点挂载的所述其它音源的其它音频信号以合成流形式进行本地播放。
一种可能的实施方式中,所述获取模块41,用于获取主播网页web端的来自麦克风音源的麦克风音频信号,以及主播web端确认传输的来自其它音源的其它音频信号时,具体用于:
获取来自多个音源的音频信号以及每个音频信号对应的类型标识;
根据所述类型标识,从所述多个音源的音频信号中,识别来自麦克风音源的所述麦克风音频信号和来自其它音源的其它音频信号。
一种可能的实施方式中,所述传输装置400应用于在web端进行音视频直播的场景,所述传输装置400还包括:推送模块46,其中:
所述推送模块46,用于获取直播的视频流,将获取的视频流传输至WebRTC节点,通过WebRTC节点将音频的所述合成流和所述视频流同步后推送到媒体服务器。
一种可能的实施方式中,所述传输装置400还包括:创建模块47,其中:
所述创建模块47,用于在接收到直播指令后,创建多个音频挂载点。
实施例四
参照图6所示,图6为本申请实施例四提供的另一种直播中音频的传输装置的示意图,该直播中音频的传输装置600包括:创建模块61、以及传输模块62,其中:
所述创建模块61,用于响应直播指令,创建多个音频挂载点;所述多个音频挂载点包括第一音频挂载点和第二音频挂载点,所述第一音频挂载点用于挂载来自麦克风音源的麦克风音频信号以及主播web端确认传输的来自其它音源的其它音频信号,所述第二音频挂载点用于挂载主播web端确认传输的来自其它音源的其它音频信号;
所述传输模块62,还用于通过第一音频挂载点将挂载的第一音频信号传输至网页即时通信WebRTC节点,以及通过第二音频挂载点将挂载的第二音频信号进行本地播放。
一种可能的实施方式中,所述传输模块62,用于通过第一音频挂载点将挂载的第一音频信号传输至网页即时通信WebRTC节点时,具体用于:
若存在多个音源的第一音频信号,通过第一音频挂载点将所述多个音源的第一音频信号进行合成后传输至WebRTC节点;
所述通过第二音频挂载点将挂载的第二音频信号进行本地播放,包括:
若存在多个音源的第二音频信号,通过第二音频挂载点将所述多个音源的第二音频信号合成后进行本地播放。
基于上述研究,本申请实施例提供的一种直播中音频的传输装置,主要应用于网页直播的过程,能够响应直播指令,创建多个音频挂载点,并在多个音频挂载点上挂载来自麦克风音源的麦克风音频信号以及主播web端确认传输的来自其它音源的其它音频信号,并完成传输或是播放过程,从而丰富了直播中音频内容的类型,为主播端提供了更多直播选择,丰富了直播的内容和形式。另外,本申请实施例中,将在主播端用于本地播放的音频内容,与用于传输到WebRTC节点供其它用户拉流的音频内容分别作为两路合成流,分别挂载到不同的音频挂载点上进行传输,由于用于本地播放的音频合成流中,去除了麦克风音源的音频信号,从而可以避免主播端收听到自己的音频回放,避免了对直播过程产生干扰,提高了主播的直播体验,也提升了收听直播的其它用户的体验。
实施例五
本申请实施例五还提供了一种计算机设备700,如图7所示,为本申请实施例提供的计算机设备700结构示意图,包括:
处理器71、存储器72、和总线73;存储器72用于存储执行指令,包括内存721和外部存储器722;这里的内存721也称内存储器,用于暂时存放处理器71中的运算数据,以及与硬盘等外部存储器722交换的数据,处理器71通过内存721与外部存储器722进行数据交换,当所述计算机设备700运行时,所述处理器71与所述存储器72之间通过总线73通信,使得所述处理器71,执行以下指令:
获取主播网页web端的来自麦克风音源的麦克风音频信号,以及主播web端确认传输的来自其它音源的其它音频信号;
将所述麦克风音频信号以及其它音频信号挂载到第一音频挂载点;
将所述第一音频挂载点挂载的所述麦克风音频信号和其它音频信号以合成流形式传输至网页即时通信WebRTC节点。
一种可能的实施方式中,处理器71执行的指令中,所述传输方法还包括:
将所述其它音源的其它音频信号挂载到第二音频挂载点;
将所述第二音频挂载点挂载的所述其它音源的其它音频信号以合成流形式进行本地播放。
一种可能的实施方式中,处理器71执行的指令中,所述获取主播网页web端的来自麦克风音源的麦克风音频信号,以及主播web端确认传输的来自其它音源的其它音频信号,包括:
获取来自多个音源的音频信号以及每个音频信号对应的类型标识;
根据所述类型标识,从所述多个音源的音频信号中,识别来自麦克风音源的所述麦克风音频信号和来自其它音源的其它音频信号。
一种可能的实施方式中,处理器71执行的指令中,所述传输方法应用于在web端进行音视频直播的场景,所述传输方法还包括:
获取直播的视频流,将获取的视频流传输至WebRTC节点,通过WebRTC节点将音频的所述合成流和所述视频流同步后推送到媒体服务器。一种可能的实施方式中,处理器71执行的指令中,在获取主播网页web端的来自麦克风音源的麦克风音频信号,以及主播web端确认传输的来自其它音源的其它音频信号之前,所述传输方法还包括:
在接收到直播指令后,创建多个音频挂载点。
所述处理器71,还执行以下指令:
响应直播指令,创建多个音频挂载点;所述多个音频挂载点包括第一音频挂载点和第二音频挂载点,所述第一音频挂载点用于挂载来自麦克风音源的麦克风音频信号以及主播web端确认传输的来自其它音源的其它音频信号,所述第二音频挂载点用于挂载主播web端确认传输的来自其它音源的其它音频信号;
通过第一音频挂载点将挂载的第一音频信号传输至网页即时通信WebRTC节点,以及通过第二音频挂载点将挂载的第二音频信号进行本地播放。
一种可能的实施方式中,处理器71执行的指令中,所述通过第一音频挂载点将挂载的第一音频信号传输至网页即时通信WebRTC节点,所述传输方法包括:
若存在多个音源的第一音频信号,通过第一音频挂载点将所述多个音源的第一音频信号进行合成后传输至WebRTC节点;
所述通过第二音频挂载点将挂载的第二音频信号进行本地播放,包括:
若存在多个音源的第二音频信号,通过第二音频挂载点将所述多个音源的第二音频信号合成后进行本地播放。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述方法实施例中所述的音频的传输方法的步骤。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上所述实施例,仅为本申请的具体实施方式,用以说明本申请的技术方案,而非对其限制,本申请的保护范围并不局限于此,尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。
Claims (10)
1.一种直播中音频的传输方法,其特征在于,所述传输方法包括:
获取主播网页web端的来自麦克风音源的麦克风音频信号,以及主播web端确认传输的来自其它音源的其它音频信号,其中,不同音源的音频信号对应不同的类型标识;
将所述麦克风音频信号以及其它音频信号挂载到第一音频挂载点;
将所述第一音频挂载点挂载的所述麦克风音频信号和其它音频信号以合成流形式传输至网页即时通信WebRTC节点;
将所述其它音源的其它音频信号挂载到第二音频挂载点;
将所述第二音频挂载点挂载的所述其它音源的其它音频信号以合成流形式进行本地播放。
2.根据权利要求1所述的传输方法,其特征在于,所述获取主播网页web端的来自麦克风音源的麦克风音频信号,以及主播web端确认传输的来自其它音源的其它音频信号,包括:
获取来自多个音源的音频信号以及每个音频信号对应的类型标识;
根据所述类型标识,从所述多个音源的音频信号中,识别来自麦克风音源的所述麦克风音频信号和来自其它音源的其它音频信号。
3.根据权利要求1所述的传输方法,其特征在于,所述传输方法应用于在web端进行音视频直播的场景,所述传输方法还包括:
获取直播的视频流,将获取的视频流传输至WebRTC节点,通过WebRTC节点将音频的所述合成流和所述视频流同步后推送到媒体服务器。
4.根据权利要求1所述的传输方法,其特征在于,在获取主播网页web端的来自麦克风音源的麦克风音频信号,以及主播web端确认传输的来自其它音源的其它音频信号之前,所述传输方法还包括:
在接收到直播指令后,创建多个音频挂载点。
5.一种直播中音频的传输方法,其特征在于,所述传输方法包括:
响应直播指令,创建多个音频挂载点;所述多个音频挂载点包括第一音频挂载点和第二音频挂载点,所述第一音频挂载点用于挂载来自麦克风音源的麦克风音频信号以及主播web端确认传输的来自其它音源的其它音频信号,所述第二音频挂载点用于挂载主播web端确认传输的来自其它音源的其它音频信号;
通过第一音频挂载点将挂载的第一音频信号传输至网页即时通信WebRTC节点,以及通过第二音频挂载点将挂载的第二音频信号进行本地播放。
6.根据权利要求5所述的传输方法,其特征在于,所述通过第一音频挂载点将挂载的第一音频信号传输至网页即时通信WebRTC节点,所述传输方法包括:
若存在多个音源的第一音频信号,通过第一音频挂载点将所述多个音源的第一音频信号进行合成后传输至WebRTC节点;
所述通过第二音频挂载点将挂载的第二音频信号进行本地播放,包括:
若存在多个音源的第二音频信号,通过第二音频挂载点将所述多个音源的第二音频信号合成后进行本地播放。
7.一种直播中音频的传输装置,其特征在于,所述传输装置包括:
获取模块,用于获取主播网页web端的来自麦克风音源的麦克风音频信号,以及主播web端确认传输的来自其它音源的其它音频信号;
第一挂载模块,用于将所述麦克风音频信号以及其它音频信号挂载到第一音频挂载点;
传输模块,用于将所述第一音频挂载点挂载的所述麦克风音频信号和其它音频信号以合成流形式传输至网页即时通信WebRTC节点;
第二挂载模块,用于将所述其它音源的其它音频信号挂载到第二音频挂载点;
播放模块,用于将所述第二音频挂载点挂载的所述其它音源的其它音频信号以合成流形式进行本地播放。
8.一种直播中音频的传输装置,其特征在于,所述传输装置包括:
创建模块,用于响应直播指令,创建多个音频挂载点;所述多个音频挂载点包括第一音频挂载点和第二音频挂载点,所述第一音频挂载点用于挂载来自麦克风音源的麦克风音频信号以及主播web端确认传输的来自其它音源的其它音频信号,所述第二音频挂载点用于挂载主播web端确认传输的来自其它音源的其它音频信号;
传输模块,用于通过第一音频挂载点将挂载的第一音频信号传输至网页即时通信WebRTC节点,以及通过第二音频挂载点将挂载的第二音频信号进行本地播放。
9.一种计算机设备,其特征在于,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当计算机设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行如权利要求1至6任一所述的直播中音频的传输方法的步骤。
10.一种计算机可读存储介质,其特征在于,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如权利要求1至6任一所述的直播中音频的传输方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010339747.5A CN111510738B (zh) | 2020-04-26 | 2020-04-26 | 一种直播中音频的传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010339747.5A CN111510738B (zh) | 2020-04-26 | 2020-04-26 | 一种直播中音频的传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111510738A CN111510738A (zh) | 2020-08-07 |
CN111510738B true CN111510738B (zh) | 2023-08-11 |
Family
ID=71876429
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010339747.5A Active CN111510738B (zh) | 2020-04-26 | 2020-04-26 | 一种直播中音频的传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111510738B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113112986A (zh) * | 2021-05-13 | 2021-07-13 | 北京字节跳动网络技术有限公司 | 音频合成方法、装置、设备、介质及程序产品 |
CN113542783B (zh) * | 2021-07-13 | 2023-06-06 | 北京字节跳动网络技术有限公司 | 音频处理方法、直播设备、以及直播系统 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105872253A (zh) * | 2016-05-31 | 2016-08-17 | 腾讯科技(深圳)有限公司 | 一种直播声音处理方法及移动终端 |
CN107483972A (zh) * | 2017-07-24 | 2017-12-15 | 平安科技(深圳)有限公司 | 一种音视频的直播处理方法、存储介质和一种移动终端 |
CN108111872A (zh) * | 2018-01-09 | 2018-06-01 | 武汉斗鱼网络科技有限公司 | 一种音频直播系统 |
CN109547844A (zh) * | 2018-12-19 | 2019-03-29 | 网宿科技股份有限公司 | 基于WebRTC协议的音视频推送方法和推流客户端 |
CN109600677A (zh) * | 2018-12-11 | 2019-04-09 | 网易(杭州)网络有限公司 | 数据传输方法及装置、存储介质、电子设备 |
CN109767777A (zh) * | 2019-01-31 | 2019-05-17 | 迅雷计算机(深圳)有限公司 | 一种直播软件的混音方法 |
CN109862386A (zh) * | 2019-03-27 | 2019-06-07 | 北京奇艺世纪科技有限公司 | 直播数据传输方法及装置 |
WO2019189959A1 (ko) * | 2018-03-28 | 2019-10-03 | 라인플러스 주식회사 | 라이브 방송 시 게스트 방송의 딜레이를 상쇄하는 방법과 시스템 및 비-일시적인 컴퓨터 판독가능한 기록 매체 |
US10566002B1 (en) * | 2011-04-19 | 2020-02-18 | Deka Products Limited Partnership | System and method for identifying and processing audio signals |
CN110956969A (zh) * | 2019-11-28 | 2020-04-03 | 北京达佳互联信息技术有限公司 | 直播音频处理方法、装置、电子设备和存储介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018187360A2 (en) * | 2017-04-03 | 2018-10-11 | Smule, Inc. | Audiovisual collaboration method with latency management for wide-area broadcast |
-
2020
- 2020-04-26 CN CN202010339747.5A patent/CN111510738B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10566002B1 (en) * | 2011-04-19 | 2020-02-18 | Deka Products Limited Partnership | System and method for identifying and processing audio signals |
CN105872253A (zh) * | 2016-05-31 | 2016-08-17 | 腾讯科技(深圳)有限公司 | 一种直播声音处理方法及移动终端 |
CN107483972A (zh) * | 2017-07-24 | 2017-12-15 | 平安科技(深圳)有限公司 | 一种音视频的直播处理方法、存储介质和一种移动终端 |
CN108111872A (zh) * | 2018-01-09 | 2018-06-01 | 武汉斗鱼网络科技有限公司 | 一种音频直播系统 |
WO2019189959A1 (ko) * | 2018-03-28 | 2019-10-03 | 라인플러스 주식회사 | 라이브 방송 시 게스트 방송의 딜레이를 상쇄하는 방법과 시스템 및 비-일시적인 컴퓨터 판독가능한 기록 매체 |
CN109600677A (zh) * | 2018-12-11 | 2019-04-09 | 网易(杭州)网络有限公司 | 数据传输方法及装置、存储介质、电子设备 |
CN109547844A (zh) * | 2018-12-19 | 2019-03-29 | 网宿科技股份有限公司 | 基于WebRTC协议的音视频推送方法和推流客户端 |
CN109767777A (zh) * | 2019-01-31 | 2019-05-17 | 迅雷计算机(深圳)有限公司 | 一种直播软件的混音方法 |
CN109862386A (zh) * | 2019-03-27 | 2019-06-07 | 北京奇艺世纪科技有限公司 | 直播数据传输方法及装置 |
CN110956969A (zh) * | 2019-11-28 | 2020-04-03 | 北京达佳互联信息技术有限公司 | 直播音频处理方法、装置、电子设备和存储介质 |
Non-Patent Citations (1)
Title |
---|
Dongming Tang等.Audio and Video Mixing Method to Enhance WebRTC.IEEE Access.2020,全文. * |
Also Published As
Publication number | Publication date |
---|---|
CN111510738A (zh) | 2020-08-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10567831B2 (en) | Systems and methods for networked music playback | |
US9479584B2 (en) | Synchronous media rendering of demuxed media components across multiple devices | |
US9871696B2 (en) | Configuring a new playback device for a bonded zone | |
CN107018466B (zh) | 增强音频记录 | |
WO2017130810A1 (ja) | 収録データ処理方法、端末装置および編集装置 | |
CN111510738B (zh) | 一种直播中音频的传输方法及装置 | |
JP6148737B2 (ja) | モバイルソースメディアコンテンツへのアクセス | |
JP7290260B1 (ja) | サーバ、端末及びコンピュータプログラム | |
WO2019188393A1 (ja) | 情報処理装置、情報処理方法、送信装置、及び送信方法 | |
JP6291119B1 (ja) | 配信用データ作成装置、広告データ作成装置及びデータ作成システム | |
JP2019041366A (ja) | 配信用データ作成装置、広告データ作成装置及びデータ作成システム | |
JPWO2018163378A1 (ja) | 操作装置、コマンド処理装置、及びコンテンツ再生システム | |
CN114363791A (zh) | 串行音频元数据生成方法、装置、设备及存储介质 | |
JP2024019392A (ja) | ストリーミングデータを取り扱う方法、システム及びコンピュータプログラム | |
KR100507340B1 (ko) | 개인 방송 시스템 | |
KR20060013317A (ko) | 개인 방송 시스템 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |