基于无人机的视频直播方法、系统、设备及存储介质与流程

1.本发明涉及无人机数据传输技术领域，尤其涉及一种基于无人机的视频直播方法、系统、设备及存储介质。


背景技术：

2.随着无人机技术的发展，其应用场景越来越广泛，在电力巡线、交通救援以及海关边防等场景中发挥了巨大作用，而应用场景的扩展对无人机的性能提出了更高的要求，例如针对需要无人机实时传输直播画面的任务，由于无人机的作业特性和作业环境，其直播延迟往往很高，从而影响了任务的完成。
3.目前的无人机系统，在需要直播的应用场景中，主要的直播方式包括两种：一种是将用于查看直播的客户端和无人机置于同一个网络中，但是这种情况下只有该网络内的客户端才能进行观看直播，并且其通常采用hls、hlv等协议的视频传输方式实时性差、时延高；另一种是将无人机拍摄的原始视频发送至安装有直播软件的终端设备，借助终端设备实现直播，但是直播软件在直播时通常使用tcp作为传输层协议，一旦出现丢包后续的所有包都会被缓冲，造成直播卡顿、延迟，而无人机飞行需要实时控制时容易出现事故。因此需要一种针对无人机的新型直播方式，以确保无人机直播画面的低延时、不易卡顿。


技术实现要素：

4.有鉴于此，本发明提供了一种基于无人机的视频直播方法、系统、设备及存储介质，以借助webrtc协议进行基于无人机的视频直播，降低了直播延迟，避免了卡顿情况。
5.为解决上述技术问题，本发明采用以下技术方案：
6.第一方面，本发明提供了一种基于无人机的视频直播方法，该方法包括：
7.获取无人机发送的原始视频流数据；
8.对所述原始视频流数据进行编解码得到输出缓冲数据；
9.将所述输出缓冲数据转换为webrtc协议支持的视频帧；
10.将所述视频帧通过webrtc传输通道发送至预设服务器，以使所述预设服务器根据所述视频帧进行直播显示。
11.可选的，在一些实施例中，所述原始视频流数据包括h264数据，所述对所述原始视频流数据进行编解码得到输出缓冲数据，包括：
12.将所述h264数据写入编解码器输入缓存区并提交至编解码器；
13.编解码器将所述h264数据进行编解码生成bytebuffer视频流数据并写入编解码输出缓存区。
14.可选的，在一些实施例中，所述将所述输出缓冲数据转换为webrtc协议支持的视频帧，包括：
15.自所述编解码输出缓存区读取所述bytebuffer视频流数据；
16.基于所述bytebuffer视频流数据进行解码和数据转换得到videoframe数据。
17.可选的，在一些实施例中，所述将所述视频帧通过webrtc传输通道发送至预设服务器之前，还包括：
18.检测网络信号强度；
19.根据所述网络信号强度按照第一规则确定当前分辨率；
20.根据所述当前分辨率调整所述视频帧的视频流分辨率。
21.可选的，在一些实施例中，根据所述网络信号强度按照第一规则确定当前分辨率包括：
22.判断所述网络信号强度是否大于等于第一信号强度；
23.若大于等于第一信号强度，则确定当前分辨率为1920x1080p；
24.若小于第一信号强度，则确定当前分辨率为1080x720p。
25.可选的，在一些实施例中，所述获取无人机发送的原始视频流数据之前，还包括：
26.检测网络信号强度；
27.根据所述网络信号强度按照第二规则确定视频流码率；
28.将所述视频流码率发送至无人机，以使无人机基于所述视频流码率发送原始视频流数据。
29.可选的，在一些实施例中，所述webrtc传输通道包括rtcpeerconnection通道和/或rtcdatachannel通道。
30.第二方面，本发明提供了一种基于二维码的页面引导装置，包括：
31.数据接收模块，用于获取无人机发送的原始视频流数据；
32.编解码模块，用于对所述原始视频流数据进行编解码得到输出缓冲数据；
33.数据转换模块，用于将所述输出缓冲数据转换为webrtc协议支持的视频帧；
34.webrtc传输模块，用于将所述视频帧通过webrtc传输通道发送至预设服务器，以使所述预设服务器根据所述视频帧进行直播显示。
35.第三方面，本发明提供了一种电子设备，包括存储器和处理器，所述存储器上存储有可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如本发明任一实施例提供的的基于无人机的视频直播方法。
36.第四方面，本发明提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被执行时实现如本发明任一实施例提供的的基于无人机的视频直播方法。
37.同现有技术相比，本发明实施例提供的基于无人机的视频直播方法，应用于与无人机保持通信的终端，先获取无人机发送的原始视频流数据，再对原始视频流数据进行编解码得到输出缓冲数据，对输出缓冲数据进行数据转换得到webrtc协议支持的视频帧，最终将视频帧通过webrtc传输通道发送至预设服务器，由预设服务器根据视频帧进行直播显示，该方法在无人机直播过程中借助终端实现了基于webrtc协议的实时直播，大大降低了直播画面的延迟，并且无人机上无需设置webrtc转换装置和网络通信装置，降低了无人机的硬件成本，终端的运算性能也远远超出无人机直播过程中数据转换的算力需求，并且基于终端进行的数据转换底层架构成熟易于实现，开发成本低，仅借助软件即可对现有无人机系统进行改造，应用场景广泛。
附图说明
38.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见的，下面描述中的附图仅仅是本技术的部分实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
39.图1是本发明实施例一提供的一种基于无人机的视频直播方法的流程图；
40.图2是本发明实施例一提供的基于无人机的视频直播方法的子流程图；
41.图3是本发明实施例一提供的基于无人机的视频直播方法的子流程图；
42.图4是本发明实施例二提供的基于无人机的视频直播方法的流程图；
43.图5是本发明实施例二提供的基于无人机的视频直播方法的子流程图；
44.图6是本发明实施例二提供的基于无人机的视频直播方法的流程图；
45.图7是本发明实施例三提供的一种基于无人机的视频直播系统的结构示意图；
46.图8是本发明实施例四提供的一种电子设备的结构示意图。
具体实施方式
47.下面结合本技术实施例中的附图，对本技术实施中的技术方案进行清楚、完整的描述。可以理解的是，此处所描述的具体实施例仅仅是本技术一部分实施例，而不是全部的实施例，仅用于解释本技术，而非对本技术的限定。另外还需要说明的是，基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
48.除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中使用的术语只是为了描述具体的实施方式的目的，不是旨在于限制本发明。本文所使用的术语“和/或”包括一个或多个相关的所列项目的任意的和所有的组合。
49.此外，术语“第一”、“第二”等可在本文中用于描述各种方向、动作、步骤或元件等，但这些方向、动作、步骤或元件不受这些术语限制。这些术语仅用于将第一个方向、动作、步骤或元件与另一个方向、动作、步骤或元件区分。举例来说，在不脱离本发明的范围的情况下，可以将第一用例称为第二用例，且类似地，可将第二用例称为第一用例。第一用例和第二用例两者都是用例，但其不是同一用例。术语“第一”、“第二”等而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者多个特征的组合。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。需要说明的是，当一个部被称为“固定于”另一个部，它可以直接在另一个部上也可以存在居中的部。当一个部被认为是“连接”到另一个部，它可以是直接连接到另一个部或者可能同时存在居中部。本文所使用的术语“垂直的”、“水平的”、“左”、“右”以及类似的表述，只是为了说明的目的，并不表示是唯一的实施方式。
50.在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作
完成时处理可以被终止，但是还可以具有未包括在附图中的附加步骤。处理可以对应于方法、函数、规程、子例程、子程序等等。
51.实施例一
52.参见图1，本实施例提供了一种基于无人机的视频直播方法，该方法可以应用于无人机系统，该系统包括无人机、终端和预设服务器，其中：无人机为由遥控设备或自备程序控制装置操纵，带任务载荷的不载人航空器；终端为与遥控设备连接的电子设备，通过遥控设备与无人机保持通信，用于无人机和预设服务器之间的数据传输中继，通常采用手机、平板等设备；预设服务器与所述终端保持通信连接。本实施例提供的基于无人机的视频直播方法具体可以由无人机或终端执行，也可以由终端和无人机之间交互完成，本实施例中以终端为例进行具体说明。如图1所示，该方法包括以下步骤：
53.s110、获取无人机发送的原始视频流数据。
54.本实施例中，无人机上设置有飞控模块和图像采集模块，其中飞控模块用于对无人机飞行和任务进行监控和操纵，图像采集模块用于在无人机飞行过程中进行图像采集，原始视频流数据即由图像采集模块采集并传输至终端的数据。
55.具体的，本实施例中，图像采集模块采集与遥控设备通过专用通信链路(通常为通过遥控设备的天线和无人机建立的无线电通信链路)连接，图像采集模块采集的数据先由无人机传输至遥控设备，再由遥控设备传输至终端，终端最终获取的原始视频流数据通常为h264数据，在一些替代实施例中，原始视频流数据也能够采用其他数据格式，此处不作限制。
56.s120、对所述原始视频流数据进行编解码得到输出缓冲数据。
57.输出缓冲数据是由多媒体编解码器对原始视频流数据进行的特殊封装，以便后续将其进一步转换成能够通过webrtc传输通道传输的特殊数据(即后文所指的webrtc协议支持的视频帧)。与现有技术不同，本实施例中在进行基于无人机的视频直播时，采用webrtc协议作为终端和预设服务器之间的数据传输协议，其不需要安装任何插件，通过简单的javascript api就可以使得实时通信变成一种标准功能，并且不会出现因为一条消息出问题引发所有消息出问题导致直播卡顿的问题。但是，现有技术中webrtc协议在应用时都是直接对摄像头采集的画面进行处理和传输的，而本实施例中无人机采集的画面需要通过专用通信链路传输到终端，终端获取的是原始视频流数据，其并不能直接通过webrtc协议传输，因此，本实施例中需要对原始视频里数据进行编解码等处理得到符合webrtc协议的数据。具体的，步骤s120中对原始视频流数据的编解码实际是将其转换为高效率的处理字节封装类数据，也即输出缓冲数据，这是因为在对原始视频流数据进行底层的视频流编码使其符合webrtc协议时，处理的是字节，如果单纯借助字节数组来进行操作的话，首先效率有很大的问题，其次是数组最大的问题就是越界报异常等信息，因此使用了高效率的处理字节的封装类。并且由于后续仍要对该数据进行进一步处理，因此编解码器处理完成后将输出缓冲数据放在输出缓存区，以待后续使用。
58.具体的，在一些实施例中，终端为采用android的手机或平板设备时，以所述原始视频流数据包括h264数据为例，其编解码过程具体如图2所示，包括步骤s121
‑
122：
59.s121、将所述h264数据写入编解码器输入缓存区并提交至编解码器。
60.本实施例中编解码器采用mediacodec提供的编解码器，mediacodec是android低
层多媒体架构的一部分，通常与mediaextractor、mediamuxer、audiotrack结合使用，能够编解码诸如h.264、h.265、aac、3gp等常见的音视频格式。
61.s122、编解码器将所述h264数据进行编解码生成bytebuffer视频流数据并写入编解码输出缓存区。
62.具体来说，mediacodec在编解码的过程中使用了一组输入/输出缓存区来同步或异步处理数据：首先，终端向获取到的编解码输入缓存区写入要编解码的数据(也即原始视频流数据)并将其提交给编解码器，待编解码器处理完毕后生成bytebuffer视频流数据，将bytebuffer视频流数据转存到编码输出缓存区，同时收回客户端对输入缓存区的所有权；然后，终端从获取到编解码输出缓存区读取编码好的数据进行处理(非步骤s122中的内容)，待处理完毕后编解码器收回客户端对输出缓存区的所有权。
63.s130、将所述输出缓冲数据转换为webrtc协议支持的视频帧。
64.视频帧为webrtc协议支持的videoframe数据对象，其能够通过webrtc提供的推流接口进行推流。步骤s120中得到的输出缓冲数据仅能实现高效的数据处理，依然不能通过webrtc协议直接进行传输，因此通过步骤s130对其进行进一步转换：终端不断从编解码输出缓存区中读取输出缓冲数据进行转换，得到能够通过webrtc协议传输的视频帧。
65.具体的，继续以上述采用android的手机或平板设备作为终端的示例为例，在一些实施例中，输出缓冲数据的转换过程也即步骤s130,如图3所示包括步骤s131
‑
132：
66.s131、自所述编解码输出缓存区读取所述bytebuffer视频流数据。
67.s132、基于所述bytebuffer视频流数据进行解码和数据转换得到videoframe数据。
68.前文已经提及bytebuffer视频流数据在生成后直接写入编解码输出缓存区，无人机系统在进行直播显示时，终端从编解码输出缓存区不断读取bytebuffer视频流数据，并设置好视频流解码出来每一帧图像的宽、高和时间戳等信息，封装形成videoframe数据。
69.s140、将所述视频帧通过webrtc传输通道发送至预设服务器，以使所述预设服务器根据所述视频帧进行直播显示。
70.webrtc传输通道为webrtc提供的推流接口连接的两个设备间的数据通路，本实施中由webrtc提供的推流接口连接的是终端和预设服务器，webrtc传输通道实际是借助网络信号实现的，例如4网络。具体的，在得到webrtc协议支持的视频帧之后，终端即可通过webrtc传输通道将视频帧传输至预设服务器，预设服务器接收视频帧后将其以视频直播的形式进行显示。
71.在一些具体实施例中，所述webrtc传输通道包括rtcpeerconnection通道和/或rtcdatachannel通道。rtcpeerconnection通道是由rtcpeerconnetion api搭建的数据通路，能够实现高效和稳定的数据流通信；rtcdatachannel是由rtcdatachannel api搭建的数据通路，能够实现低延时和高吞吐量的点对点的交换数据。
72.本实施例提供的基于无人机的视频直播方法，应用于与无人机保持通信的终端，先获取无人机发送的原始视频流数据，再对原始视频流数据进行编解码得到输出缓冲数据，对输出缓冲数据进行数据转换得到webrtc协议支持的视频帧，最终将视频帧通过webrtc传输通道发送至预设服务器，由预设服务器根据视频帧进行直播显示，该方法在无人机直播过程中借助终端实现了基于webrtc协议的实时直播，大大降低了直播画面的延
迟，在实际应用中，基于本实施例提供的基于无人机的视频直播方法实现了通过公网预览时，直播画面延迟小于200ms，而常规技术的无人机直播延迟都在1s以上，并且本实施例中无人机上无需设置webrtc转换装置和网络通信装置，降低了无人机的硬件成本，终端的运算性能也远远超出无人机直播过程中数据转换的算力需求，并且基于终端进行的数据转换底层架构成熟易于实现，开发成本低，仅借助软件即可对现有无人机系统进行改造，应用场景广泛。
73.实施例二
74.实施例二提供了一种基于无人机的视频直播方法，其可以在实施例一的基础上实现，对实施例一中的部分内容进行了具体的补充或举例，例如提供了根据网络信号强度进行分辨率调整的过程，具体包括：
75.如图4所示，本实施例提供的基于无人机的视频直播方法包括：
76.s210、获取无人机发送的原始视频流数据。
77.s220、对所述原始视频流数据进行编解码得到输出缓冲数据。
78.s230、将所述输出缓冲数据转换为webrtc协议支持的视频帧。
79.s240、检测网络信号强度。
80.网络信号强度表示终端当前用于连接预设服务器的网络信号强度，例如终端当前能够使用4g网络和5g网络，但是终端与预设服务器是通过4g网络连接的，那么网络信号强度表示的是终端当前的4g信号强度。
81.s250、根据所述网络信号强度按照第一规则确定当前分辨率。
82.当前分辨率表示视频帧中直播图像的分辨率，是一个根据网络信号强度自适应调整的分辨率值，用于确保数据传输速度不会影响直播延迟。可以理解的是，当网络信号强度低时，其数据传输速度慢，而分辨率高的直播图像其数据量必然比分辨率低的直播图像数据量大，则数据传输不及时必然会导致直播出现更高的延迟。因此，本实施例中设置用于根据网络信号强度调整当前分辨率的第一规则，其能够根据网络信号强度自动选择与之适应的分辨率值作为当前分辨率。
83.在一个具体实施例中，如图5所示步骤s250具体包括步骤s251
‑
253：
84.s251、判断所述网络信号强度是否大于等于第一信号强度。
85.s252、若大于等于第一信号强度，则确定当前分辨率为1920x1080p。
86.s253、若小于第一信号强度，则确定当前分辨率为1080x720p。
87.步骤s251
‑
253仅为一确定当前分辨率的具体举例，第一信号强度为一个具体的信号强度值，例如
‑
67dbm，根据实际需求自行设置此处不作限制。图5仅给出了根据第一信号强度在两种分辨率值间调整的过程，而实际应用中还可以设置第二信号强度、第三信号强度，当前分辨率除了1080p(1920x1080p)和720p(1080x720p)之外，还可以设置360p和4k等分辨率值，当然在一些实施例中，为了确保显示清晰度，通常720p即为最低清晰度。
88.s260、根据所述当前分辨率调整所述视频帧的视频流分辨率。
89.视频流分辨率是视频帧的一项参数，用于确定视频帧能够生成的图像的分辨率。在确定了当前分辨率之后，终端根据当前分辨率对视频帧的视频流分辨率进行调整，实际就是在调整最终传输的数据量大小。
90.s270、将所述视频帧通过webrtc传输通道发送至预设服务器，以使所述预设服务
器根据所述视频帧进行直播显示。
91.更具体的，在一些实施例中，如图6所示，还包括根据网络信号强度对原始视频流数据进行码率调整的过程：
92.s201、检测网络信号强度。
93.与步骤s240类似的，网络信号强度表示终端当前用于连接预设服务器的网络信号强度。
94.s202、根据所述网络信号强度按照第二规则确定视频流码率。
95.第二规则表示根据网络信号强度的升高和降低对应增加或减小视频流码率的规则，本实施例中视频流码率随着网路信号强的增大而增大。在一些具体实施例中，第二规则能够是一个以网络信号强度和视频流码率为关联量的正比例关系式，表示二者(网络信号强度和视频流码率)成正比关系。视频流码率用于表示无人机与终端间进行图传时的图像清晰度，随着网络信号强度的变化而变化，是一个不断波动的值，其决定了原始视频流数据的数据量大小。可以理解的是，原始视频流数据的数据量越大，终端在处理转换时耗费的时间也就越多，而当网络信号强度比较低时，其在转化成视频帧时还需要调整分辨率，进一步增加了处理时间。因此本实施中进一步根据网络信号强度自动调整无人机与终端间进行图传时的视频流码率，以降低整体的直播延迟。
96.s203、将所述视频流码率发送至无人机，以使无人机基于所述视频流码率发送原始视频流数据。
97.终端在根据网络信号强度确定了当前适合的视频流码率后，将该信息发送至无人机，无人机随后按照视频流码率向终端传输原始视频流数据。
98.s204、获取无人机发送的原始视频流数据。
99.s205、对所述原始视频流数据进行编解码得到输出缓冲数据。
100.s206、将所述输出缓冲数据转换为webrtc协议支持的视频帧。
101.s207、将所述视频帧通过webrtc传输通道发送至预设服务器，以使所述预设服务器根据所述视频帧进行直播显示。
102.本实施例进一步提供了根据网络信号强度对视频帧的视频流分辨率的调整过程，以及对原始视频流数据的视频流码率调整过程，是的视频流分辨率、视频流码率与网络信号强度相适应，避免了数据量和数据传输速度不匹配导致的直播延迟。
103.实施例三
104.图7为本发明实施例三提供的一种基于无人机的视频直播系统300的结构示意图，如图7所述，该系统300包括：
105.数据接收模块310，用于获取无人机发送的原始视频流数据；
106.编解码模块320，用于对所述原始视频流数据进行编解码得到输出缓冲数据；
107.数据转换模块330，用于将所述输出缓冲数据转换为webrtc协议支持的视频帧；
108.webrtc传输模块340，用于将所述视频帧通过webrtc传输通道发送至预设服务器，以使所述预设服务器根据所述视频帧进行直播显示。
109.可选的，在一些实施例中，所述原始视频流数据包括h264数据，编解码模块320具体用于：
110.将所述h264数据写入编解码器输入缓存区并提交至编解码器；
111.编解码器将所述h264数据进行编解码生成bytebuffer视频流数据并写入编解码输出缓存区。
112.可选的，在一些实施例中，数据转换模块330具体用于：
113.自所述编解码输出缓存区读取所述bytebuffer视频流数据；
114.基于所述bytebuffer视频流数据进行解码和数据转换得到videoframe数据。
115.可选的，在一些实施例中，还包括：
116.网络检测模块，用于检测网络信号强度；
117.分辨率确认模块，用于根据所述网络信号强度按照第一规则确定当前分辨率；
118.视频帧调整模块，用于根据所述当前分辨率调整所述视频帧的视频流分辨率。
119.可选的，在一些实施例中，分辨率确认模块具体用于：
120.判断所述网络信号强度是否大于等于第一信号强度；
121.若大于等于第一信号强度，则确定当前分辨率为1920x1080p；
122.若小于第一信号强度，则确定当前分辨率为1080x720p。
123.可选的，在一些实施例中，包括：
124.网络检测模块，用于检测网络信号强度；
125.码率确认模块，用于根据所述网络信号强度按照第二规则确定视频流码率；
126.码率调整模块，用于将所述视频流码率发送至无人机，以使无人机基于所述视频流码率发送原始视频流数据。
127.可选的，在一些实施例中，所述webrtc传输通道包括rtcpeerconnection通道和/或rtcdatachannel通道。
128.本实施例提供了一种基于无人机的视频直播系统，应用于与无人机保持通信的终端，先获取无人机发送的原始视频流数据，再对原始视频流数据进行编解码得到输出缓冲数据，对输出缓冲数据进行数据转换得到webrtc协议支持的视频帧，最终将视频帧通过webrtc传输通道发送至预设服务器，由预设服务器根据视频帧进行直播显示，该方法在无人机直播过程中借助终端实现了基于webrtc协议的实时直播，大大降低了直播画面的延迟，并且无人机上无需设置webrtc转换装置和网络通信装置，降低了无人机的硬件成本，终端的运算性能也远远超出无人机直播过程中数据转换的算力需求，并且基于终端进行的数据转换底层架构成熟易于实现，开发成本低，仅借助软件即可对现有无人机系统进行改造，应用场景广泛。
129.实施例四
130.图8为本发明实施例四提供的一种可以实现基于无人机的视频直播方法的电子设备400的结构示意图，如图8所示，该设备包括存储器410、处理器420，设备中处理器420的数量可以是一个或多个，图8中以一个处理器420为例；设备中的存储器410、处理器420可以通过总线或其他方式连接，图8中以通过总线连接为例。
131.存储器410作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的基于无人机的视频直播方法对应的程序指令/模块(例如，基于无人机的视频直播系统中的数据接收模块310、编解码模块320、数据转换模块330和webrtc传输模块340)。处理器420通过运行存储在存储器410中的软件程序、指令以及模块，从而执行基于二维码的页面引导第二页面引导模块的各种功能应用以及数据处理，即
实现上述的基于无人机的视频直播方法。
132.其中，所述处理器420用于运行存储在存储器410中的计算机可执行程序，以实现如下步骤：步骤s110、获取无人机发送的原始视频流数据；步骤s120、对所述原始视频流数据进行编解码得到输出缓冲数据；步骤s130、将所述输出缓冲数据转换为webrtc协议支持的视频帧；步骤s140、将所述视频帧通过webrtc传输通道发送至预设服务器，以使所述预设服务器根据所述视频帧进行直播显示。
133.当然,本发明实施例所提供的一种基于无人机的视频直播装置,该装置不限于如上所述的方法操作,还可以执行本发明实施例任意实施例所提供的基于无人机的视频直播方法中的相关操作。
134.存储器410可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器410可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器410可进一步包括相对于处理器420远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
135.实施例五
136.本发明实施例五还提供一种包括计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种基于无人机的视频直播方法，该基于无人机的视频直播方法包括：
137.获取无人机发送的原始视频流数据；
138.对所述原始视频流数据进行编解码得到输出缓冲数据；
139.将所述输出缓冲数据转换为webrtc协议支持的视频帧；
140.将所述视频帧通过webrtc传输通道发送至预设服务器，以使所述预设服务器根据所述视频帧进行直播显示。
141.当然，本发明实施例所提供的一种包括计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的基于无人机的视频直播方法中的相关操作。
142.通过以上关于实施方式的描述，所述领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read
‑
only memory,rom)、随机存取存储器(random access memory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台电子设备(可以是个人计算机，设备，或者网络设备等)执行本发明各个实施例所述的方法。
143.值得注意的是，上述授权系统的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
144.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、
重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。