CN113784150A

CN113784150A - 视频数据发布方法、装置、电子设备及存储介质

Info

Publication number: CN113784150A
Application number: CN202111075414.7A
Authority: CN
Inventors: 邓松华; 曾可杰; 张栓成
Original assignee: Guangzhou Wangxing Information Technology Co Ltd
Current assignee: Guangzhou Wangxing Information Technology Co Ltd
Priority date: 2021-09-14
Filing date: 2021-09-14
Publication date: 2021-12-10

Abstract

本申请公开了一种视频数据发布方法、装置及电子设备，该方法包括：接收针对视频数据的发布指令；响应于所述发布指令，对所述视频数据进行导出处理，其中，所述导出处理用于将所述视频数据导出为第一视频文件；在进行所述导出处理的过程中，获取所述导出处理生成的缓存数据，并对所述缓存数据进行上传处理，以发布所述视频数据。该方法可以降低视频数据发布处理的耗时，以及提升视频数据发布处理的成功率。

Description

视频数据发布方法、装置、电子设备及存储介质

技术领域

本公开涉及互联网技术领域，更具体地，涉及视频数据发布方法、装置、电子设备及计算机可读存储介质。

背景技术

随着移动互联网的发展，越来越多的内容提供商通过开发应用程序来承载服务内容。以短视频类应用程序为例，短视频应用程序能够提供各种短视频以供用户观看。

目前，针对用户使用短视频应用程序录制的视频数据，现有的视频数据发布方法一般需要先将该视频数据导出到本地，再通过将导出得到的本地视频文件上传至服务器，以发布该视频数据。然而，导出处理和上传处理通常比较耗时，这就导致整个发布处理的耗时都较长，尤其是在视频数据体积较大的情况下，更有可能因为超时而导致发布失败的情况出现。

发明内容

本公开实施例提供了一种视频数据发布方法，以解决视频数据发布处理耗时较长的问题。

本公开的第一方面，提供了一种视频数据发布方法，应用于第一终端设备，该方法包括：

接收针对视频数据的发布指令；

响应于所述发布指令，对所述视频数据进行导出处理，其中，所述导出处理用于将所述视频数据导出为第一视频文件；

在进行所述导出处理的过程中，获取所述导出处理生成的缓存数据，并对所述缓存数据进行上传处理，以发布所述视频数据。

本公开的第二方面，还提供了另一种视频数据发布方法，应用于服务器，包括：

接收第一终端设备上传的缓存数据，其中，所述缓存数据由所述第一终端设备在对待发布的视频数据进行导出处理的过程中获得；

根据所述缓存数据，生成与所述视频数据对应的第二视频文件；

根据所述第二视频文件，对所述视频数据进行发布处理。

本公开的第三方面，还提供了一种视频数据发布装置，应用于第一终端设备，包括：

指令接收模块，用于接收针对视频数据的发布指令；

导出模块，用于响应于所述发布指令，对所述视频数据进行导出处理，其中，所述导出处理用于将所述视频数据导出为第一视频文件；

上传模块，用于在进行所述导出处理的过程中，获取所述导出处理生成的缓存数据，并对所述缓存数据进行上传处理，以发布所述视频数据。

本公开的第四方面，还提供了另一种视频数据发布装置，应用于服务器，包括：

缓存数据接收模块，用于接收第一终端设备上传的缓存数据，其中，所述缓存数据由所述第一终端设备在对待发布的视频数据进行导出处理的过程中获得；

视频文件生成模块，用于根据所述缓存数据，生成与所述视频数据对应的第二视频文件；

发布模块，用于根据所述第二视频文件，对所述视频数据进行发布处理。

根据本公开的第五方面，还提供了一种电子设备，包括：

存储器，用于存储可执行的指令；

处理器，用于根据所述可执行的指令的控制，运行所述电子设备执行根据本公开的第一方面或第二方面所述的方法。

根据本公开的第六方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有可被计算机读取执行的计算机程序，所述计算机程序用于在被所述计算机读取运行时，执行根据本公开的第一方面或第二方面所述的方法。

本公开的有益效果在于，根据本公开的实施例，在第一终端设备接收到针对视频数据的发布指令后，在对视频数据进行导出处理的过程中，可以通过获取导出处理时生成的缓存数据，并通过对缓存数据进行上传处理，以发布该视频数据。区别于现有方法中先通过导出处理将视频数据导出为本地视频文件，再将本地视频文件上传至服务器以发布视频数据时所存在的耗时较长的问题，该方法通过复用视频数据导出处理时产生的即缓存数据，使得第一终端设备可以在进行导出处理的同时，同步进行数据上传处理，进而实现降低视频数据发布处理的耗时的效果；另外，由于本公开的实施例提供的方法还会同时在第一终端设备本地生成第一视频文件，这就使得即使缓存数据的上传处理出现错误，也可以通过再次将本地生成的第一视频文件上传至服务器的方式来发布视频数据，所以该方法还可以提升视频数据发布处理的成功率。

通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其他特征及其优点将会变得清楚。

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本公开的实施例，并且连同其说明一起用于解释本公开的原理。

图1是现有的视频数据发布处理的框架示意图。

图2是本公开实施例提供的视频数据发布方法的流程示意图。

图3是本公开实施例提供的视频数据发布处理的框架示意图。

图4是本公开实施例提供的视频数据发布方法的场景示意图。

图5是本公开实施例提供的另一种视频数据发布方法的流程示意图。

图6是本公开实施例提供的一种视频数据发布装置的原理框图。

图7是本公开实施例提供的另一种视频数据发布装置的原理框图。

图8是本公开实施例提供的一种电子设备的硬件结构示意图。

具体实施方式

现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其他例子可以具有不同的值。

本公开的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

<方法实施例一>

请参看图1，其是现有的视频数据发布处理的框架示意图。如图1所示，针对用户在终端设备中通过短视频类应用程序或者其他类似应用程序录制的视频数据，在接收到发布指令之后，现有的发布方法一般是先将视频数据导出为本地视频文件，例如，本地动态图像专家组(MP4，Moving Picture Experts Group 4)文件；之后，再通过将本地视频文件上传至服务器，以发布该视频数据。

由此可知，现有的视频数据发布方法至少包括导出处理和上传处理，并且该两类处理的执行顺序还存在强依赖关系，即，需要导出处理执行完且执行成功之后，才能触发执行上传处理。然而，导出处理和上传处理往往较为耗时，因此，现有的视频数据发布方法的整体耗时往往较长。

为解决上述问题，本公开的实施例提供了一种视频数据发布方法，请参看图2以及图3，其分别是本公开实施例提供的视频数据发布方法的流程示意图，以及，本公开实施例提供的视频数据发布处理的框架示意图，该方法可以应用于第一终端设备中，该第一终端设备中运行有短视频类应用程序或者其他具备视频录制及发布功能的应用程序，该第一终端设备可以为手机、平板电脑等，此处不做特殊限定。如图2所示，本公开实施例的方法可以包括如下步骤S2100-S2300，以下结合图2和图3对该方法予以详细说明。

步骤S2100，接收针对视频数据的发布指令。

在本公开的实施例中，视频数据，是指用户使用终端设备中的短视频类应用程序或者其他类似应用程序录制得到的数据，该类视频数据通常为YUV格式的数据。

YUV是一种彩色编码***，主要用在视频、图像处理流水线中(pipeline)。相较于RGB颜色空间，YUV格式的图像、视频文件可以被方便的编码、传输，以减少带宽占用和信息出错。

具体地，本步骤所述的发布指令，可以由用户在短视频类应用程序中录制得到视频数据之后，通过点击“发布”按键触发生成该发布指令。

步骤S2200，响应于所述发布指令，对所述视频数据进行导出处理，其中，所述导出处理用于将所述视频数据导出为第一视频文件；以及，步骤S2300，在进行所述导出处理的过程中，获取所述导出处理生成的缓存数据，并对所述缓存数据进行上传处理，以发布所述视频数据。

第一视频文件，是指按照预设视频压缩编码标准对视频数据进行压缩编码以对视频数据进行封装后获得的文件，其中，第一视频文件包括第一数据块和第二数据块，第一数据块用于存储视频文件的元数据信息，第二数据块用于存储视频文件的媒体数据，第一数据块位于第二数据块之前。

通常，视频数据的封装格式，也称多媒体封装格式或容器格式，常见的封装格式一般有MP4、MKV、AVI等。

以第一视频文件的封装格式为MP4文件为例，MP4文件中用于存储不同类型数据的多个数据块也可称为箱子(Box)。通常，如表1所示，构成一个MP4文件的箱子按照先后顺序一般有“ftyp”、“moov”和“mdat”。

表1

其中，“ftyp”一般用于存储视频文件使用的编码标准的信息，例如，版本、兼容协议等；“moov”用于存储整个视频文件的元数据信息，其包含视频文件中所有媒体数据的宏观描述信息以及每路媒体轨道的具体信息，例如，包含视频文件的创建时间、修改时间、时长、音频轨道信息、视频轨道信息等；“mdat”用于存储具体的媒体数据。

通常，在现有技术中，视频数据的导出处理，一般是由短视频应用程序中的视频软件开发工具包(SDK，Software Development Kit)，即视频SDK使用预设视频编解码标准对视频数据进行压缩编码以生成本地视频文件，在导出处理的过程中，在对视频数据进行压缩编码的过程中，一般会先在内存中产生缓存数据，再通过该对该缓存数据进行同步或者异步封装处理，以生成本地视频文件，例如，生成本地MP4文件。而视频数据的上传处理，一般是由短视频应用程序中的网络软件开发工具包，即网络SDK与服务器建立连接，并将导出处理获得的本地视频文件进行压缩编码得到的缓存数据上传至服务器，再由服务器根据该缓存数据对陆续得到的缓存数据进行封装还原得到与视频数据对应的视频文件，以在服务端根据该视频文件，对该视频数据进行发布处理。

由此可知，现有视频数据发布方法中的导出处理和上传处理均需要对与视频数据对应的缓存数据进行读写处理以及传输处理，以在终端设备以及服务器生成视频数据对应的视频文件，因此，为了降低视频数据发布流程的耗时，在本公开的实施例中，可以将视频数据的导出处理和上传处理叠加，通过使上传处理复用导出处理的过程中产生的缓存数据的方式，即使用边导出边上传的视频数据发布方式，以降低发布耗时。

在一个实施例中，所述响应于所述发布指令，对所述视频数据进行导出处理，包括：获取与所述视频数据对应的视频流写对象；根据所述视频流写对象，将编码所述视频数据获得的视频流写入预设的缓存空间中，获得所述缓存数据；根据所述缓存数据，生成所述第一视频文件。

视频流写对象，是用于将编码视频数据得到的视频流(Video Streaming)写入缓存的编码实例对象，该实例对象可以表示为图3中的“XOStream”，其中，视频流是指视频数据的处理和传输能够以一个稳定和连续的流进行处理。

在具体实施时，本实施例的视频数据导出处理具体可以用以下伪代码表示：

具体地，如图3所示，在本公开的实施例中，可以通过视频流写对象将视频SDK编码视频数据获得的视频流写入预先设置的缓存空间中；之后，可以通过一个异步线程(thread)从该缓存空间中对该缓存数据进行封装以获得存储在终端设备本地存储空间上的第一视频文件。

另外，在一个实施例中，所述在进行所述导出处理的过程中，获取所述导出处理生成的缓存数据，并对所述缓存数据进行上传处理，以发布所述视频数据，包括：获取与所述缓存数据对应的视频流读对象；在进行所述导出处理的过程中，根据所述视频流读对象，从所述缓存空间中读取所述缓存数据，并将所述缓存数据发送至服务器，以发布所述视频数据。

视频流读对象，是用于从缓存空间中读取视频流的编码实例对象，该实例对象可以表示为图3中“XIStream”。

具体地，如图3所示，为了降低视频数据的发布耗时，可以在进行导出处理的过程中，针对“XOStream”写入预设缓存空间中的缓存数据，通过获取与该缓存数据对应的“XIStream”从该缓存空间中实时读取增量的缓存数据，以将视频数据同步以视频流的方式上传至服务器。

请参看图4，其是本公开实施例提供的视频数据发布方法的场景示意图。如图4所示，在服务器获得终端设备，例如，第一终端设备上传的缓存数据之后，可以根据该缓存数据生成与该视频数据对应第二视频文件，并根据该第二视频文件，对该视频数据进行发布处理。

需要说明的是，与终端设备本地针对视频数据进行导出处理得到的第一视频文件相对应，第二视频文件是由服务器对终端设备上传的缓存数据进行封装后获得。

第二视频文件同样包括第一视频文件中的第一数据块和第二数据块，但是，与第一视频文件中第一数据块和第二数据库的排列顺序不同，由于客户端，例如第一终端设备在使用边导出边上传的视频数据发布方式时，用于存储视频文件的元数据信息的缓存数据只有在视频数据被导出完成或者接近完成时刻才会被生成并被上传至服务端，即服务器中，这就导致在第二视频文件中，用于描述视频文件的元数据信息的第一数据块会位于用于描述视频文件的媒体数据的第二数据块之后，这就导致虽然可以根据该第二视频文件，对视频数据进行发布处理。然而，在成功发布该视频数据之后，由于第二视频文件的元数据信息位于其包含的多个数据块的末尾，这就导致服务器在根据第二视频文件向客户端，例如第二终端设备提供视频数据时，第二终端设备只有将第二视频文件完整下载到其本地存储空间中，才能够解析到元数据信息，并根据该元数据信息对第二数据块中的媒体数据进行解析以进行视频播放，存在带宽资源浪费以及用户体验不佳的问题。

为解决该问题，在一个实施例中，在该方法应用于服务器的情况下，在所述发布处理之后，该方法还包括：解析所述第二视频文件，通过将所述第一数据块移动至所述第二数据块之前，获得第一视频文件；和/或，按照预设时间间隔删除所述第二视频文件。

请参看图4，在服务端，例如，服务器接收第一终端设备使用边导出边上传方式上传的缓存数据，并生成第二视频文件之后，可以根据第二视频文件对视频数据进行发布处理；之后服务器还可以对其存储的第二视频文件进行格式转换以在服务器端对应生成第一视频文件，这样当服务器接收到第二终端设备发送的、针对该视频数据的播放请求的情况下，可以响应于该播放请求，根据该第一视频文件，向第二终端设备下发该视频数据，以使得第二终端设备可以提供针对该视频数据的边下载边播放功能。另外，服务器还可以通过定期删除旧的第二视频文件，以节省***资源。

在一个实施例中，该方法还包括：获取所述导出处理的第一状态信息，其中，所述第一状态信息表示是否成功导出所述第一视频文件；在所述第一状态信息表示未成功导出所述第一视频文件的情况下，再次对所述视频数据进行所述导出处理，以导出所述第一视频文件；以及，在成功导出所述第一视频文件的情况下，将所述第一视频文件上传至所述服务器，以发布所述视频数据。

具体地，如图3以及上述伪代码中内容所示，在针对视频数据进行导出处理的过程中，还可以获取用于表示是否成功导出第一视频文件的第一状态信息，若导出处理失败，则依赖于导出处理生成的缓存数据的上传处理也会失败，在该情况下，为了提升视频数据发布成功率，可以如图3所示，停止使用边导出边上传的视频数据发布方式，而是由视频SDK再次针对该视频数据进行导出处理，并生成第一视频文件；之后，通过将该第一视频文件上传至服务器，以发布该视频数据。

另外，在该实施例中，在所述第一状态信息表示未成功导出所述第一视频文件的情况下，该方法还包括：获取所述视频数据的视频标识；根据所述视频标识，向所述服务器发送发布失败请求，以请求所述服务器停止发布所述视频数据。

即，在使用边导出边上传的视频数据发布方式出现错误的情况下，可以由终端设备及时向服务器发送发布失败请求，使得服务器可以响应该请求，停止本次视频数据发布处理，并清理已经获取到的缓存数据，以节省***资源。

在一个实施例中，在所述第一状态信息表示成功导出所述第一视频文件的情况下，该方法还包括：获取所述上传处理的第二状态信息，其中，所述第二状态信息表示是否成功上传所述视频数据；在所述第二状态信息表示未成功上传所述视频数据的情况下，将所述第一视频文件上传至所述服务器，以发布所述视频数据。

具体地，如图3所示，在使用本公开实施例提供的边导出边上传方式发布视频数据时，也可能出现导出处理成功，但是上传处理失败的情况，因此，在该种情况下，为了降低发布耗时，则可以不必再次进行边导出和边上传方式，而是可以直接由终端设备根据之前导出处理生成的第一视频文件，通过将该第一视频文件上传至服务器，以发布视频数据。

例如，在终端设备视频数据“data1”进行发布处理时，导出处理成功导出本地视频文件“data1.mp4”，但是因为终端设备与服务器之间的网络出现故障而导致上传处理的状态为“上传失败”，即一次发布处理的最终状态为失败；在该种情况下，当终端设备进行失败重新发布处理时，可以不必再次进行导出处理，而是可以直接将第一次发布处理时生成的本地视频文件“data1.mp4”上传至服务器，即可完成针对视频数据“data1”的发布处理。

综上所述，本公开实施例提供的视频数据发布方法，在第一终端设备接收到针对视频数据的发布指令后，在对视频数据进行导出处理的过程中，可以通过获取导出处理时生成的缓存数据，并通过对缓存数据进行上传处理，以发布该视频数据。区别于现有方法中先通过导出处理将视频数据导出为本地视频文件，再将本地视频文件上传至服务器以发布视频数据时所存在的耗时较长的问题，该方法通过复用视频数据导出处理时产生的即缓存数据，使得第一终端设备可以在进行导出处理的同时，同步进行数据上传处理，进而实现降低视频数据发布处理的耗时的效果；另外，由于本公开的实施例提供的方法还会同时在第一终端设备本地生成第一视频文件，这就使得即使缓存数据的上传处理出现错误，也可以通过再次将本地生成的第一视频文件上传至服务器的方式来发布视频数据，所以该方法还可以提升视频数据发布处理的成功率。经过测试获得，使用本公开实施例提供的视频数据发布方法，可以将视频数据的发布成功率提升1％，视频50分位耗时降低4秒，90分为耗时降低30秒左右。

<方法实施例二>

与上述方法实施例一相对应，本实施例还提供一种视频数据发布方法，该方法可以应用于服务器中。

请参看图5，其是本公开实施例提供的视频数据发布方法的流程示意图。如图5所示，该方法包括如下步骤S5100-S5300，以下予以详细说明。

步骤S5100，接收第一终端设备上传的缓存数据，其中，所述缓存数据由所述第一终端设备在对待发布的视频数据进行导出处理的过程中获得。

步骤S5200，根据所述缓存数据，生成与所述视频数据对应的第二视频文件。

步骤S5300，根据所述第二视频文件，对所述视频数据进行发布处理。

在一个实施例中，该第二视频文件包括第一数据块和第二数据块，其中，该第一数据块用于存储所述视频文件的元数据信息，该第二数据块用于的视频文件中的媒体数据，该第一数据块位于该第二数据块之后；在该发布处理之后，该方法还包括：解析该第二视频文件，通过将该第一数据块移动至该第二数据块之前，获得第一视频文件；和/或，按照预设时间间隔删除该第二视频文件。

在一个实施例中，在该发布处理之后，该方法还包括：接收第二终端设备发送的、针对所述视频数据的播放请求；响应于所述播放请求，根据所述第一视频文件，向所述第二终端设备下发所述视频数据。

<装置实施例一>

与上述方法实施例一相对应，在本实施例中，还提供一种视频数据发布装置，该装置可以应用于第一终端设备中，如图6所示，该装置6000可以包括指令接收模块6100、导出模块6200和上传模块6300。

该指令接收模块6100，用于接收针对视频数据的发布指令；该导出模块6200，用于响应于所述发布指令，对所述视频数据进行导出处理，其中，所述导出处理用于将所述视频数据导出为第一视频文件；该上传模块6300，用于在进行所述导出处理的过程中，获取所述导出处理生成的缓存数据，并对所述缓存数据进行上传处理，以发布所述视频数据。

<装置实施例二>

与上述方法实施例二相对应，在本实施例中，还提供另一种视频数据发布装置，该装置可以应用于服务器中，如图7所示，该装置7000可以包括缓存数据接收模块7100、视频文件生成模块7200和发布模块7200。

该缓存数据接收模块7100，用于接收第一终端设备上传的缓存数据，其中，所述缓存数据由所述第一终端设备在对待发布的视频数据进行导出处理的过程中获得；该视频文件生成模块7200，用于根据所述缓存数据，生成与所述视频数据对应的第二视频文件；该发布模块7300，用于根据所述第二视频文件，对所述视频数据进行发布处理。

<设备实施例>

在本实施例中，还提供一种电子设备，如图8所示，该电子设备8000还可以包括处理器8200和存储器8100，该存储器8100用于存储可执行的指令；该处理器8200用于根据指令的控制运行电子设备以执行根据本公开任意实施例的方法。

<介质实施例>

与上述方法实施例一和方法实施例二对应，在本实施例中，还提供一种计算机可读存储介质，该计算机可读存储介质存储有可被计算机读取并运行的计算机程序，所述计算机程序用于在被所述计算机读取运行时，执行如本公开以上任意实施例所述的方法。

附图中的流程图和框图显示了根据本公开的多个实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其他普通技术人员能理解本文披露的各实施例。本公开的范围由所附权利要求来限定。

Claims

1.一种视频数据发布方法，其特征在于，应用于第一终端设备，包括：

接收针对视频数据的发布指令；

2.根据权利要求1所述的方法，其特征在于，所述响应于所述发布指令，对所述视频数据进行导出处理，包括：

获取与所述视频数据对应的视频流写对象；

根据所述视频流写对象，将编码所述视频数据获得的视频流写入预设的缓存空间中，获得所述缓存数据；

根据所述缓存数据，生成所述第一视频文件。

3.根据权利要求2所述的方法，其特征在于，所述在进行所述导出处理的过程中，获取所述导出处理生成的缓存数据，并对所述缓存数据进行上传处理，以发布所述视频数据，包括：

获取与所述缓存数据对应的视频流读对象；

在进行所述导出处理的过程中，根据所述视频流读对象，从所述缓存空间中读取所述缓存数据，并将所述缓存数据发送至服务器，以发布所述视频数据。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

获取所述导出处理的第一状态信息，其中，所述第一状态信息表示是否成功导出所述第一视频文件；

在所述第一状态信息表示未成功导出所述第一视频文件的情况下，再次对所述视频数据进行所述导出处理，以导出所述第一视频文件；以及，

在成功导出所述第一视频文件的情况下，将所述第一视频文件上传至所述服务器，以发布所述视频数据。

5.根据权利要求4所述的方法，其特征在于，在所述第一状态信息表示未成功导出所述第一视频文件的情况下，所述方法还包括：

获取所述视频数据的视频标识；

根据所述视频标识，向所述服务器发送发布失败请求，以请求所述服务器停止发布所述视频数据。

6.根据权利要求4所述的方法，其特征在于，在所述第一状态信息表示成功导出所述第一视频文件的情况下，所述方法还包括：

获取所述上传处理的第二状态信息，其中，所述第二状态信息表示是否成功上传所述视频数据；

在所述第二状态信息表示未成功上传所述视频数据的情况下，将所述第一视频文件上传至所述服务器，以发布所述视频数据。

7.一种视频数据发布方法，其特征在于，应用于服务器，包括：

根据所述第二视频文件，对所述视频数据进行发布处理。

8.根据权利要求7所述的方法，其特征在于，所述第二视频文件包括第一数据块和第二数据块，其中，所述第一数据块用于存储所述视频文件的元数据信息，所述第二数据块用于存储视频文件中的媒体数据，所述第一数据块位于所述第二数据块之后；

在所述发布处理之后，所述方法还包括：

解析所述第二视频文件，通过将所述第一数据块移动至所述第二数据块之前，获得第一视频文件；和/或，

按照预设时间间隔删除所述第二视频文件。

9.根据权利要求8所述的方法，其特征在于，在所述发布处理之后，所述方法还包括：

接收第二终端设备发送的、针对所述视频数据的播放请求；

响应于所述播放请求，根据所述第一视频文件，向所述第二终端设备下发所述视频数据。

10.一种视频数据发布装置，其特征在于，应用于第一终端设备，包括：

指令接收模块，用于接收针对视频数据的发布指令；

11.一种视频数据发布装置，其特征在于，应用于服务器，包括：

12.一种电子设备，其特征在于，包括：

存储器，用于存储可执行的指令；

处理器，用于根据所述指令的控制运行所述电子设备执行如权利要求1-9任意一项所述的方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有可被计算机读取执行的计算机程序，所述计算机程序用于在被所述计算机读取运行时，执行根据权利要求1-9中任意一项所述的方法。