CN111601118B - 直播视频的处理方法、系统、装置及终端 - Google Patents
直播视频的处理方法、系统、装置及终端 Download PDFInfo
- Publication number
- CN111601118B CN111601118B CN202010407673.4A CN202010407673A CN111601118B CN 111601118 B CN111601118 B CN 111601118B CN 202010407673 A CN202010407673 A CN 202010407673A CN 111601118 B CN111601118 B CN 111601118B
- Authority
- CN
- China
- Prior art keywords
- video
- transcoding
- video stream
- network
- stream
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 5
- 238000000034 method Methods 0.000 claims abstract description 52
- 238000012545 processing Methods 0.000 claims abstract description 34
- 238000004590 computer program Methods 0.000 claims description 16
- 230000008859 change Effects 0.000 claims description 9
- 238000012790 confirmation Methods 0.000 claims description 9
- 230000005540 biological transmission Effects 0.000 claims description 8
- 238000010801 machine learning Methods 0.000 claims description 2
- 230000004044 response Effects 0.000 claims 1
- 230000000903 blocking effect Effects 0.000 abstract description 3
- 230000006870 function Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 8
- 230000003044 adaptive effect Effects 0.000 description 5
- 238000012544 monitoring process Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000013527 convolutional neural network Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000013528 artificial neural network Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000012549 training Methods 0.000 description 1
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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
- H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
-
- 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/234309—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo
-
- 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/27—Server based end-user applications
- H04N21/274—Storing end-user multimedia data in response to end-user request, e.g. network recorder
- H04N21/2743—Video hosting of uploaded data from client
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是本申请一个实施例提供的直播视频的播放装置的框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
请参考图1，其示出了本申请一个实施例提供的实施环境的示意图。该实施环境可以包括：主播终端10、用户终端20和直播视频的处理系统30。
主播终端10可以供主播用户使用。主播终端10中可以安装运行有主播客户端，主播客户端是指主播上传直播视频所使用的客户端，主播客户端可以具备采集、发布直播视频的功能。
用户终端20可以供观众用户使用。用户终端20中可以安装运行有用户客户端，用户客户端是指用户观看上述直播视频所使用的客户端，用户客户端可以具备下载和/或播放直播视频的功能。
主播终端10和用户终端20可以是诸如手机、平板电脑、可穿戴设备、PC(PersonalComputer，个人计算机)等电子设备。
在实际应用中，主播客户端和用户客户端可以是两个具有不同功能的客户端，其中主播客户端可以具备采集、发布直播视频的功能，用户客户端可以具备下载和/或播放直播视频的功能。或者，主播客户端和用户客户端也可以是两个具有相同功能的客户端，该客户端均可以具备采集、发布、下载和播放直播视频的功能。
直播视频的处理系统30中可以包括转码系统31和码流分发系统32。转码系统31中可以包括至少一个CS(Coding Server，转码服务器)，CS可以用于对视频流进行转码处理。码流分发系统中可以包括至少一个VS(Video Server，视频服务器)，VS可以用于实现与主播终端10和用户终端20之间的交互，如接收来自主播终端10(主播客户端)的视频流，以及向用户终端20(用户客户端)发送视频流。CS和VS之间的交互可以由MSC(Media ServerController，媒体服务器控制器)控制。
直播视频的处理系统30可以通过有线或者无线网络与主播客户端10和用户客户端20进行通信，如对主播客户端10和用户客户端20之间的信息进行中转。
请参考图2，其示出了本申请一个实施例提供的直播视频的处理方法的流程图。该方法可应用于上述直播视频流的处理系统中，直播视频流的处理系统包括转码系统和码流分发系统。该方法可以包括如下几个步骤(201～207)：
步骤201，转码系统接收来自于主播客户端的直播视频的视频流，从转码服务器集群中选择目标转码服务器。
主播客户端可以将直播视频的视频流发送给主播端的视频服务器，之后，主播端的视频服务器可以将该直播视频的视频流发送给转码系统。可选地，转码系统包括MSC和转码服务器集群，该转码服务集群中可以包括至少一个转码服务器。
在可能的实现方式中，转码系统根据主播客户端对应的地区，从转码服务器集群中选择候选的转码服务器，该候选的转码服务器与主播客户端对应于相同地区；然后，转码系统还将候选的转码服务器中负载最低的转码服务器确定为目标转码服务器。上述地区可以是基于地理位置划分的不同区域，例如不同城市、不同国家等。在一个示例中，转码服务器集群包括布设在不同国家的转码服务器，每个国家布设的转码服务器可以是多个，假设主播客户端对应的地区为中国，则将布设在中国的多个转码服务器确定为候选的转码服务器；然后，再从这些候选的转码服务器中选择负载最低的转码服务器作为目标转码服务器。通过上述方式，可以选择与主播客户端在地理位置上临近且负载低的目标转码服务器，对该主播客户端的视频流进行转码，从而提高视频流转码的效率，保证视频流转码的实时性。
在可能的实现方式中，当转码系统(如MSC)接收到来自于主播客户端的直播视频的视频流后，转码系统(如MSC)还检测该直播视频是否满足转码条件，该转码条件包括以下至少一项：主播客户端属于白名单、直播视频的观众数符合设定数量要求、主播客户端对应的地区符合设定地区要求；若该直播视频满足上述转码条件，则执行从转码服务器集群中选择目标转码服务器的步骤。其中，上述白名单中可以包括具备转码资格的主播用户帐号，如果主播客户端中登录的主播用户帐号在该白名单中，则说明该主播客户端属于白名单；反之，如果主播客户端中登录的主播用户帐号不在该白名单中，则说明该主播客户端不属于白名单。直播视频的观众数符合设定数量要求，可以是直播视频的观众数大于设定数量阈值。主播客户端对应的地区符合设定地区要求，可以是主播客户端对应的地区属于设定的一些地区，如该设定的一些地区可以是布设有转码服务器的地区。通过上述方式，先对直播视频是否满足转码条件进行检测，在满足的情况下再选择目标转码服务器，从而为一部分具备资格的直播视频进行转码，而其他不具备资格的直播视频不进行转码，有助于降低转码系统的处理压力。
步骤202，转码系统向主播客户端发送转码通知，该转码通知中包括目标转码服务器的标识信息。
主播端的视频服务器将直播视频的视频流发送给转码系统中的MSC，由MSC从转码服务器集群中选择目标转码服务器，然后向主播客户端发送转码通知，该转码通知中包括目标转码服务器的标识信息。转码服务器的标识信息用于对转码服务器起到唯一标识的作用，不同的转码服务器具有不同的标识信息。
步骤203，目标转码服务器接收来自于主播客户端的转码请求，该转码请求用于请求对直播视频的视频流进行转码。
主播客户端在接收到转码通知之后，可以基于该转码通知中包括的目标转码服务器的标识信息，向目标转码服务器发送转码请求。相应地，目标转码服务器接收来自于主播客户端的转码请求，该转码请求用于请求对直播视频的视频流进行转码。例如，该转码请求中可以包括直播视频的标识信息，以此告知目标转码服务器需要对哪个直播视频的视频流进行转码。
步骤204，目标转码服务器根据转码请求对直播视频的视频流进行转码处理，生成直播视频的至少两种不同码率的候选视频流。
主播客户端与目标转码服务器建立连接，主播客户端向该目标转码服务器发送转码请求。目标转码服务器接收到转码请求后，开始对该主播客户端的直播视频的视频流进行转码。另外，主播端的视频服务器可以订阅该目标转码服务器对应的转码频道，在该转码频道被订阅之后，目标转码服务器转码生成的候选视频流可以发送给该订阅者，也即发送给主播端的视频服务器。其中，转码生成的候选视频流可以从目标转码服务器经由MSC转发给主播端的视频服务器。可选地，主播端的视频服务器返回成功的转码回复通知给MSC，以此向MSC告知该直播视频已开始进行转码。
在可能的实现方式中，假如目标转码服务器返回转码请求失败，则转码系统重新确定新的目标转码服务器，由该新的目标转码服务器尝试进行转码。
步骤205，目标转码服务器向码流分发系统发送直播视频的至少两种不同码率的候选视频流。
步骤206，码流分发系统根据用户客户端的网络状态，从直播视频的至少两种不同码率的候选视频流中选择与网络状态相匹配的第一视频流。
不同的候选视频流具有不同的码率。在同一分辨率下，候选视频流的码率越大，压缩比就越小，画面质量就越好，清晰度越高；反之，候选视频流的码率越小，压缩比就越大，画面质量就越差，清晰度越低。
步骤207，码流分发系统向用户客户端发送第一视频流。
码流分发系统(如上述主播端的视频服务器)根据用户客户端的网络状态，选择与之相匹配的视频流发送给用户客户端。
综上所述，本申请实施例提供的技术方案中，通过转码系统对直播视频的视频流进行转码，生成该直播视频的至少两种不同码率的候选视频流，然后由码流分发系统根据用户客户端的网络状态，从上述至少两种不同码率的候选视频流中选择与网络状态相匹配的视频流发送给用户客户端。本申请实施例在直播推流时，考虑了用户客户端的网络状态，实现根据网络状态提供合适码率的直播视频流，从而能够兼顾网络带宽资源的利用率且避免卡顿。
另外，通过选择与主播客户端在地理位置上临近且负载低的目标转码服务器，对该主播客户端的视频流进行转码，从而提高了视频流转码的效率，保证了视频流转码的实时性。
另外，通过先对直播视频是否满足转码条件进行检测，在满足的情况下再选择目标转码服务器，从而为一部分具备资格的直播视频进行转码，而其他不具备资格的直播视频不进行转码，有助于降低转码系统的处理压力。
在示意性实施例中，用户客户端的网络状态包括：网络类型信息和链路状态信息，网络类型信息用于指示用户客户端接入的网络类型，链路状态信息用于指示用户客户端与码流分发系统之间的传输链路的状态。
网络类型可以包括移动网络(也称为蜂窝网络或运营商网络)和WiFi(WirelessFidelity，无线保真)网络。当码流分发系统和用户客户端建立会话连接后，码流分发系统可以获取用户客户端的网络类型信息和链路状态信息。
码流分发系统确定上述网络类型(也即用户客户端接入的网络类型)对应的视频流类型，其中，一种视频流类型中包括至少一种候选视频流，不同的候选视频流具有不同的码率；之后，从上述网络类型对应的视频流类型所包括的候选视频流中，选择与链路状态信息相匹配的第一视频流。
视频流类型是指基于网络类型对视频流进行分类所得到的结果。例如，视频流类型可以包括第一视频流类型和第二视频流类型，该第一视频流类型与移动网络相对应，第二视频流类型与WiFi网络相对应。示例性地，移动网络对应第一视频流类型，WiFi网络对应第二视频流类型。第一视频流类型中可以包括至少一种具有不同码率的候选视频流，例如，第一视频流类型中可以包括码率为360p的候选视频流、码率为720p的候选视频流和码率为1080p的候选视频流等。第二视频流类型中可以包括至少一种具有不同码率的候选视频流，例如，第二视频流类型中可以包括码率为360p的候选视频流、码率为720p的候选视频流、码率为1080p的候选视频流、码率为2K的候选视频流和码率为4K的候选视频流等。上述视频流类型的划分和每种类型所包括的候选视频流的码率，仅是示例性和解释性的，但可以不限于此。
同一网络类型下，用户客户端的链路状态信息可能不一样。码流分发系统基于网络类型确定出对应的视频流类型后，需要从上述视频流类型所包括的候选视频流中，选择与链路状态信息相匹配的第一视频流。
示例性地，若网络类型为移动网络，链路状态信息指示传输链路的状态较好，则码流分发系统可以从低清晰度视频流中选择码率为720p的候选视频流作为第一视频流。若网络类型为WiFi网络，链路状态信息指示传输链路的状态较差，则码流分发系统可以从高清晰度视频流中选择码率为1080p的候选视频流作为第一视频流。
需要说明的是，码流分发系统可以实时或每隔一定时间获取用户客户端的网络类型信息和链路状态信息，然后动态调整向用户客户端发送的视频流，实现了基于网络类型和传输链路的状态自适应调整直播视频的清晰度，提高了网络带宽利用率，避免了移动网络状态下不必要的流量消耗。
在本申请实施例中，通过获取用户客户端的网络类型信息和链路状态信息，从而从网络类型对应的视频流类型所包括的候选视频流中，选择与链路状态信息相匹配的第一视频流，并向用户客户端发送该第一视频流，以便用户客户端播放该第一视频流。本申请实施例综合考虑了用户客户端的网络类型和链路状态信息，向用户客户端提供适应其网络状况的码率的视频流，从而能够兼顾网络带宽资源的利用率且避免卡顿。
在可能的实现方式中，若网络类型为移动网络，则码流分发系统确定网络类型对应的视频流类型为第一视频流类型；若网络类型为WiFi网络，则码流分发系统确定网络类型对应的视频流类型为第二视频流类型。
第一视频流类型和第二视频流类型中包括的候选视频流，可以相同，也可以不同。在一个示例中，第一视频流类型中包括的候选视频流的最大码率，小于第二视频流类型中包括的候选视频流的最大码率。例如，第一视频流类型中包括的候选视频流的码率分别为360p、720p和1080p，第二视频流类型中包括的候选视频流的码率分别为360p、720p、1080p、2K和4K。第二视频流类型中除了包括码率较大的候选视频流之外，还包括码率较小的候选视频流，这样可以在用户客户端接入WiFi网络的情况下，根据链路状态选择合适码率的候选视频流，如在链路状态较优时选择较高码率的候选视频流发送给用户客户端，以提升其带宽利用率和画面质量，在链路状态较差时选择较低码率的候选视频流发送给用户客户端，以避免出现卡顿。
在本申请实施例中，先确定不同网络类型对应的视频流类型，再基于不同的视频流类型确定候选视频流，有助于减少候选视频流的数量，从而减少码流分发系统的计算量，提升候选视频流的选择效率。
综上所述，本申请实施例提供的技术方案中，综合考虑了用户客户端的网络类型和链路状态信息，向用户客户端提供适应其网络状况的码率的视频流，从而能够兼顾网络带宽资源的利用率且避免卡顿。
另外，在本申请实施例中，先确定不同网络类型对应的视频流类型，再基于不同的视频流类型确定候选视频流，有助于减少候选视频流的数量，从而减少码流分发系统的计算量，提升候选视频流的选择效率。
在可能的实现方式中，码流分发系统调用视频流选择模型，该视频流选择模型是用于选择视频流的机器学习模型；通过视频流选择模型根据链路状态信息，确定第一视频流。
视频流选择模型可以是CNN(Convolutional Neural Networks，卷积神经网络)等神经网络。该视频流选择模型的输入可以是链路状态信息，输出可以是第一视频流。
在码流分发系统调用视频流选择模型之前，需要对该视频流选择模型进行训练。例如，可以采用有监督、无监督或者半监督的训练方式，对该模型进行训练。当视频流选择模型完成训练后，将视频流选择模型存储至码流分发系统本地，从而方便码流分发系统调用该视频流选择模型。
在一个示例中，不同的视频流类型对应不同的视频流选择模型。例如，第一视频流类型对应第一视频流选择模型，第二视频流类型对应第二视频流选择模型。此时，码流分发系统只需要将链路状态信息输入对应的视频流选择模型中，即可确定第一视频流。例如，若网络类型为移动网络，则码流分发系统只需要将链路状态信息输入第一视频流选择模型中，即可确定第一视频流；若网络类型为WiFi网络，则码流分发系统只需要将链路状态信息输入第二视频流选择模型中，即可确定第一视频流。
在另一个示例中，不同的视频流类型对应相同的视频流选择模型。此时，码流分发系统需要将视频流类型和链路状态信息一起输入视频流选择模型中，从而确定第一视频流。例如，若网络类型为移动网络，则码流分发系统需要将第一视频流类型和链路状态信息输入视频流选择模型中，即可确定第一视频流；若网络类型为WiFi网络，则码流分发系统需要将第二视频流类型和链路状态信息输入视频流选择模型中，即可确定第一视频流。
本申请实施例中，在移动网络场景下，码流分发系统可以根据链路状态信息在第一视频流类型中进行自动切换；在WiFi网络场景下，码流分发系统可以根据链路状态信息在第二视频流类型中进行自动切换。
综上所述，本申请实施例提供的技术方案中，当网络类型为移动网络时，本申请实施例提供的技术方案可以合理地降低移动网络场景下观看直播视频的平均码率，有效地减少观看过程中消耗的流量，并使得观看直播视频过程中卡顿的发生概率大幅降低。
在可能的实现方式中，码流分发系统检测第一时刻的网络状态与第二时刻的网络状态之间的变化是否满足条件；其中，第二时刻位于第一时刻之后；若第一时刻的网络状态与第二时刻的网络状态之间的变化满足条件，则从直播视频的至少两种不同码率的候选视频流中，选择与第二时刻的网络状态相匹配的第二视频流；向用户客户端发送第二视频流。
在本申请实施例中，码流分发系统可以根据网络状态下发对应的清晰度视频流，通过对网络状态监控实现自适应视频流的下发，实现不同视频流的自适应平滑切换。
在可能的实现方式中，若第一时刻的网络状态与第二时刻的网络状态之间的变化满足第一子条件，则码流分发系统向用户客户端发送弱网提示信息，弱网提示信息用于指示用户客户端处于弱网环境中。
相应地，用户客户端接收来自码流分发系统的弱网提示信息；根据弱网提示信息显示第一切换提示信息，第一切换提示信息用于提示降低直播视频的清晰度；响应于接收到针对第一切换提示信息的确认指令，向码流分发系统发送第一视频流设置请求，第一视频流设置请求用于请求降低向用户客户端推送的直播视频的码率。
当码流分发系统在一定时间内检测到视频丢帧达到一定数量时，向用户客户端发送弱网提示信息，以便用户客户端显示第一切换提示信息，提示用户播放可能会发生卡顿并切换清晰度，当用户客户端接收到针对第一切换提示信息的确认指令后，向码流分发系统发送第一视频流设置请求，以使得码流分发系统向用户客户端发送码率较低的直播视频。
可选地，若用户客户端接收到针对第一切换提示信息的取消指令，则用户客户端仍然以当前的清晰度播放直播视频。
在可能的实现方式中，若第一时刻的网络状态与第二时刻的网络状态之间的变化满足第二子条件，则码流分发系统向用户客户端发送强网提示信息，强网提示信息用于指示用户客户端处于强网环境中。
相应地，用户客户端接收来自码流分发系统的强网提示信息；根据强网提示信息显示第二切换提示信息，第二切换提示信息用于提示提高直播视频的清晰度；响应于接收到针对第二切换提示信息的确认指令，向码流分发系统发送第二视频流设置请求，第二视频流设置请求用于请求提高向用户客户端推送的直播视频的码率。
当码流分发系统检测到网络状态转好后，向用户客户端发送强网提示信息，以便用户客户端显示第二切换提示信息，提示用户当前播放不会发生卡顿并提高清晰度，当用户客户端接收到针对第二切换提示信息的确认指令后，向码流分发系统发送第二视频流设置请求，以使得码流分发系统向用户客户端发送码率较高的直播视频。
可选地，若用户客户端接收到针对第二切换提示信息的取消指令，则用户客户端仍然以当前的清晰度播放直播视频。
示例性地，用户客户端在直播间内外提供自动模式、省流量模式、固定清晰度模式选择入口，供用户自动选择直播时的视频流。自动模式是指自动确定直播间的清晰度的模式。省流量模式是指用于节省移动网络下的数据流量消耗的模式。固定清晰度模式是指固定直播间的清晰度的模式。
可选地，在自动模式下，码流分发系统实时或定时的获取网络状态，然后基于上述网络状态，自动地调整下发的视频流。在省流量模式下，码流分发系统从第一视频流类型所包括的候选视频流中选择与网络状态匹配的第一视频流，向用户客户端下发该第一视频流。在省流量模式下，码流分发系统自动降低直播间的清晰度，节省用户流量消耗。在固定清晰度模式下，码流分发系统检测到网络状态的变化满足条件，需要调整直播间的清晰度时，向用户客户端发送弱网提示信息或强网提示信息，以使得用户客户端根据弱网提示信息或强网提示信息显示相应的切换提示信息，在接收到确认指令后，向码流分发系统发送视频流设置请求，以使得码流分发系统对直播间的清晰度进行调整。
综上所述，本申请实施例提供的技术方案中，码流分发系统可以根据网络状态下发对应的清晰度视频流，通过对网络状态监控实现自适应视频流的下发，实现不同视频流的自适应平滑切换。
请参考图3，其示出了本申请一个实施例提供的直播视频的处理系统的示意图，该直播视频的处理系统30可以包括转码系统31和码流分发系统32。
转码系统31用于接收来自于主播客户端的直播视频的视频流，从转码服务器集群中选择目标转码服务器311，向主播客户端发送转码通知，该转码通知中包括目标转码服务器的标识信息。
目标转码服务器311用于接收来自于主播客户端的转码请求，该转码请求用于请求对直播视频的视频流进行转码。例如，该转码请求中可以包括直播视频的标识信息，以此告知目标转码服务器311需要对哪个直播视频的视频流进行转码。目标转码服务器311还用于根据转码请求对直播视频的视频流进行转码处理，生成直播视频的至少两种不同码率的候选视频流，向码流分发系统32发送直播视频的至少两种不同码率的候选视频流。
码流分发系统32用于根据用户客户端的网络状态，从直播视频的至少两种不同码率的候选视频流中选择与网络状态相匹配的第一视频流，向用户客户端发送第一视频流。
对于系统实施例中未详见说明的细节，可参见上述方法实施例。
综上所述，本申请实施例提供的技术方案中，通过转码系统对直播视频的视频流进行转码，生成该直播视频的至少两种不同码率的候选视频流，然后由码流分发系统根据用户客户端的网络状态，从上述至少两种不同码率的候选视频流中选择与网络状态相匹配的视频流发送给用户客户端。本申请实施例在直播推流时，考虑了用户客户端的网络状态，实现根据网络状态提供合适码率的直播视频流，从而能够兼顾网络带宽资源的利用率且避免卡顿。
请参考图4，其示出了本申请一个实施例提供的直播视频的处理系统的架构图。该架构图中包括主播客户端10、用户客户端20和直播视频的处理系统30。
直播视频的处理系统30通过转码系统31对主播客户端10上传的直播视频进行实时转码，得到适合不同带宽进行观看的不同清晰度的候选视频流。
当用户客户端20与直播视频的处理系统30中的码流分发系统32之间的会话建立后，码流分发系统32将当前直播间支持的视频流下发给用户客户端20(需要说明的是，不同直播间支持的视频流可能不一样)。
用户客户端20通过直播视频的处理系统30提供的视频流设置接口进行视频流选择，之后直播视频的处理系统30根据用户的选择通过码流分发系统32下发对应的视频流给用户客户端20。用户客户端20中的播放模块用于播放上述视频流。下发的同时，当直播视频的处理系统30的链路状态监控模块检测到一段时间内视频丢帧达到一定数量时，将向用户客户端20下发弱网提示信息，以便用户客户端20提示用户发生卡顿并切换清晰度模式。对于用户选用非固定码率的观看模式，卡顿发生时，码流分发系统32将根据当前链路带宽自动选择下发合适的视频流，降低下发的码率，节省流量，减少卡顿。网络状态转好后，码流分发系统32再向用户客户端20下发清晰度更高的视频流。
另外，直播视频的处理系统30中还增加了网络类型监控模块，会话过程中用户客户端20的网络类型发生变化时，直播视频的处理系统30可根据用户客户端20的网络类型，对下发的视频流进行控制，避免移动网络状态下不必要的流量消耗，为用户节省数据流量。
请参考图5，其示出了本申请一个实施例提供的直播视频的播放方法的流程图，该方法可以包括如下几个步骤：
步骤501，显示直播类应用程序的视频播放界面。
视频播放界面是指用于观看直播视频的界面。在一个示例中，用户客户端以全屏模式显示视频播放界面；在另一个示例中，用户客户端以画中画模式显示视频播放界面。
步骤502，接收来自码流分发系统的直播视频的第一视频流；其中，第一视频流是从直播视频的至少两个候选视频流中选择的，与用户客户端的网络状态相匹配的候选视频流。
有关第一视频流的选择方式可参见上文实施例，此处不再赘述。
步骤503，在视频播放界面中播放第一视频流。
综上所述，本申请实施例提供的技术方案中，通过从至少两种不同码率的候选视频流中选择与网络状态相匹配的视频流发送给用户客户端，以使得用户客户端播放该视频流。本申请实施例考虑了用户客户端的网络状态，实现根据网络状态提供合适码率的直播视频流，从而能够兼顾网络带宽资源的利用率且避免卡顿。
在可能的实现方式中，上述直播视频的播放方法还包括如下几个步骤：
1、接收来自码流分发系统的弱网提示信息，弱网提示信息用于指示用户客户端处于弱网环境中；根据弱网提示信息显示第一切换提示信息，第一切换提示信息用于提示降低直播视频的清晰度；响应于接收到针对第一切换提示信息的确认指令，向码流分发系统发送第一视频流设置请求，第一视频流设置请求用于请求降低向用户客户端推送的直播视频的码率。
可选地，当码流分发系统在一定时间内检测到视频丢帧达到一定数量时，向用户客户端发送弱网提示信息，以便用户客户端显示第一切换提示信息，提示用户播放可能会发生卡顿并切换清晰度，当用户客户端接收到针对第一切换提示信息的确认指令后，向码流分发系统发送第一视频流设置请求，以使得码流分发系统向用户客户端发送码率较低的直播视频。
可选地，若用户客户端接收到针对第一切换提示信息的取消指令，则用户客户端仍然以当前的清晰度播放直播视频。
2、接收来自码流分发系统的强网提示信息，强网提示信息用于指示用户客户端处于强网环境中；根据强网提示信息显示第二切换提示信息，第二切换提示信息用于提示提高直播视频的清晰度；响应于接收到针对第二切换提示信息的确认指令，向码流分发系统发送第二视频流设置请求，第二视频流设置请求用于请求提高向用户客户端推送的直播视频的码率。
当码流分发系统检测到网络状态的状态转好后，向用户客户端发送强网提示信息，以便用户客户端显示第二切换提示信息，提示用户当前播放不会发生卡顿并提高清晰度，当用户客户端接收到针对第二切换提示信息的确认指令后，向码流分发系统发送第二视频流设置请求，以使得码流分发系统向用户客户端发送码率较高的直播视频。
可选地，若用户客户端接收到针对第二切换提示信息的取消指令，则用户客户端仍然以当前的清晰度播放直播视频。
示例性地，用户客户端在直播间内外提供自动模式、省流量模式、固定清晰度模式选择入口，供用户自动选择直播时的视频流。自动模式是指自动确定直播间的清晰度的模式。省流量模式是指用于节省移动网络下的数据流量消耗的模式。固定清晰度模式是指固定直播间的清晰度的模式
下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。
请参考图6，其示出了本申请一个实施例提供的直播视频的播放装置的框图。该装置具有实现上述方法示例的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以是上文介绍的用户终端，也可以设置在用户终端中。如图6所示，该装置600可以包括：界面显示模块610、视频流接收模块620和视频流播放模块630。
界面显示模块610，用于显示直播类应用程序的视频播放界面；
视频流接收模块620，用于接收来自码流分发系统的直播视频的第一视频流；其中，所述第一视频流是从所述直播视频的至少两个候选视频流中选择的，与用户客户端的网络状态相匹配的候选视频流；
视频流播放模块630，用于在所述视频播放界面中播放所述第一视频流。
综上所述，本申请实施例提供的技术方案中，通过从至少两种不同码率的候选视频流中选择与网络状态相匹配的视频流发送给用户客户端，以使得用户客户端播放该视频流。本申请实施例考虑了用户客户端的网络状态，实现根据网络状态提供合适码率的直播视频流，从而能够兼顾网络带宽资源的利用率且避免卡顿。
需要说明的是：上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
在示例性实施例中，还提供了一种终端，所述终端包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现上述直播视频的播放方法。
在示例性实施例中，还提供了一种非临时性计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序在被用户终端的处理器执行时以实现上述直播视频的播放方法。
可选地，该计算机可读存储介质可以包括：ROM、RAM、SSD(Solid State Drives，固态硬盘)或光盘等。其中，随机存取记忆体可以包括ReRAM(Resistance Random AccessMemory,电阻式随机存取记忆体)和DRAM(Dynamic Random Access Memory，动态随机存取存储器)。
在示例性实施例中，还提供了一种计算机程序产品，当该计算机程序产品被终端的处理器执行时，其用于实现上述直播视频的播放方法。
以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
Claims (12)
1.一种直播视频的处理方法，其特征在于，应用于直播视频流的处理系统中，所述系统包括转码系统和码流分发系统，所述方法包括：
所述转码系统接收来自于主播客户端的直播视频的视频流，若所述直播视频满足转码条件，则从转码服务器集群中选择目标转码服务器，向所述主播客户端发送转码通知；其中，所述转码通知中包括所述目标转码服务器的标识信息，所述转码条件包括以下至少一项：所述主播客户端属于白名单、所述直播视频的观众数符合设定数量要求、所述主播客户端对应的地区符合设定地区要求；
所述目标转码服务器接收来自于所述主播客户端的转码请求，所述转码请求用于请求对所述直播视频的视频流进行转码，根据所述转码请求对所述直播视频的视频流进行转码处理，生成所述直播视频的至少两种不同码率的候选视频流，向所述码流分发系统发送所述直播视频的至少两种不同码率的候选视频流；
所述码流分发系统确定用户客户端的网络类型信息对应的视频流类型，从所述视频流类型所包括的至少一种候选视频流中，选择与所述用户客户端的链路状态信息相匹配的第一视频流，向所述用户客户端发送所述第一视频流；其中，所述网络类型信息用于指示所述用户客户端接入的网络类型，所述链路状态信息用于指示所述用户客户端与所述码流分发系统之间的传输链路的状态。
2.根据权利要求1所述的方法，其特征在于，所述转码系统从转码服务器集群中选择目标转码服务器，包括：
所述转码系统根据所述主播客户端对应的地区，从所述转码服务器集群中选择候选的转码服务器，所述候选的转码服务器与所述主播客户端对应于相同地区；
所述转码系统将所述候选的转码服务器中负载最低的转码服务器，确定为所述目标转码服务器。
3.根据权利要求1所述的方法，其特征在于，所述码流分发系统确定用户客户端的网络类型信息对应的视频流类型，包括：
若所述网络类型为移动网络，则所述码流分发系统确定所述网络类型对应的视频流类型为第一视频流类型；
若所述网络类型为无线保真WiFi网络，则所述码流分发系统确定所述网络类型对应的视频流类型为第二视频流类型。
4.根据权利要求1所述的方法，其特征在于，所述从所述视频流类型所包括的至少一种候选视频流中，选择与所述用户客户端的链路状态信息相匹配的第一视频流，包括：
所述码流分发系统调用视频流选择模型，所述视频流选择模型是用于选择视频流的机器学习模型；
所述码流分发系统通过所述视频流选择模型根据所述链路状态信息，确定所述第一视频流。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述码流分发系统检测第一时刻的网络状态与第二时刻的网络状态之间的变化是否满足条件；其中，所述第二时刻位于所述第一时刻之后，所述网络状态包括所述网络类型信息和所述链路状态信息；
若所述第一时刻的网络状态与所述第二时刻的网络状态之间的变化满足所述条件，则所述码流分发系统从所述直播视频的至少两种不同码率的候选视频流中，选择与所述第二时刻的网络状态相匹配的第二视频流；
所述码流分发系统向所述用户客户端发送所述第二视频流。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
若所述第一时刻的网络状态与所述第二时刻的网络状态之间的变化满足第一子条件，则所述码流分发系统向所述用户客户端发送弱网提示信息，所述弱网提示信息用于指示所述用户客户端处于弱网环境中；
和/或，
若所述第一时刻的网络状态与所述第二时刻的网络状态之间的变化满足第二子条件，则所述码流分发系统向所述用户客户端发送强网提示信息，所述强网提示信息用于指示所述用户客户端处于强网环境中。
7.一种直播视频的处理系统，其特征在于，所述系统包括转码系统和码流分发系统；
所述转码系统用于接收来自于主播客户端的直播视频的视频流，若所述直播视频满足转码条件，则从转码服务器集群中选择目标转码服务器，向所述主播客户端发送转码通知；其中，所述转码通知中包括所述目标转码服务器的标识信息，所述转码条件包括以下至少一项：所述主播客户端属于白名单、所述直播视频的观众数符合设定数量要求、所述主播客户端对应的地区符合设定地区要求；
所述目标转码服务器用于接收来自于所述主播客户端的转码请求，所述转码请求用于请求对所述直播视频的视频流进行转码，根据所述转码请求对所述直播视频的视频流进行转码处理，生成所述直播视频的至少两种不同码率的候选视频流，向所述码流分发系统发送所述直播视频的至少两种不同码率的候选视频流；
所述码流分发系统用于确定用户客户端的网络类型信息对应的视频流类型，从所述视频流类型所包括的至少一种候选视频流中，选择与所述用户客户端的链路状态信息相匹配的第一视频流，向所述用户客户端发送所述第一视频流；其中，所述网络类型信息用于指示所述用户客户端接入的网络类型，所述链路状态信息用于指示所述用户客户端与所述码流分发系统之间的传输链路的状态。
8.一种直播视频的播放方法，其特征在于，所述方法包括：
显示直播类应用程序的视频播放界面；
接收来自码流分发系统的直播视频的第一视频流；其中，所述第一视频流是从用户客户端的网络类型信息对应的视频流类型所包括的至少一种候选视频流中选择的，与所述用户客户端的链路状态信息相匹配的候选视频流，所述网络类型信息用于指示所述用户客户端接入的网络类型，所述链路状态信息用于指示所述用户客户端与所述码流分发系统之间的传输链路的状态；所述候选视频流是目标服务器根据来自主播客户端的转码请求，对所述直播视频的视频流进行转码处理生成的，所述目标服务器是转码系统在所述直播视频满足转码条件的情况下，从转码服务器集群中选择的，所述转码条件包括以下至少一项：所述主播客户端属于白名单、所述直播视频的观众数符合设定数量要求、所述主播客户端对应的地区符合设定地区要求；
在所述视频播放界面中播放所述第一视频流。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括：
接收来自所述码流分发系统的弱网提示信息，所述弱网提示信息用于指示所述用户客户端处于弱网环境中；根据所述弱网提示信息显示第一切换提示信息，所述第一切换提示信息用于提示降低所述直播视频的清晰度；响应于接收到针对所述第一切换提示信息的确认指令，向所述码流分发系统发送第一视频流设置请求，所述第一视频流设置请求用于请求降低向所述用户客户端推送的所述直播视频的码率；
和/或，
接收来自所述码流分发系统的强网提示信息，所述强网提示信息用于指示所述用户客户端处于强网环境中；根据所述强网提示信息显示第二切换提示信息，所述第二切换提示信息用于提示提高所述直播视频的清晰度；响应于接收到针对所述第二切换提示信息的确认指令，向所述码流分发系统发送第二视频流设置请求，所述第二视频流设置请求用于请求提高向所述用户客户端推送的所述直播视频的码率。
10.一种直播视频的播放装置，其特征在于，所述装置包括：
界面显示模块，用于显示直播类应用程序的视频播放界面；
视频流接收模块，用于接收来自码流分发系统的直播视频的第一视频流；其中，所述第一视频流是从用户客户端的网络类型信息对应的视频流类型所包括的至少一种候选视频流中选择的，与所述用户客户端的链路状态信息相匹配的候选视频流，所述网络类型信息用于指示所述用户客户端接入的网络类型，所述链路状态信息用于指示所述用户客户端与所述码流分发系统之间的传输链路的状态；所述候选视频流是目标服务器根据来自主播客户端的转码请求，对所述直播视频的视频流进行转码处理生成的，所述目标服务器是转码系统在所述直播视频满足转码条件的情况下，从转码服务器集群中选择的，所述转码条件包括以下至少一项：所述主播客户端属于白名单、所述直播视频的观众数符合设定数量要求、所述主播客户端对应的地区符合设定地区要求；
视频流播放模块，用于在所述视频播放界面中播放所述第一视频流。
11.一种终端，其特征在于，所述终端包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如权利要求8至9任一项所述的直播视频的播放方法。
12.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求8至9任一项所述的直播视频的播放方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010407673.4A CN111601118B (zh) | 2020-05-13 | 2020-05-13 | 直播视频的处理方法、系统、装置及终端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010407673.4A CN111601118B (zh) | 2020-05-13 | 2020-05-13 | 直播视频的处理方法、系统、装置及终端 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111601118A CN111601118A (zh) | 2020-08-28 |
| CN111601118B true CN111601118B (zh) | 2023-01-13 |
Family
ID=72190859
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010407673.4A Active CN111601118B (zh) | 2020-05-13 | 2020-05-13 | 直播视频的处理方法、系统、装置及终端 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111601118B (zh) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112511867A (zh) * | 2020-11-07 | 2021-03-16 | 深圳市思拓通信系统有限公司 | 一种视频防抖方法及系统 |
| CN112866728A (zh) * | 2020-12-23 | 2021-05-28 | 贵阳叁玖互联网医疗有限公司 | 一种可支持多码率的流媒体直播方法及系统 |
| CN112752123B (zh) * | 2020-12-28 | 2022-03-25 | 上海哔哩哔哩科技有限公司 | 一种网络质量评估方法与装置 |
| CN112954464A (zh) * | 2021-01-21 | 2021-06-11 | 百果园技术(新加坡)有限公司 | 一种基于网络异常预测的视频清晰度选择方法及装置 |
| CN115037951B (zh) * | 2021-03-05 | 2024-03-12 | 上海哔哩哔哩科技有限公司 | 直播处理方法及装置 |
| CN113905257A (zh) * | 2021-09-29 | 2022-01-07 | 北京字节跳动网络技术有限公司 | 视频码率切换方法、装置、电子设备及存储介质 |
| CN114024973B (zh) * | 2021-11-01 | 2023-11-24 | 上海绚显科技有限公司 | 直播云转码的资源调度方法、装置、服务器及系统 |
| CN114143600A (zh) * | 2021-11-23 | 2022-03-04 | 广州市百果园信息技术有限公司 | 直播画面调整方法、装置、设备和存储介质 |
| CN114885182A (zh) * | 2022-04-18 | 2022-08-09 | 武汉斗鱼鱼乐网络科技有限公司 | 一种视频直播管理方法及相关设备 |
| CN114928765A (zh) * | 2022-05-05 | 2022-08-19 | 维沃移动通信有限公司 | 控制方法、装置、电子设备和可读存储介质 |
| CN115589499B (zh) * | 2022-10-08 | 2023-09-29 | 深圳市东恒达智能科技有限公司 | 远程教育播放码流分发控制系统及方法 |
| CN116132415A (zh) * | 2023-02-15 | 2023-05-16 | 江苏方天电力技术有限公司 | 一种面向边缘环境的视频流转码方法、系统、装置及存储介质 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9258625B2 (en) * | 2011-04-19 | 2016-02-09 | Sensormatic Electronics, LLC | Method and system for load balancing between a video server and client |
| CN104349178B (zh) * | 2014-11-21 | 2018-02-09 | 赛特斯信息科技股份有限公司 | 实现按需实时转码和自适应码率流媒体播放的系统及方法 |
| CN105871808A (zh) * | 2015-12-14 | 2016-08-17 | 乐视云计算有限公司 | 直播视频的转码方法及装置 |
| CN106488265A (zh) * | 2016-10-12 | 2017-03-08 | 广州酷狗计算机科技有限公司 | 一种发送媒体流的方法和装置 |
| CN108235059A (zh) * | 2018-03-09 | 2018-06-29 | 网宿科技股份有限公司 | 一种分配转码任务的方法和系统 |
| CN110662093A (zh) * | 2019-10-17 | 2020-01-07 | 北京达佳互联信息技术有限公司 | 一种初始码率确定方法、装置、电子设备及存储介质 |
-
2020
- 2020-05-13 CN CN202010407673.4A patent/CN111601118B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN111601118A (zh) | 2020-08-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111601118B (zh) | 直播视频的处理方法、系统、装置及终端 | |
| US10728594B2 (en) | Method and apparatus for transmitting data of mobile terminal | |
| US11405660B2 (en) | Uplink and downlink methods for efficient operation of live uplink streaming services | |
| US11838563B2 (en) | Switching between transmitting a preauthored video frame and a composited video frame | |
| US7720986B2 (en) | Method and system for media adaption | |
| US9955232B2 (en) | Methods and apparatus for dynamic management and bandwidth allocation for content delivery | |
| US20130219440A1 (en) | Apparatus and method for simulcast over a variable bandwidth channel | |
| US11206298B2 (en) | Method and system utilizing event specific priority in a network controlled uplink media transmission for a collaborative media production | |
| US10484750B2 (en) | Methods, radio communication device and base station device for managing a media stream | |
| CN110662114B (zh) | 视频处理方法、装置、电子设备及存储介质 | |
| CN108881931B (zh) | 一种数据缓冲方法及网络设备 | |
| CN111083536B (zh) | 调节视频码率的方法和装置 | |
| CN101383959A (zh) | 流媒体业务中获取关键帧的方法、系统及用户设备 | |
| CN114449353B (zh) | 用于视频流的基于会话的自适应回放配置文件决策 | |
| US11368512B2 (en) | Method and system for utilizing network conditions feedback for improving quality of a collaborative media production | |
| US11431779B2 (en) | Network controlled uplink media transmission for a collaborative media production in network capacity constrained scenarios | |
| CN116248644A (zh) | 一种基于WebRTC推流技术的优化方法 | |
| CN113766267B (zh) | 基于无人机的多路视频直播方法、系统、设备及存储介质 | |
| CN114978935B (zh) | 服务质量资源申请方法、设备及存储介质 | |
| US20240137606A1 (en) | Electronic apparatus, server apparatus and control method thereof | |
| CN112585979B (zh) | 用于所存储内容的网络控制媒体上传的方法和系统 | |
| WO2023031989A1 (ja) | 映像配信装置、システム、方法、及びコンピュータ可読媒体 | |
| CN117014608A (zh) | 视频流码率调整方法、装置、计算机设备和存储介质 | |
| CN113347472A (zh) | 音视频质量调节方法、装置、电子设备及存储介质 | |
| CN117939186A (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20231008 Address after: 31a, 15 / F, building 30, maple mall, bangrang Road, Brazil, Singapore Patentee after: Baiguoyuan Technology (Singapore) Co.,Ltd. Address before: 511402 5-13 / F, West Tower, building C, 274 Xingtai Road, Shiqiao street, Panyu District, Guangzhou City, Guangdong Province Patentee before: GUANGZHOU BAIGUOYUAN INFORMATION TECHNOLOGY Co.,Ltd. |