媒体文件的处理方法和装置与流程

本发明涉及多媒体领域，具体而言，涉及一种媒体文件的处理方法和装置。

背景技术：

现有的网络摄像机等摄像终端一般具有两种功能，一种是将本地视频录制，另一种是视频直播。其中，本地视频录制的视频文件一般情况下将保存在存储卡中，对于保存在存储卡中的视频文件，往往是分辨率较高的视频文件，也就是说，本地存储的视频文件一般是高清的视频文件，以便用户事后可以查看。视频直播是指将摄像终端录制的视频文件通过网络在视频终端中进行播放，由于网络的限制，用于视频直播的视频文件一般是分辨率较低的视频文件，以保证视频在直播过程中的流畅。因此，就需要将本地视频录制的视频文件和用于视频直播的视频文件分开设置。

在现有技术中，对于本地视频录制的视频文件和用于视频直播的视频文件在生成过程中，是采集一组图像数据，其中，采集的图像数据是高分辨率的图像数据。然后，通过对该组图像数据进行复制、降帧和编码的方式得到用于视频直播的视频文件。但是发明人发现，由于采集的图像数据是高清的图像数据，因此，在复制过程中，延长了视频文件的处理时间，影响了视频的直播效果。

针对上述的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种媒体文件的处理方法和装置，以至少解决现有技术中获取直播数据和备份数据效率较低的技术问题。

根据本发明实施例的一个方面，提供了一种媒体文件的处理方法，包括：通过终端采集媒体文件；采用第一编码方式对所述媒体文件进行编码得到备份数据，并采用第二编码方式对所述媒体文件进行编码得到直播数据，其中，所述第一编码方式的失真率低于所述第二编码方式的失真率；将所述备份数据保存在所述终端的本地，并通过网络传输所述直播数据。

根据本发明实施例的另一方面，还提供了一种媒体文件的处理装置，包括：编码单元，用于采用第一编码方式对所述媒体文件进行编码得到备份数据，并采用第二编码方式对所述媒体文件进行编码得到直播数据，其中，所述第一编码方式的失真率低于所述第二编码方式的失真率；第一处理单元，用于将所述备份数据保存在所述终端的本地，并通过网络传输所述直播数据。

在本发明实施例中，采用采用第一编码方式对所述媒体文件进行编码得到备份数据，并采用第二编码方式对所述媒体文件进行编码得到直播数据，其中，所述第一编码方式的失真率低于所述第二编码方式的失真率；将所述备份数据保存在所述终端的本地，并通过网络传输所述直播数据方式，通过两种失真率不相同的编码方式对采集到的媒体文件进行编码处理，得到分辨率不相同的两种视频文件，进而达到了不需要对媒体文件进行复制就可以获得直播数据和备份数据的目的，从而实现了快速高效地获取直播数据和备份数据的技术效果，进而解决了现有技术中获取直播数据和备份数据效率较低的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的媒体文件的处理方法的硬件环境示意图；

图2是根据本发明实施例的一种媒体文件的处理方法的流程图；

图3是根据本发明实施例的另一种媒体文件的处理方法的流程图；

图4是根据本发明实施例的一种媒体文件的处理装置的示意图；以及

图5是根据本发明实施例的一种用于实施上述媒体文件的处理方法的终端。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种可以通过本申请装置实施例执行的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请涉及到的专业术语的解释：

码率：是指每秒传送的比特(bit)数，单位为bps(Bit Per Second)，其中，比特率越高，传送数据速度越快。声音中的比特率是指将模拟声音信号转换成数字声音信号后，单位时间内的二进制数据量，是间接衡量音频质量的一个指标。视频中的比特率(码率)原理与声音中的相同，都是指由模拟信号转换为数字信号后，单位时间内的二进制数据量。

帧率：帧率(Frame rate)是用于测量显示帧数的量度。所谓的测量单位为每秒显示帧数(Frames per Second，简称：FPS)或“赫兹”(Hz)。

分辨率：分辨率可以从显示分辨率与图像分辨率两个方向来分类。显示分辨率(屏幕分辨率)是屏幕图像的精密度，是指显示器所能显示的像素有多少。

根据本发明实施例，提供了一种媒体文件的处理方法。

可选地，在本实施例中，上述媒体文件的处理方法可以应用于如图1所示的终端102和服务器104所构成的硬件环境中。如图1所示，终端102通过网络与服务器104进行连接，上述网络包括但不限于：移动通信网络、广域网、城域网或局域网，终端102可以是摄像机，也可以是手机、PC终端、笔记本终端或平板电脑终端等能够用于摄像的摄像终端。

图1中示出的硬件环境系统的主要工作原理是：

在本发明实施例中，可以终端102采集摄像装置(例如，摄像机)录制的媒体文件，包括音频文件和视频文件。然后，在终端102中，对采集到的媒体文件按照第一编码方式和第二编码方式中所指示的编码参数对媒体文件进行编码，得到备份数据，并按照第一编码方式和第二编码方式中所指示的编码参数对媒体文件进行编码，得到直播数据。在本发明实施例中，备份数据将保存在终端的本地，以方便用户事后查看，例如，保存在终端的内存卡等存储设备中；直播数据用于通过网络(例如，互联网)向服务器104传输，以实现对直播数据的直播。一般情况下，保存在终端本地的备份数据的分辨率低于用于直播的直播数据，因此，在通过第一编码方式对媒体文件编码得到备份数据，并通过第二编码方式对媒体文件进行编码得到直播数据时，要求第一编码方式的失真率低于第二编码方式的失真率，进而，保证备份数据的分辨率高于直播数据的分辨率。

图2是根据本发明实施例的媒体文件的处理方法的流程图，以下结合图2对本发明实施例所提供的媒体文件的处理方法做具体介绍，如图2所示，该媒体文件的处理方法主要包括如下步骤S202至步骤S206：

步骤S202，通过终端采集媒体文件；

在本发明实施例中，媒体文件中包括音频文件和视频文件，其中，可以通过终端采集摄像装置(例如，摄像机)录制的视频文件，其中，该终端为手机终端，PC终端，笔记本终端和平板电脑等智能终端。

步骤S204，采用第一编码方式对媒体文件进行编码得到备份数据，并采用第二编码方式对媒体文件进行编码得到直播数据，其中，第一编码方式的失真率低于第二编码方式的失真率；

在通过终端采集得到媒体文件之后，就可以对采集到的媒体文件按照第一编码方式和第二编码方式进行分别编码。具体地，可以按照第一编码方式中所指示的编码参数对媒体文件进行编码，得到备份数据，同时，还可以按照第二编码方式中指示的编码参数对媒体文件进行编码，得到直播数据。在一般情况下，编码得到的备份数据的分辨率高于编码得到直播数据，因为，在编码过程中，第一编码方式中所指示的失真率低于第二编码方式中所指示的失真率。

在本发明实施例中，如果失真率越高，表明该视频的清晰度越低；如果失真率越低，则表明该视频的清晰度越高。

步骤S206，将备份数据保存在终端的本地，并通过网络传输直播数据；

在本发明实施例中，备份数据可以保存在终端的本地内存中，例如，智能手机终端的扩展内存卡，或者电脑的“D盘”或者“E盘”中等存储装置；终端可以通过互联网将上述直播数据传输至服务器，以实现对直播数据的直播。

在本发明实施例中，通过两种失真率不相同的编码方式对采集到的媒体文件进行编码处理，得到分辨率不相同的两种视频文件，进而达到了不需要对媒体文件进行复制就可以获得直播数据和备份数据的目的，从而实现了快速高效地获取直播数据和备份数据的技术效果，进而解决了现有技术中获取直播数据和备份数据效率较低的技术问题。

通过上述步骤S202中的描述可知，在本发明实施例中，媒体文件包括视频文件和音频文件，其中，可以通过具有摄像机录制媒体文件，并通过终端采集摄像机录制媒体文件，其中，摄像机与终端可以通过有线方式进行连接。因此，在对媒体文件按照第一编码方式进行编码时，可以采用第一编码方式分别对采集到的视频文件和音频文件分别进行编码，得到视频文件的视频备份数据和音频文件的音频备份数据。其中，第一编码方式中包括用于对媒体文件进行编码的编码参数，例如，分辨率和码控方式等参数。

在本发明上述实施例中，视频文件的格式可以为RGB格式，还可以是YUV格式；视频文件的分辨率可以为720P，还可以为1080P；视频文件的帧率可以设置为15-30fps；音频文件的格式可以为mp4或者mp3等格式。

在对媒体文件中的视频文件和音频文件按照第一编码方式进行编码之后，就可以对编码之后的视频备份数据和音频备份数据进行封装，得到封装后的数据(即，得到备份数据)，并将封装后的数据保存在终端的本地，其中，封装之后的数据的格式可以为mov格式或者mp4格式等。具体地，将视频备份数据和音频备份数据进行封装的方式可以有很多种，例如，将视频备份数据放入视频轨，将音频备份数据放入音频轨，进而得到封装好的数据，即备份数据。

需要说明的是，在本发明实施例中，支持H.264编码和H.263编码，也就是说，上述第一编码方式可以为H.264编码，还可以为H.263编码，用户可以根据实际需要选取具体的编码方式。

在一个具体的实施例中，通过“xx体育直播”直播在“yy国家”举办的“zz杯”的体育赛事。具体地，摄像工作人员，可以在“yy国家”对该体育采集进行录制，然后，通过终端采集摄像机录制的体育赛事的媒体文件，其中，媒体文件包括视频文件和音频文件，采集到的视频文件的格式为RGB格式，采集到的视频文件的分辨率为1080P，采集到的视频文件的帧率为20fps。在通过终端对媒体文件进行采集之后，可以通过第一编码方式(例如，H.264编码方式)对媒体文件中的视频文件进行编码，得到视频备份数据，并通过第一编码方式(例如，H.264编码方式)对媒体文件中的音频文件进行编码，得到音频备份数据。然后，将音频备份数据和视频备份数据进行封装，得到备份数据，其中，封装之后，得到的备份数据可以为mov格式的数据，还可以为mp4格式的数据。在得到封装之后的备份数据之后，就可以该体育赛事的备份数据保存在终端本地，以便用户后续进行查看。

在上述实施例中，介绍了对媒体文件按照第一编码方式进行编码，得到备份数据；在对媒体文件进行编码得到备份数据的同时，本发明实施例中，还可以对通过终端采集到的媒体文件采用第二编码方式分别对视频文件和音频文件进行编码，得到视频文件的视频直播数据和音频文件的音频直播数据。其中，第二编码方式中包括用于对媒体文件进行编码的编码参数，例如，分辨率和码控方式等参数。

在本发明上述实施例中，视频文件的格式可以为RGB格式，还可以是YUV格式；视频文件的分辨率可以为720P，还可以为1080P；通过终端采集到的视频文件的帧率可以设置为15-30fps；音频文件的格式可以为mp4或者mp3等格式。

在对媒体文件中的视频文件和音频文件按照第二编码方式进行编码之后，就可以对编码之后的视频直播数据和音频直播数据进行封装，得到封装后的数据(即，得到直播数据)，并将封装后的数据保存通过网络传输至服务器中，其中，封装之后的直播数据的格式可以为mov格式或者mp4等格式。具体地，将视频直播数据和音频直播数据进行封装的方式可以有很多种，例如，将视频直播数据放入视频轨，将音频直播数据放入音频轨，进而得到封装好的数据，即直播数据。

需要说明的是，在本发明实施例中，支持H.264编码和H.263编码，也就是说，上述第二编码方式可以为H.264编码，还可以为H.263编码，用户可以根据实际需要选取具体的编码方式。

在一个具体的实施例中，假设在上述通过“xx体育直播”直播在“yy国家”举办的“zz杯”的体育赛事。在通过终端对摄像机录制的媒体文件进行采集之后，可以通过第二编码方式(例如，H.264编码方式)对媒体文件中的视频文件进行编码，得到视频直播数据，并通过第二编码方式(例如，H.264编码方式)对媒体文件中的音频文件进行编码，得到音频直播数据。然后，将音频直播数据和视频直播数据进行封装，得到备份数据，其中，封装之后，得到的备份数据可以为flv格式的数据。在得到封装之后的直播数据之后，可以将直播数据通过网络传输至服务器，这样，用于就可以在“xx体育直播”网站中观看到实时的直播赛事了。

通过上述描述可知，在本发明实施例中，可以通过第一编码方式对媒体文件进行编码，得到备份数据，并同时通过第二编码方式对媒体文件进行编码，得到直播数据，其中，第一编码方式的失真率低于第二编码方式的失真率，也就是说，在对媒体文件进行编码得到直播数据时，对媒体文件进行了降帧处理，使得，直播数据的分辨率低于备份数据的分辨率。然而，在现有技术中，也可以录制分辨率为1080P的高清媒体文件，然后，将高清的媒体文件保存在本地，同时，还可以复制1080P的媒体文件，然后，将1080P的媒体文件处理得到用于直播的视频文件，但是，由于分辨率为1080P的媒体文件较大，因此，在复制过程中，浪费了很多时间，如果选取720P的媒体文件，则不能保证保存在本地的视频文件的清晰度。因此，采用本发明实施例提供的媒体文件播放方法可以在保证本地存储的备份数据的高质量的前提下，同样能够实现降低网络传输视频的数据量。

在上述步骤S204中对采用第二编码方式对媒体文件进行编码得到直播数据之后，可以在视频播放终端利用预设码率采集上述直播数据。然后，获取上一时刻传输直播数据时的网络传输速度，并根据上一时刻的网络传输速度调整当前时刻的待传输帧的传输码率，其中，传输码率设置为随着网络传输速度加快而增加，并在调整传输码率时预设码率不变。

在一个具体的实施例中，假设在上述通过“xx体育直播”直播在“yy国家”举办的“zz杯”的体育赛事。终端可以获取上一时刻向服务器传输“zz杯”的体育赛事的直播数据时的网络传输速度，如果上一时刻网络传输速度小于当前时刻网络传输速度，也就是说，网络传输速度加快，此时，可以增加传输直播数据的传输码率；如果上一时刻网络传输速度大于当前时刻网络传输速度，也就是说，网络传输速度减慢，此时，可以降低传输直播数据的传输码率。需要说明的是，在调整向服务器传输直播数据的传输码率时，采集直播数据的预设码率保持不变。

综上，在本发明实施例提供的媒体文件的处理方法中，如果摄像机录制的是高分辨率的媒体文件，在传输直播数据之前，可以对其媒体文件中的视频文件和音频文件进行分离。对于视频文件，采用第一编码方式进行编码得到视频备份数据，并通过第二编码方式进行编码得到视频直播数据，其中，通过第一编码方式得到的高码率的视频备份数据用于备份在录制端本地不进行传输，通过第二编码方式得到的低码率的视频直播数据可以用于传输到播放端进行直播。同样地，对于音频文件，也可以采用第一编码方式进行编码得到音频备份数据，并通过第二编码方式进行编码得到音频直播数据，其中，通过第一编码方式得到的高码率的音频备份数据用于备份在录制端本地不进行传输，通过第二编码方式得到的低码率的音频直播数据可以用于传输到播放端进行直播。最后，将前面备份编码的高码率的视频备份数据和音频备份数据进行封装成mov或mp4等格式备份数据，并保存在终端本地；并将视频直播数据和音频直播数据进行封包成flv等格式的直播数据进行发送传输。

图3是根据本发明实施例的另一种媒体文件的处理方法的流程图，如图3所示，该媒体文件的处理方法主要包括如下步骤S301至步骤S306：

步骤S301，采集视频文件和音频文件，其中，视频文件和音频文件即为终端获取到的媒体文件；

在本发明上述实施例中，通过视频文件的格式可以为RGB格式，还可以是YUV格式；视频文件的分辨率可以为720P，还可以为1080P；视频文件的帧率可以设置为15-30fps音频文件的格式可以为mp4或者mp3等格式。

步骤S302，其中，步骤S302包括步骤S3021和步骤S3022；

步骤S3021，通过第一编码方式对音频文件和视频文件进行编码，得到音频备份数据和视频备份数据；

步骤S3022，通过第二编码方式对音频文件和视频文件进行编码，得到音频直播数据和视频直播数据；

在本发明实施例中，在获取到视频文件和音频文件之后，可以通过第一编码方式对视频文件和音频文件进行编码，得到音频备份数据和视频备份数据。同时，还可以通过第二编码方式对音频文件和视频文件进行编码，得到音频直播数据和视频直播数据。

需要说明的是，在本发明实施例中，支持H.264编码和H.263编码，也就是说，上述第二编码方式可以为H.264编码，还可以为H.263编码，用户可以根据实际需要选取具体的编码方式。

步骤S303，其中，步骤S303包括步骤S3031和步骤S3032；

步骤S3031，对视频备份数据和音频备份数据进行封装，得到封装后的数据；

步骤S3032，对视频直播数据和音频直播数据进行封装，得到封装后的数据；

在本发明实施例中，在执行步骤S3021之后，得到视频备份数据和音频备份数据之后，可以将视频备份数据和音频备份数据进行封装，得到备份数据，并执行下述步骤S3041，即将封装之后的数据保存在终端的本地，例如，保存在电脑的“D盘”或者“E盘”中。在执行步骤S3022之后，得到视频直播数据和音频直播数据之后，可以将视频直播数据和音频直播数据进行封装，得到直播数据，并执行下述步骤S3042，即通过网络传输封装后的数据，例如，将直播数据传输至服务器中，进行视频的直播。

步骤S304，其中，步骤S304包括步骤S3041和步骤S3042；

步骤S3041，将封装后的数据保存在终端的本地；

步骤S3042，通过网络传输封装后的数据。

在本发明实施例提供的媒体文件的处理方法中，并未复制采集输出的原始YUV数据，而是对同一份媒体文件按照第一编码方式和第二编码方式分别编码，得到备份数据和直播数据。进一步地，在终端向服务器中上传直播数据的过程中，如果网络环境差到不足以传输全部的帧数时，可以通过降低当前时刻的传输帧的传输码率，使得延迟与网速达到平衡。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述媒体文件的处理方法的媒体文件的处理装置，该媒体文件的处理装置主要用于执行本发明实施例上述内容所提供的媒体文件的处理方法，以下对本发明实施例所提供的媒体文件的处理装置做具体介绍：

图4是根据本发明实施例的媒体文件的处理装置的示意图，如图4所示，该媒体文件的处理装置主要包括：第一采集单元401、编码单元402和存储单元403，其中：

第一采集单元401，用于通过终端采集媒体文件；

在本发明实施例中，媒体文件中包括音频文件和视频文件，其中，可以通过终端采集摄像装置(例如，摄像机)录制的视频文件，其中，该终端为手机终端，PC终端，笔记本终端和平板电脑等智能终端设备。

编码单元402，用于采用第一编码方式对媒体文件进行编码得到备份数据，并采用第二编码方式对媒体文件进行编码得到直播数据，其中，第一编码方式的失真率低于第二编码方式的失真率；

在通过终端采集得到媒体文件之后，就可以对采集到的媒体文件按照第一编码方式和第二编码方式进行分别编码。具体地，可以按照第一编码方式中所指示的编码参数对媒体文件进行编码，得到备份数据，同时，还可以按照第二编码方式中指示的编码参数对媒体文件进行编码，得到直播数据。在一般情况下，编码得到的备份数据的分辨率高于编码得到直播数据，因为，在编码过程中，第一编码方式中所指示的失真率低于第二编码方式中所指示的失真率。

在本发明实施例中，如果失真率越高，表明该视频的清晰度越低；如果失真率越低，则表明该视频的清晰度越高。

存储单元403，用于将备份数据保存在终端的本地，并通过网络传输直播数据。

在本发明实施例中，备份数据可以保存在终端的本地内存中，例如，智能手机终端的扩展内存卡，或者电脑的“D盘”或者“E盘”中等存储装置；直播数据则可以通过互联网传输至服务器，以实现对直播数据的直播。

在本发明实施例中，通过两种失真率不相同的编码方式对采集到的媒体文件进行编码处理，得到分辨率不相同的两种视频文件，进而达到了不需要对媒体文件进行复制就可以获得直播数据和备份数据的目的，从而实现了快速高效地获取直播数据和备份数据的技术效果，进而解决了现有技术中获取直播数据和备份数据效率较低的技术问题。

可选地，媒体文件包括视频文件和音频文件，编码单元包括：第一编码模块，用于采用第一编码方式分别对视频文件和音频文件进行编码，得到视频文件的视频备份数据和音频文件的音频备份数据。

可选地，存储单元包括：第一封装模块，用于在得到视频文件的视频备份数据和音频文件的音频备份数据之后，对视频备份数据和音频备份数据进行封装，得到封装后的数据；第一保存模块，用于将封装后的数据保存在终端的本地。

在本发明实施例中，媒体文件包括视频文件和音频文件，其中，可以通过具有摄像机录制媒体文件，并通过终端采集摄像机录制媒体文件，其中，摄像机与终端可以通过有线方式进行连接。因此，在对媒体文件按照第一编码方式进行编码时，可以采用第一编码方式分别对采集到的视频文件和音频文件分别进行编码，得到视频文件的视频备份数据和音频文件的音频备份数据。其中，第一编码方式中包括用于对媒体文件进行编码的编码参数，例如，分辨率和码控方式等参数。

在本发明上述实施例中，视频文件的格式可以为RGB格式，还可以是YUV格式；视频文件的分辨率可以为720P，还可以为1080P；视频文件的帧率可以设置为15-30fps；音频文件的格式可以为mp4或者mp3等格式。

在对媒体文件中的视频文件和音频文件按照第一编码方式进行编码之后，就可以对编码之后的视频备份数据和音频备份数据进行封装，得到封装后的数据(即，得到备份数据)，并将封装后的数据保存在终端的本地，其中，封装之后的数据的格式可以为mov格式或者mp4等格式。具体地，将视频备份数据和音频备份数据进行封装的方式可以有很多种，例如，将视频备份数据放入视频轨，将音频备份数据放入音频轨，进而得到封装好的数据，即备份数据。

需要说明的是，在本发明实施例中，支持H.264编码和H.263编码，也就是说，上述第一编码方式可以为H.264编码，还可以为H.263编码，用户可以根据实际需要选取具体的编码方式。

可选地，媒体文件包括视频文件和音频文件，编码单元包括：第二编码模块，用于采用第二编码方式分别对视频文件和音频文件进行编码，得到视频文件的视频直播数据和音频文件的音频直播数据。

可选地，通过网络传输直播数据包括：第二封装模块，用于在得到视频文件的视频直播数据和音频文件的音频直播数据之后，对视频直播数据和音频直播数据进行封装，得到封装后的数据；第二保存模块，用于通过网络传输封装后的数据。

在上述实施例中，介绍了对媒体文件按照第一编码方式进行编码，得到备份数据；在对媒体文件进行编码得到备份数据的同时，本发明实施例中，还可以对通过终端采集到的媒体文件采用第二编码方式分别对视频文件和音频文件进行编码，得到视频文件的视频直播数据和音频文件的音频直播数据。其中，第二编码方式中包括用于对媒体文件进行编码的编码参数，例如，分辨率和码控方式等参数。

在本发明上述实施例中，视频文件的格式可以为RGB格式，还可以是YUV格式；视频文件的分辨率可以为720P，还可以为1080P；通过终端采集到的视频文件的帧率可以设置为15-30fps；音频文件的格式可以为mp4或者mp3等格式。

在对媒体文件中的视频文件和音频文件按照第二编码方式进行编码之后，就可以对编码之后的视频直播数据和音频直播数据进行封装，得到封装后的数据(即，得到直播数据)，并将封装后的数据保存通过网络传输至服务器中，其中，封装之后的直播数据的格式可以为mov格式或者mp4等格式。具体地，将视频直播数据和音频直播数据进行封装的方式可以有很多种，例如，将视频直播数据放入视频轨，将音频直播数据放入音频轨，进而得到封装好的数据，即直播数据。

需要说明的是，在本发明实施例中，支持H.264编码和H.263编码，也就是说，上述第二编码方式可以为H.264编码，还可以为H.263编码，用户可以根据实际需要选取具体的编码方式。

在一个具体的实施例中，假设在上述通过“xx体育直播”直播在“yy国家”举办的“zz杯”的体育赛事。在通过终端对摄像机录制的媒体文件进行采集之后，可以通过第二编码方式(例如，H.264编码方式)对媒体文件中的视频文件进行编码，得到视频直播数据，并通过第二编码方式(例如，H.264编码方式)对媒体文件中的音频文件进行编码，得到音频直播数据。然后，将音频直播数据和视频直播数据进行封装，得到备份数据，其中，封装之后，得到的备份数据可以为flv格式的数据。在得到封装之后的直播数据之后，可以将直播数据通过网络传输至服务器，这样，用于就可以在“xx体育直播”网站中观看到实时的直播赛事了。

可选地，装置还包括：第二采集单元，用于在采用第二编码方式对媒体文件进行编码得到直播数据之后，利用预设码率采集直播数据；获取单元，用于获取上一时刻传输直播数据时的网络传输速度；调整单元，用于根据上一时刻的网络传输速度调整当前时刻的待传输帧的传输码率，其中，传输码率被设置为随着网络传输速度加快而增加，在调整传输码率时预设码率不变。

在上述对采用第二编码方式对媒体文件进行编码得到直播数据之后，可以在视频播放终端利用预设码率采集上述直播数据。然后，获取上一时刻传输直播数据时的网络传输速度，并根据上一时刻的网络传输速度调整当前时刻的待传输帧的传输码率，其中，传输码率设置为随着网络传输速度加快而增加，并在调整传输码率时预设码率不变。

在一个具体的实施例中，假设在上述通过“xx体育直播”直播在“yy国家”举办的“zz杯”的体育赛事。终端可以获取上一时刻向服务器传输“zz杯”的体育赛事的直播数据时的网络传输速度，如果上一时刻网络传输速度小于当前时刻网络传输速度，也就是说，网络传输速度加快，此时，可以增加传输直播数据的传输码率；如果上一时刻网络传输速度大于当前时刻网络传输速度，也就是说，网络传输速度减慢，此时，可以降低传输直播数据的传输码率。需要说明的是，在调整向服务器传输直播数据的传输码率时，采集直播数据的预设码率保持不变。

实施例3

根据本发明实施例，还提供了一种用于实施上述媒体文件的处理方法的终端，如图5所示，该终端主要包括处理器501、摄像头502、显示器503、数据接口504、存储器505和网络接口506，其中：

摄像头502主要用于录制媒体文件。

数据接口504则主要通过数据传输的方式获取第三方工具录制的媒体文件。

存储器505主要用于存储按照第一编码方式编码得到的备份数据和按照第二编码方式编码得到的直播数据。

网络接口506主要用于与服务器进行网络通信，用于向服务器传输直播数据。

显示器503主要用于显示直播数据或备份数据。

处理器501主要用于执行如下操作：

通过终端采集媒体文件；采用第一编码方式对媒体文件进行编码得到备份数据，并采用第二编码方式对媒体文件进行编码得到直播数据，其中，第一编码方式的失真率低于第二编码方式的失真率；将备份数据保存在终端的本地，并通过网络传输直播数据。

处理器501还用于利用预设码率采集直播数据；获取上一时刻传输直播数据时的网络传输速度；根据上一时刻的网络传输速度调整当前时刻的待传输帧的传输码率，其中，传输码率被设置为随着网络传输速度加快而增加，在调整传输码率时预设码率不变。

处理器501还用于在媒体文件包括视频文件和音频文件的情况下，采用第一编码方式分别对视频文件和音频文件进行编码，得到视频文件的视频备份数据和音频文件的音频备份数据。

处理器501还用于在得到视频文件的视频备份数据和音频文件的音频备份数据之后，对视频备份数据和音频备份数据进行封装，得到封装后的数据；将封装后的数据保存在终端的本地。

处理器501还用于在媒体文件包括视频文件和音频文件的情况下，采用第二编码方式分别对视频文件和音频文件进行编码，得到视频文件的视频直播数据和音频文件的音频直播数据。

处理器501还用于在得到视频文件的视频直播数据和音频文件的音频直播数据之后，对视频直播数据和音频直播数据进行封装，得到封装后的数据；通过网络传输封装后的数据。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

实施例4

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于存储本发明实施例的媒体文件的处理方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于移动通信网络、广域网、城域网或局域网的网络中的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S1，通过终端采集媒体文件；

S2，采用第一编码方式对媒体文件进行编码得到备份数据，并采用第二编码方式对媒体文件进行编码得到直播数据，其中，第一编码方式的失真率低于第二编码方式的失真率；

S3，将备份数据保存在终端的本地，并通过网络传输直播数据。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。