CN109587511A - 多设备视频直播方法、设备、系统及存储介质 - Google Patents
多设备视频直播方法、设备、系统及存储介质 Download PDFInfo
- Publication number
- CN109587511A CN109587511A CN201811580828.3A CN201811580828A CN109587511A CN 109587511 A CN109587511 A CN 109587511A CN 201811580828 A CN201811580828 A CN 201811580828A CN 109587511 A CN109587511 A CN 109587511A
- Authority
- CN
- China
- Prior art keywords
- video data
- equipment
- data
- video
- terminal equipment
- 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
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
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/44227—Monitoring of local network, e.g. connection or bandwidth variations; Detecting new devices in the local network
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
本发明提供一种多设备视频直播方法、设备、系统及存储介质,该方案应用在多个终端设备之间,包括:获取第一终端设备的性能参数,将所述性能参数发送至第二终端设备,接收第二终端设备返回的第一视频数据,第一视频数据是第二终端设备根据性能参数选择的视频编码参数编码得到的,最后根据采集到的第二视频数据和第一视频数据进行视频直播,实现直播视频参数自适应选择,即根据设备的性能参数等进行选择,使得设备能保持在比较好的性能状态,同时保证直播画面的流畅度。
Description
技术领域
本发明涉及视频直播领域,尤其涉及一种多设备视频直播方法、设备、系统及存储介质。
背景技术
随着移动通信技术的发展,用户能够通过手机、电脑等终端设备获取的媒体资源越来越成为日常,应运而生了很多直播网站和直播软件,主播通过设备拍摄视频等资源进行直播,用户通过终端上的直播软件观看直播的视频,而对于主播来说,为了保证视频中的音频视频等资源的质量,可能回通过多个设备实现直播。
现有技术中,以游戏直播为例,常规的多设备视频直播的方法为,主播有两台手机A、B(A手机为摄像头视频画面,B手机为手游动态画面),主播可将设备B的视频画面传输至设备A,设备A将两个设备的视频组合之后再通过常规直播方案分发至观众端,A设备不仅需要采集摄像头视频数据还需要接受并处理来自B设备的视频数据,其性能消耗比常规单设备直播要多的多。
如果设备B传输至设备A的视频质量很高,A设备本身需要采集摄像视频数据消耗较多设备性能资源,还需接收并处理来自B设备的视频数据,消耗大量更多的设备性能资源,设备性能资源消耗过多容易导致设备发烫,设备响应速度慢,电量消耗快等问题。
发明内容
本发明提供一种多设备视频直播方法、设备、系统及存储介质,用于解决现有技术中设备性能资源消耗过多容易导致设备发烫,设备响应速度慢,电量消耗快的问题。
本发明第一方面提供一种多设备视频直播方法,应用于第一终端设备,所述方法包括:
获取所述第一终端设备的性能参数;
将所述性能参数发送至第二终端设备;
接收所述第二终端设备返回的第一视频数据,所述第一视频数据是所述第二终端设备根据所述性能参数选择的视频编码参数编码得到的;
根据采集到的第二视频数据和所述第一视频数据进行视频直播。
在一种具体实现方式中,所述获取所述第一终端设备的性能参数,包括:
根据预设的时间间隔采集获取所述第一终端设备的性能数据;
所述性能数据包括以下至少一项:CPU性能数据,GPU性能数据,内存占用量,温度,耗电量。
在另一种具体实现方式中,所述根据采集到的第二视频数据和所述第一视频数据进行视频直播,包括:
采集获取所述第二视频数据;
将所述第一视频数据和所述第二视频数据进行合成新的视频数据;
将所述新的视频数据发送至直播服务器。
本发明第二方面提供一种多设备视频直播方法,应用于第二终端设备,所述方法包括:
接收第一终端设备发送的性能参数;
根据所述性能参数选择视频编码参数对缓冲的视频数据进行编码,得到第一视频数据;
将所述第一视频数据发送给所述第一终端设备。
在一种具体实现方式中,所述方法还包括:
根据视频缓冲区的视频数据确定网络状态;
相应的,所述根据所述性能参数选择视频编码参数对缓冲的视频数据进行编码,得到第一视频数据,包括:
根据所述网络状态和所述性能数据选择对应的视频编码参数;
根据所述视频编码参数对缓冲的视频数据进行编码,得到所述第一视频数据。
在另一种具体实现方式中,所述根据视频缓冲区的视频数据确定网络状态,包括:
若所述视频缓冲区缓冲的视频数据的数据量大于预设值,则确定网络状态不良;
若所述视频缓冲区缓冲的视频数据的数据量小于预设值,则确定网络状态良好。
本发明第三方面提供一种终端设备,包括:
处理模块,用于获取所述终端设备的性能参数;
发送模块,用于将所述性能参数发送至第二终端设备;
接收模块,用于接收所述第二终端设备返回的第一视频数据,所述第一视频数据是所述第二终端设备根据所述性能参数选择的视频编码参数编码得到的;
所述处理模块还用于根据采集到的第二视频数据和所述第一视频数据进行视频直播。
可选的,所述处理模块具体用于:
根据预设的时间间隔采集获取所述第一终端设备的性能数据;
所述性能数据包括以下至少一项:CPU性能数据,GPU性能数据,内存占用量,温度,耗电量。
可选的,所述处理模块具体用于:
采集获取所述第二视频数据;
将所述第一视频数据和所述第二视频数据进行合成新的视频数据;
所述发送模块还用于将所述新的视频数据发送至直播服务器。
本发明第四方面提供一种终端设备,所述终端设备包括:
接收模块,用于接收第一终端设备发送的性能参数;
处理模块,用于根据所述性能参数选择视频编码参数对缓冲的视频数据进行编码,得到第一视频数据;
发送模块,用于将所述第一视频数据发送给所述第一终端设备。
可选的,所述处理模块还用于:
根据视频缓冲区的视频数据确定网络状态;
相应的,所述处理模块具体用于:
根据所述网络状态和所述性能数据选择对应的视频编码参数;
根据所述视频编码参数对缓冲的视频数据进行编码,得到所述第一视频数据。
可选的,所述处理模块具体用于:
若所述视频缓冲区缓冲的视频数据的数据量大于预设值,则确定网络状态不良;
若所述视频缓冲区缓冲的视频数据的数据量小于预设值,则确定网络状态良好。
本发明第五方面提供一种终端设备,包括:
处理器、存储器、发送器以及接收器;
存储器用于存储程序和数据,所述处理器调用存储器存储的程序,以执行第一方面或者第二方面任一项所述的多设备视频直播方法。
本发明第六方面提供一种多设备视频直播系统,所述系统至少包括第五方面的终端设备。
本发明第七方面提供一种计算机可读存储介质,所述计算机可读存储介质包括程序,所述程序在被处理器执行时用于执行第一方面或者第二方面任一项所述的多设备视频直播方法。
本发明实施例提供的一种多设备视频直播方法、设备、系统及存储介质在多设备视频直播过程中,第一终端设备获取性能参数,并将性能参数发送至第二终端设备,第二终端设备根据性能参数选择的视频编码参数编码得到第一视频数据,将该第一视频数据发送给第第一终端设备,第一终端设备最后根据采集到的第二视频数据和第一视频数据进行视频直播,实现直播视频参数自适应选择,即根据设备的性能参数等进行选择,使得设备能保持在比较好的性能状态,同时保证直播画面的流畅度。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明提供的多设备视频直播方法实施例一的流程图;
图2为本实施例提供的多设备视频直播方法实施例二的流程图;
图3为本实施例提供的多设备视频直播方法实施例二的流程图;
图4为本发明多设备视频直播方法一实例的流程示意图;
图5为本发明多设备视频直播方法另一实例的流程示意图;
图6为本发明提供的终端设备实施例一的结构示意图;
图7为本发明提供的终端设备实施例二的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
按照前述的常规技术方案,主播可将设备B的视频画面传输至设备A,设备A将两个设备的视频组合之后再通过常规直播方案分发至观众端,A设备不仅需要采集摄像头视频数据还需要接受并处理来自B设备的视频数据,不但其性能消耗比常规单设备直播要多的多,B设备视频质量很高,B通过网络发送至A的数据量较大,如果网络状态不是很理想时,A接收来自B的数据量将出现波动,导致B视频画面传输到A设备时出现画面不连贯现象;如果设备B传输至设备A的视频质量很低,那么设备A接收并处理来自B设备的视频数据后合成的新的视频中,B设备的视频画面将出现模糊(码率,分辨率选取不当)、画面不连贯(帧率低)等,导致用户观看视频直播体验较差。
针对上述问题,本发明的技术方案提供一种多设备视频直播的方法,应用在至少两个终端设备中实现视频直播的方法,该方案的主旨包括多设备直播视频参数自适应选取,使得用户使用多设备视频直播过程中,A设备技能保持在比较好的性能状态,还能让观众看到的直播画面更清晰流畅。
下面通过几个具体实现方式对发明提供的多设备视频直播方法进行说明。
该多设备视频直播方法可以应用在多设备直播视频系统中,该系统中至少包括两个终端设备,这两个终端设备分别实现下面实施例中的第一终端设备和第二终端设备的技术方案。该系统还可以包括其他终端设备或者直播服务器等,对此本方案不做限制。
图1为本发明提供的多设备视频直播方法实施例一的流程图,如图1所示,该多设备视频直播方法包括:
S101:获取第一终端设备的性能参数。
在本步骤中,第一终端设备需要按照一定的周期或者时间间隔采集自身的性能参数,该性能参数用于第二终端设备选择编码视频数据时用的参数时进行参考,以便编码后的视频数据能够适应该第一终端设备的性能。
具体的,该步骤的一种具体实现中,第一终端设备根据预设的时间间隔采集获取所述第一终端设备的性能数据;所述性能数据包括以下至少一项:中央处理器(CentralProcessing Unit,CPU)性能数据,例如运行速度等,图形处理器(Graphics ProcessingUnit,GPU)性能数据,内存占用量,温度,耗电量。
S102:将性能参数发送至第二终端设备。
第二终端设备接收第一终端设备发送的性能参数。
该方案的具体实现中,性能参数可以通过网络进行传输给第二终端设备,对此本方案不做具体限制,例如:LTE网络,WIFI,蓝牙,红外等。
S103:根据性能参数选择视频编码参数对缓冲的视频数据进行编码,得到第一视频数据。
在本步骤中,第二终端设备在接收到第一终端设备发送的性能参数之后,需要根据该性能参数对要进行直播的视频数据进行编码,首先该视频可以是预先缓冲的数据,也可以是实时传输的视频,对视频数据进行编码之前,首先需要选择合适的视频编码参数,在该方案中,第二终端设备并不是以一个视频编码参数进行处理的,而是可以根据不同的性能参数选择不同的视频编码参数,例如:第一终端设备CPU处理速度较小,内存占用量较高的时候,可以降低发送过去的视频数据的大小和视频质量,因此可以选择与第一终端设备性能参数匹配的视频编码参数。然后根据该视频编码参数将要发送给第一终端设备的视频数据进行编码,从而得到编码后的第一视频数据。
S104:将第一视频数据发送给第一终端设备。
对于第一终端设备来说,则接收所述第二终端设备返回的第一视频数据,所述第一视频数据是所述第二终端设备根据所述性能参数选择的视频编码参数编码得到的。
S105:根据采集到的第二视频数据和所述第一视频数据进行视频直播。
在本步骤中,本方案中第二终端设备已经将第一视频数据发送至第一终端设备上了,第一终端设备可以直接对该第一视频数据进行直播。
然而,在该方案的实现中,需要多个设备配合完成的视频直播,一般来说需要将多个设备上的视频集合在一个设备上进行合成处理,然后通过直播平台进行直播,因此第一终端设备需要将本端采集到的第二视频数据和接收到的第一视频数据进行合成,然后将合成后的视频数据进行直播。
本实施例提供的多设备视频直播方法中,在多设备视频直播过程中,第一终端设备获取性能参数,并将性能参数发送至第二终端设备,第二终端设备根据性能参数选择的视频编码参数编码得到第一视频数据,将该第一视频数据发送给第第一终端设备,第一终端设备最后根据采集到的第二视频数据和第一视频数据进行视频直播,实现直播视频参数自适应选择,即根据设备的性能参数等进行选择,使得设备能保持在比较好的性能状态,同时保证直播画面的流畅度。
图2为本实施例提供的多设备视频直播方法实施例二的流程图,如图2所示,在上述实施例的基础上,步骤S105的一种具体实现方式具体包括以下几个步骤:
S1051:采集获取第二视频数据。
以游戏直播为例,用户可以通过第一终端设备录制用户的解说以及主播的视频,第二终端设备录制游戏视频,那么在第一终端设备中需要对主播的解说视频进行录制,也就是采集获取得到该第二视频数据。
S1052:将第一视频数据和第二视频数据进行合成新的视频数据。
在本方案的具体实现中,对于用户来说采用一个终端只能同时看到一个视频画面,因此不可能将两个或者更多个视频分开给终端进行显示,因此需要对获取到的第一视频数据以及采集到的第二视频数据进行合并处理,以游戏直播来说,可以将主播的解说视频或者操作视频合成在第一视频数据的画面中不影响观感的小窗口中进行,形成一个新的视频数据。
S1052:将新的视频数据发送至直播服务器。
在本步骤中,该方案的含义是将新的视频数据通过直播客户端进行直播,首先需要将新的视频数据发送给直播服务器。新的视频数据合成时候,需要进行直播,一般来说是将该新的视频数据通过直播客户端发布在直播服务器上,以使用户能够通过其他的直播客户端进行选择观看。
图3为本实施例提供的多设备视频直播方法实施例二的流程图,如图3所示,在上述实施例的基础上,第二终端设备实现该视频直播方法时候,开可以根据视频缓冲区的视频数据确定网络状态,进一步的,步骤S103的一种具体实现方式具体包括以下几个步骤:
S1031:根据网络状态和性能数据选择对应的视频编码参数。
在本步骤中,第二终端设备确定网络状态的具体实现中,可以根据视频缓冲区中的缓冲的视频数据的数据量进行确定,一般来说,网络状态较好时视频缓冲区中不会缓冲过多的未发送的视频,据此,第二终端设备可以确定:若所述视频缓冲区缓冲的视频数据的数据量大于预设值,则确定网络状态不良;若所述视频缓冲区缓冲的视频数据的数据量小于预设值,则确定网络状态良好。
结合前述方案中,得到的第一终端设备的性能参数,第二终端设备选择视频编码参数的时候可以同时考虑第一终端设备的性能以及网络状态,选择出更适配的视频编码参数,一般来说网络状态不良时,应该降低视频质量,减少数据传输量保证第一终端设备接收到的视频数据的连贯性,在网络状态良好的时候则没有该问题。
S1032:根据视频编码参数对缓冲的视频数据进行编码,得到第一视频数据。
在本步骤中,第二终端设备根据该方案选择得到视频编码参数以后,可以对缓冲的需要发送的视频数据按照该视频编码参数进行编码,得到第一视频数据。后续可将该第一视频数据发送给第一终端设备进行处理和直播,实现多设备视频直播。
前述几个方法实施例提供的多设备视频直播方法,根据网络状态以及第一终端设备的性能参数,选择合适的视频编码参数,既能让第一终端设备保持在较好的性能状态,又让直播观众能获得良好的观看体验。
下面通过在不同终端设备中的具体实现过程对该方案进一步进行理解。
图4为本发明多设备视频直播方法一实例的流程示意图,如图4所示,该过程在第一终端设备(也就是前述的设备A)中进行实现,具体包括:
S201:启动性能数据采集。该步骤的含义是第一终端设备启动性能数据采集的功能,在到达一定的时间进行相应的性能数据采集。
S202:计时器重置。
S203:计时器计时。
在上述步骤中,启动了性能数据采集功能之后,需要采用计时器来实现一定的周期或者时间间隔,每次采集完性能数据之后对计时器进行重置,然后重新开始计时。
S204:计时器超过dt?该步骤中,计时器在计时达到了预设的时间间隔dt以后,触发读取第一终端设备的性能数据,否则继续进行计时。
S205:读取设备A性能数据。
其含义是在计时器到达了该时间之后,将读取第一终端设备(A设备)当前的性能数据,也就是前述的性能参数。
S206:将性能数据发送至设备B。也就是第一终端设备将采集到的自身的性能数据(也成为性能参数)发送给第二终端设备。
图5为本发明多设备视频直播方法另一实例的流程示意图,如图5所示,该过程在第二终端设备(也就是前述的设备B)中进行实现,具体包括:
S301:启动接收模块对性能数据进行接收。
S302:接收设备A的性能数据。
S303:读取视频缓冲区信息。与上述步骤S302不分先后。
S304:根据设备A性能数据和视频缓冲区信息计算视频编码参数。
在上述步骤中,第二终端设备(也就是设备B)接收第一设备发送的性能数据,并可以将性能数据转换成容易存储的形式进行存储,以便在选择视频编码参数的过程中进行使用。
视频发送时,在视频缓冲区缓冲数据的大小往往反映了当时的网络状态,如果网络情况较差,第二终端设备采集到的视频数据不能及时发送出去,将会导致视频数据缓冲量增大,网络状态不理想时,需要适当降低发送的视频的治疗,避免出现视频画面不连贯的情况。视频缓冲信息可以用来在选择视频编码参数时应用。
S305:数据编码?
S306:根据视频编码参数对待发送的视频数据进行编码。
S307:将编码后的视频数据发送至设备A。
在上述步骤中,可以在第二终端设备中设置自适应模块,根据接收到的性能数据以及获取到的视频缓冲信息一起,按照预设规则,确定出在该情况下最合适的视频编码参数值,常规视频参数主要包括视频的码率、帧率和分辨率三种,因此该视频编码参数中至少包括其中一种,以便后续进行视频数据编码使用。
在确定完成视频编码参数之后,根据该视频编码参数对待发送给第一终端设备的视频数据进行编码,得到编码后的视频数据,并将其发送给第一终端设备,该数据则是该直播状态西的最佳的视频数据,第一终端设备可以进行合成后进行直播。
本发明的各个实施例中提供的多设备视频直播方法,提供一种多设备直播视频参数自适应选取的方法及系统,使得用户使用多设备视频直播过程中,不仅直播设备能保持在比较好的性能状态,还能让观众看到的直播画面清晰流畅。
图6为本发明提供的终端设备实施例一的结构示意图,如图6所示,该终端设备10包括:
处理模块11,用于获取所述终端设备的性能参数;
发送模块12,用于将所述性能参数发送至第二终端设备;
接收模块13,用于接收所述第二终端设备返回的第一视频数据,所述第一视频数据是所述第二终端设备根据所述性能参数选择的视频编码参数编码得到的;
所述处理模块11还用于根据采集到的第二视频数据和所述第一视频数据进行视频直播。
本实施例提供的终端设备用于执行前述任一方法实施例中第一终端设备的技术方案,其实现原理和技术效果类似。
在上述实施例的基础上,所述处理模块11具体用于:
根据预设的时间间隔采集获取所述第一终端设备的性能数据;
所述性能数据包括以下至少一项:CPU性能数据,GPU性能数据,内存占用量,温度,耗电量。
可选的,所述处理模块11具体用于:
采集获取所述第二视频数据;
将所述第一视频数据和所述第二视频数据进行合成新的视频数据;
所述发送模块还用于将新的视频数据发送至直播服务器。
在该方案的具体实现中,处理模块11还可以具体实现为性能数据采集模块,以及视频合并处理模块等。
本实施例提供的终端设备用于执行前述任一方法实施例中第一终端设备的技术方案,其实现原理和技术效果类似,在此不再赘述。
图7为本发明提供的终端设备实施例二的结构示意图,如图7所示,该终端设备20包括:
接收模块21,用于接收第一终端设备发送的性能参数;
处理模块22,用于根据所述性能参数选择视频编码参数对缓冲的视频数据进行编码,得到第一视频数据;
发送模块23,用于将所述第一视频数据发送给所述第一终端设备。
本实施例提供的终端设备用于实现前述方法实施例中第二终端设备的技术方案,其实现原理和技术效果类似,在此不再赘述。
在上述实施例的基础上,所述处理模块22还用于:
根据视频缓冲区的视频数据确定网络状态;
相应的,所述处理模块22具体用于:
根据所述网络状态和所述性能数据选择对应的视频编码参数;
根据所述视频编码参数对缓冲的视频数据进行编码,得到所述第一视频数据。
可选的,所述处理模块22具体用于:
若所述视频缓冲区缓冲的视频数据的数据量大于预设值,则确定网络状态不良;
若所述视频缓冲区缓冲的视频数据的数据量小于预设值,则确定网络状态良好。
在该终端设备20的具体实现中,处理模块22可以具体实现为视频缓冲信息模块,自适应参数选择模块,编码参数控制模块等,对此本方案不做限制。
本实施例提供的终端设备用于实现前述方法实施例中第二终端设备的技术方案,其实现原理和技术效果类似,在此不再赘述。
本发明实施例还提供一种终端设备,至少包括:处理器、存储器、发送器以及接收器;
存储器用于存储程序和数据,所述处理器调用存储器存储的程序,以执行第一终端设备侧的多设备视频直播方法。
本发明实施例还提供一种终端设备,至少包括:处理器、存储器、发送器以及接收器;
存储器用于存储程序和数据,所述处理器调用存储器存储的程序,以执行第二终端设备侧的多设备视频直播方法。
在上述两个终端设备的实现中,存储器和处理器之间直接或间接地电性连接,以实现数据的传输或交互。例如,这些元件相互之间可以通过一条或者多条通信总线或信号线实现电性连接,如可以通过总线连接。存储器中存储有实现数据访问控制方法的计算机执行指令,包括至少一个可以软件或固件的形式存储于存储器中的软件功能模块,处理器通过运行存储在存储器内的软件程序以及模块,从而执行各种功能应用以及数据处理。
存储器可以是,但不限于,随机存取存储器(Random Access Memory,简称:RAM),只读存储器(Read Only Memory,简称:ROM),可编程只读存储器(Programmable Read-OnlyMemory,简称:PROM),可擦除只读存储器(Erasable Programmable Read-Only Memory,简称:EPROM),电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory,简称:EEPROM)等。其中,存储器用于存储程序,处理器在接收到执行指令后,执行程序。进一步地,上述存储器内的软件程序以及模块还可包括操作系统,其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动,并可与各种硬件或软件组件相互通信,从而提供其他软件组件的运行环境。
处理器可以是一种集成电路芯片,具有信号的处理能力。上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,简称:CPU)、网络处理器(NetworkProcessor,简称:NP)等。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质包括程序,所述程序在被处理器执行时用于执行第一终端设备侧的多设备视频直播方法。
本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质包括程序,所述程序在被处理器执行时用于执行第二终端设备侧的多设备视频直播方法。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (15)
1.一种多设备视频直播方法,其特征在于,应用于第一终端设备,所述方法包括:
获取所述第一终端设备的性能参数;
将所述性能参数发送至第二终端设备;
接收所述第二终端设备返回的第一视频数据,所述第一视频数据是所述第二终端设备根据所述性能参数选择的视频编码参数编码得到的;
根据采集到的第二视频数据和所述第一视频数据进行视频直播。
2.根据权利要求1所述的方法,其特征在于,所述获取所述第一终端设备的性能参数,包括:
根据预设的时间间隔采集获取所述第一终端设备的性能数据;
所述性能数据包括以下至少一项:CPU性能数据,GPU性能数据,内存占用量,温度,耗电量。
3.根据权利要求1或2所述的方法,其特征在于,所述根据采集到的第二视频数据和所述第一视频数据进行视频直播,包括:
采集获取所述第二视频数据;
将所述第一视频数据和所述第二视频数据进行合成获得新的视频数据;
将所述新的视频数据发送至直播服务器。
4.一种多设备视频直播方法,其特征在于,应用于第二终端设备,所述方法包括:
接收第一终端设备发送的性能参数;
根据所述性能参数选择视频编码参数对缓冲的视频数据进行编码,得到第一视频数据;
将所述第一视频数据发送给所述第一终端设备。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
根据视频缓冲区的视频数据确定网络状态;
相应的,所述根据所述性能参数选择视频编码参数对缓冲的视频数据进行编码,得到第一视频数据,包括:
根据所述网络状态和所述性能数据选择对应的视频编码参数;
根据所述视频编码参数对缓冲的视频数据进行编码,得到所述第一视频数据。
6.根据权利要求5所述的方法,其特征在于,所述根据视频缓冲区的视频数据确定网络状态,包括:
若所述视频缓冲区缓冲的视频数据的数据量大于预设值,则确定网络状态不良;
若所述视频缓冲区缓冲的视频数据的数据量小于预设值,则确定网络状态良好。
7.一种终端设备,其特征在于,包括:
处理模块,用于获取所述终端设备的性能参数;
发送模块,用于将所述性能参数发送至第二终端设备;
接收模块,用于接收所述第二终端设备返回的第一视频数据,所述第一视频数据是所述第二终端设备根据所述性能参数选择的视频编码参数编码得到的;
所述处理模块还用于根据采集到的第二视频数据和所述第一视频数据进行视频直播。
8.根据权利要求7所述的终端设备,其特征在于,所述处理模块具体用于:
根据预设的时间间隔采集获取所述第一终端设备的性能数据;
所述性能数据包括以下至少一项:CPU性能数据,GPU性能数据,内存占用量,温度,耗电量。
9.根据权利要求7或8所述的终端设备,其特征在于,所述处理模块具体用于:
采集获取所述第二视频数据;
将所述第一视频数据和所述第二视频数据进行合成新的视频数据;
所述发送模块还用于将所述新的视频数据发送至直播服务器。
10.一种终端设备,其特征在于,所述终端设备包括:
接收模块,用于接收第一终端设备发送的性能参数;
处理模块,用于根据所述性能参数选择视频编码参数对缓冲的视频数据进行编码,得到第一视频数据;
发送模块,用于将所述第一视频数据发送给所述第一终端设备。
11.根据权利要求10所述的终端设备,其特征在于,所述处理模块还用于:
根据视频缓冲区的视频数据确定网络状态;
相应的,所述处理模块具体用于:
根据所述网络状态和所述性能数据选择对应的视频编码参数;
根据所述视频编码参数对缓冲的视频数据进行编码,得到所述第一视频数据。
12.根据权利要求11所述的终端设备,其特征在于,所述处理模块具体用于:
若所述视频缓冲区缓冲的视频数据的数据量大于预设值,则确定网络状态不良;
若所述视频缓冲区缓冲的视频数据的数据量小于预设值,则确定网络状态良好。
13.一种终端设备,其特征在于,包括:
处理器、存储器、发送器以及接收器;
存储器用于存储程序和数据,所述处理器调用存储器存储的程序,以执行权利要求1至6任一项所述的多设备视频直播方法。
14.一种多设备视频直播系统,其特征在于,所述系统至少包括权利要求13所述的终端设备。
15.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括程序,所述程序在被处理器执行时用于执行权利要求1至6任一项所述的多设备视频直播方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811580828.3A CN109587511A (zh) | 2018-12-24 | 2018-12-24 | 多设备视频直播方法、设备、系统及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811580828.3A CN109587511A (zh) | 2018-12-24 | 2018-12-24 | 多设备视频直播方法、设备、系统及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109587511A true CN109587511A (zh) | 2019-04-05 |
Family
ID=65930947
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811580828.3A Pending CN109587511A (zh) | 2018-12-24 | 2018-12-24 | 多设备视频直播方法、设备、系统及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109587511A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110278195A (zh) * | 2019-05-23 | 2019-09-24 | 视联动力信息技术股份有限公司 | 一种基于视联网的数据传输方法和装置 |
CN111263113A (zh) * | 2020-01-22 | 2020-06-09 | 浙江大华技术股份有限公司 | 数据包的发送方法及装置、数据包的处理方法及装置 |
CN112312144A (zh) * | 2019-07-31 | 2021-02-02 | 腾讯科技(深圳)有限公司 | 一种直播方法、装置、设备和存储介质 |
CN113727183A (zh) * | 2021-08-30 | 2021-11-30 | 北京百度网讯科技有限公司 | 直播推流方法、装置、设备、存储介质及计算机程序产品 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106060550A (zh) * | 2016-06-21 | 2016-10-26 | 网易(杭州)网络有限公司 | 视频编码参数的处理、视频数据的编码方法及装置 |
CN106131591A (zh) * | 2016-06-30 | 2016-11-16 | 广州华多网络科技有限公司 | 直播方法、装置及终端 |
CN106375789A (zh) * | 2016-09-05 | 2017-02-01 | 腾讯科技(深圳)有限公司 | 媒体直播方法和装置 |
CN106507125A (zh) * | 2016-11-22 | 2017-03-15 | 天脉聚源(北京)科技有限公司 | 一种双终端配合直播的方法及装置 |
CN107347065A (zh) * | 2017-06-29 | 2017-11-14 | 上海鋆创信息技术有限公司 | 一种数据推送方法及装置、一种终端及存储介质 |
CN108024126A (zh) * | 2017-11-28 | 2018-05-11 | 北京潘达互娱科技有限公司 | 网络直播视频调整方法、装置、电子设备和存储介质 |
CN108881780A (zh) * | 2018-07-17 | 2018-11-23 | 聚好看科技股份有限公司 | 视频通话中动态调整清晰度模式的方法、服务器 |
-
2018
- 2018-12-24 CN CN201811580828.3A patent/CN109587511A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106060550A (zh) * | 2016-06-21 | 2016-10-26 | 网易(杭州)网络有限公司 | 视频编码参数的处理、视频数据的编码方法及装置 |
CN106131591A (zh) * | 2016-06-30 | 2016-11-16 | 广州华多网络科技有限公司 | 直播方法、装置及终端 |
CN106375789A (zh) * | 2016-09-05 | 2017-02-01 | 腾讯科技(深圳)有限公司 | 媒体直播方法和装置 |
CN106507125A (zh) * | 2016-11-22 | 2017-03-15 | 天脉聚源(北京)科技有限公司 | 一种双终端配合直播的方法及装置 |
CN107347065A (zh) * | 2017-06-29 | 2017-11-14 | 上海鋆创信息技术有限公司 | 一种数据推送方法及装置、一种终端及存储介质 |
CN108024126A (zh) * | 2017-11-28 | 2018-05-11 | 北京潘达互娱科技有限公司 | 网络直播视频调整方法、装置、电子设备和存储介质 |
CN108881780A (zh) * | 2018-07-17 | 2018-11-23 | 聚好看科技股份有限公司 | 视频通话中动态调整清晰度模式的方法、服务器 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110278195A (zh) * | 2019-05-23 | 2019-09-24 | 视联动力信息技术股份有限公司 | 一种基于视联网的数据传输方法和装置 |
CN112312144A (zh) * | 2019-07-31 | 2021-02-02 | 腾讯科技(深圳)有限公司 | 一种直播方法、装置、设备和存储介质 |
CN111263113A (zh) * | 2020-01-22 | 2020-06-09 | 浙江大华技术股份有限公司 | 数据包的发送方法及装置、数据包的处理方法及装置 |
CN111263113B (zh) * | 2020-01-22 | 2021-04-30 | 浙江大华技术股份有限公司 | 数据包的发送方法及装置、数据包的处理方法及装置 |
CN113727183A (zh) * | 2021-08-30 | 2021-11-30 | 北京百度网讯科技有限公司 | 直播推流方法、装置、设备、存储介质及计算机程序产品 |
CN113727183B (zh) * | 2021-08-30 | 2023-09-15 | 北京百度网讯科技有限公司 | 直播推流方法、装置、设备、存储介质及计算机程序产品 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109587511A (zh) | 多设备视频直播方法、设备、系统及存储介质 | |
CN105791431B (zh) | 一种在线分布式监控视频处理任务调度方法及装置 | |
EP2649599B1 (en) | Variable bit video streams for adaptive streaming | |
CA2825019C (en) | Variable bit video streams for adaptive streaming | |
CN111314741B (zh) | 视频超分处理方法、装置、电子设备及存储介质 | |
CN109600610B (zh) | 一种数据编码方法、终端及计算机可读存储介质 | |
US11146606B2 (en) | Data buffering method, network device, and storage medium | |
AU2012207151A1 (en) | Variable bit video streams for adaptive streaming | |
CN104581407A (zh) | 一种视频预览的方法和装置 | |
CN103945240A (zh) | 一种基于视频聚合的视频播放方法及装置 | |
US11711280B2 (en) | Metrics collection method and apparatus for streaming media, computer, and storage medium | |
US20130346590A1 (en) | Client Side Control of Adaptive Streaming | |
CN110087141A (zh) | 视频数据传输方法、装置、客户端及服务器 | |
CN102685472A (zh) | 数据传输的方法、装置和系统 | |
US20150251092A1 (en) | Multi-tenancy for cloud gaming servers | |
CN108235075B (zh) | 视频质量等级匹配方法、计算机可读存储介质及终端 | |
CN109218745A (zh) | 一种直播方法、服务器、客户端及可读存储介质 | |
US10681400B2 (en) | Method and device for transmitting video | |
CN113301355A (zh) | 视频传输、直播与播放方法、设备及存储介质 | |
CN112350998B (zh) | 一种基于边缘计算的视频流传输方法 | |
CN112543374A (zh) | 一种转码控制方法、装置及电子设备 | |
CN103702219A (zh) | 一种视频播放的控制方法及设备 | |
CN114501084B (zh) | 播放器的起播方法、装置、设备和介质 | |
CN114244843A (zh) | 流媒体下载方法、电子设备及存储介质 | |
CN112911390A (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: 20190405 |