音视频的编辑方法、装置、计算机设备及存储介质与流程

1.本技术涉及音视频处理技术领域，尤其涉及一种音视频的编辑方法、装置、计算机设备及存储介质。


背景技术：

2.随着影视行业的发展，对音视频的编辑处理越发得到重视。在现有的技术中，其是通过每个单一平台对音视频完成各自的编辑任务，并且对音视频的非线编采用直接封装方法。然而这种方式，不能很好的剥离界面设计和业务逻辑，不符合低耦合原则和复用原则，使得音视频编辑需要重复开发，从而导致对音视频的编辑效率较低。现亟需一种能够提高音视频编辑效率的方法。


技术实现要素：

3.本技术实施例的目的在于提出一种音视频的编辑方法、装置、计算机设备及存储介质，以提高音视频的编辑效率。
4.为了解决上述技术问题，本技术实施例提供一种音视频的编辑方法，包括：
5.通过多个界面设计层接口获取音视频配置请求；
6.调用基础服务库以及非线编适配器对所述音视频配置请求进行基础配置处理，得到所述音视频配置请求对应的操作对象和操作信息；
7.通过调用undo/redo管理器对所述操作信息进行压栈/出栈处理，以调用所述操作对象进行所述压栈/出栈处理，得到目标数据；
8.将所述目标数据通过消息队列发送到界面设计层中；
9.在所述界面设计层中，基于所述目标数据，对所述界面设计层中的音视频控件进行更新。
10.进一步的，所述通过调用undo/redo管理器对所述操作信息进行压栈/出栈处理，以调用所述操作对象进行所述压栈/出栈处理，得到目标数据，包括：
11.将所述操作信息进行拆分，得到多个一步操作步骤；
12.通过调用所述undo/redo管理器，将多个所述一步操作步骤合并处理，得到一步undo/redo操作；
13.基于所述一步undo/redo操作，调用所述操作对象进行所述压栈/出栈处理，得到基础数据，并将多个所述基础数据作为所述目标数据，其中，所述基础数据包括执行消息以及所述执行消息所引起的数据变化。
14.进一步的，所述将所述目标数据通过消息队列发送到界面设计层中，包括：
15.当监测到基础数据生成时，识别出所述基础数据对应的界面设计层接口，作为目标界面设计层接口；
16.基于所述目标界面设计层接口，通过所述消息队列将所述基础数据发送到所述界面设计层中；
17.若所述目标数据中的基础数据均已发送到对应的界面设计层中，则对所述目标数据的传输完成。
18.进一步的，所述在所述界面设计层中，基于所述目标数据，对所述界面设计层中的音视频控件进行更新，包括：
19.在所述界面设计层中，识别所述目标数据中每一基础数据对应的音视频控件；
20.将所述执行消息所引起的数据变化作为所述音视频控件的更新方向，并对音视频控件进行更新处理；
21.若所述目标数据均已执行完毕，则对所述音视频控件的更新完成。
22.进一步的，所述调用基础服务库以及非线编适配器对所述音视频配置请求进行基础配置处理，得到所述音视频配置请求对应的操作对象和操作信息，包括；
23.对所述音视频配置请求进行解析，以获取所述音视频对应的配置操作；
24.通过调用所述非线编适配器，获取所述配置操作对应的请求接口；
25.根据所述请求接口，从基础服务库中获取所述配置操作对应的配置数据；
26.基于所述配置数据以及所述配置操作，生成所述操作对象和所述操作信息。
27.进一步的，在所述通过多个界面设计层接口获取音视频配置请求之前，所述方法还包括：
28.获取多个界面设计层对应的接口信息；
29.按照统一的配置信息对多个所述接口信息进行配置处理，得到多个所述界面设计层接口。
30.进一步的，在所述调用基础服务库以及非线编适配器对所述音视频配置请求进行基础配置处理，得到所述音视频配置请求对应的操作对象和操作信息之前，所述方法还包括：
31.获取多个非线编版本对应的底层接口信息；
32.获取预设统一接口配置，并通过所述预设统一接口配置对所述底层接口信息进行翻译适配处理，得到所述非线编适配器，其中，所述非线编适配器支持多个所述线编版本。
33.为了解决上述技术问题，本技术实施例提供一种音视频的编辑装置，包括：
34.音视频配置请求模块，用于通过多个界面设计层接口获取音视频配置请求；
35.基础配置处理模块，用于调用基础服务库以及非线编适配器对所述音视频配置请求进行基础配置处理，得到所述音视频配置请求对应的操作对象和操作信息；
36.目标数据获取模块，用于通过调用undo/redo管理器对所述操作信息进行压栈/出栈处理，以调用所述操作对象进行所述压栈/出栈处理，得到目标数据；
37.目标数据发送模块，用于将所述目标数据通过消息队列发送到界面设计层中；
38.音视频控件更新模块，用于在所述界面设计层中，基于所述目标数据，对所述界面设计层中的音视频控件进行更新。
39.为解决上述技术问题，本发明采用的一个技术方案是：提供一种计算机设备，包括，一个或多个处理器；存储器，用于存储一个或多个程序，使得一个或多个处理器实现上述任意一项所述的音视频的编辑方法。
40.为解决上述技术问题，本发明采用的一个技术方案是：一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述
任意一项所述的音视频的编辑方法。
41.本发明实施例提供了一种音视频的编辑方法、装置、计算机设备及存储介质。本发明实施例通过多个界面设计层接口获取音视频配置请求，并调用基础服务库以及非线编适配器对音视频配置请求进行基础配置处理，得到音视频配置请求对应的操作对象和操作信息，再通过调用undo/redo管理器对操作信息进行压栈/出栈处理，以调用操作对象进行压栈/出栈处理，得到目标数据，然后将目标数据通过消息队列发送到界面设计层中，接着在界面设计层中，基于目标数据，对界面设计层中的音视频控件进行更新。实现响应对多个界面设计层的音视频配置请求，同时通过调用非线编适配器使得音视频的编辑适应多个非线编版本，从而使得音视频能够在不同的界面设计层和非线编版本中进行非线性编辑，进而有利于提高音视频的编辑效率。
附图说明
42.为了更清楚地说明本技术中的方案，下面将对本技术实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
43.图1根据本技术实施例提供的音视频的编辑方法的一实现流程图；
44.图2是本技术实施例提供的音视频的编辑方法中子流程的一实现流程图；
45.图3是本技术实施例提供的音视频的编辑方法中子流程的又一实现流程图；
46.图4是本技术实施例提供的音视频的编辑方法中子流程的又一实现流程图；
47.图5是本技术实施例提供的音视频的编辑方法中子流程的又一实现流程图；
48.图6是本技术实施例提供的音视频的编辑方法中子流程的又一实现流程图；
49.图7是本技术实施例提供的音视频的编辑方法中子流程的又一实现流程图；
50.图8是本技术实施例提供的音视频的编辑装置示意图；
51.图9是本技术实施例提供的计算机设备的示意图。
具体实施方式
52.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本技术；本技术的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本技术的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。
53.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
54.为了使本技术领域的人员更好地理解本技术方案，下面将结合附图，对本技术实施例中的技术方案进行清楚、完整地描述。
55.下面结合附图和实施方式对本发明进行详细说明。
56.请参阅图1，图1示出了音视频的编辑方法的一种具体实施方式。
57.需注意的是，若有实质上相同的结果，本发明的方法并不以图1所示的流程顺序为限，该方法包括如下步骤：
58.s1：通过多个界面设计层接口获取音视频配置请求。
59.在本技术实施例中，为了更清楚的理解技术方案，下面对本技术所涉及的终端进行详细介绍。其中，本技术是在服务器的角度描述技术方案。
60.一是服务器，服务器能够通过在前端的界面设计层接口中获取音视频配置请求，并对该音视频配置请求进行解析，以获取操作对象和操作信息，并对该操作对象和操作信息进行相应处理，以实现对音视频控件进行更新。
61.二是用户端，用户端在界面设计层中向服务器发送音视频配置请求，也可以接收到音视频控件更新完成的消息。
62.具体的，本技术实施例通过在不同的界面设计层中获取音视频配置请求，以实现对音视频控件的更新。其中，界面设计层包括但不限于：mac平台filmora ui、win平台filmora ui、mac平台filmii ui以及win平台filmii ui等等。
63.请参阅图2，图2示出了步骤s1之前的一种具体实施方式，详叙如下：
64.s1a：获取多个界面设计层对应的接口信息。
65.具体的，由于在不同的界面设计层的接口信息有所不同，所以为了将多个界面设计层的接口设计成统一的接口信息，将获取多个界面设计层对应的接口信息。
66.s1b：按照统一的配置信息对多个接口信息进行配置处理，得到多个界面设计层接口。
67.具体的，先获取预先设置的统一的配置信息，再将该配置信息对多个接口信息进行配置处理，实现不同的界面设计层接口，可以对统一的请求配置不同的操作特性。例如，将前端产品相同模块(比如时间线操作模块)的不同业务(比如部分产品时间线是磁性时间线特点，部分产品时间线操作是auto ripple特定等等多样操作特点)设计统一的界面设计层接口，对统一的业务可以配置不同的操作特性，从而支持多样业务需求。
68.本实施例中，通过获取多个界面设计层对应的接口信息，并按照统一的配置信息对多个接口信息进行配置处理，得到多个界面设计层接口，实现设计统一的接口配置，有利于适应不同的请求，从而有利于提高音视频的编辑效率。
69.s2：调用基础服务库以及非线编适配器对音视频配置请求进行基础配置处理，得到音视频配置请求对应的操作对象和操作信息。
70.具体的，通过对音视频配置请求进行解析，从而获取对应的配置操作，再通过非线编适配器获取配置操作的请求接口，然后根据该请求接口从基础服务库中获取对应的数据，从而生成对应的操作对象和操作信息。
71.其中，非线编(非线性编辑)：主要使用计算机处理数字视频文件，在非线性编辑方式下，剪辑师不必从头到尾顺序地工作，而是随时可以将样片从中间剪开，插入一个镜头，或者剪掉一些画面，都不会影响整个源影片。其中，基础服务库是指存储操作数据和业务数据的数据库。非线编适配器是一个接口转换器，同时其适应不同非线编版本的信息接口。
72.请参阅图3，图3示出了步骤s2的一种具体实施方式，详叙如下：
73.s21：对音视频配置请求进行解析，以获取音视频对应的配置操作。
74.具体的，用户端在不同的界面设计层中根据实际情况对音视频进行配置操作，该配置操作会生成对应的音视频配置请求，所以服务器通过对音视频配置请求进行解析，从而获取对应的配置操作。其中，该配置操作包括音视频的操作对象以及音视频操作所需要的数据。
75.s22：通过调用非线编适配器，获取配置操作对应的请求接口。
76.具体的，由于非线编适配器统一抽象了非线编相关功能接口，所以通过调用非线编适配器来获取配置操作对应的请求接口。
77.s23：根据请求接口，从基础服务库中获取配置操作对应的配置数据。
78.s24：基于配置数据以及配置操作，生成操作对象和操作信息。
79.具体的，通过请求接口，调用对应的基础服务库，再识别配置操作所需要的的配置数据，从而在对应的基础服务库中获取对应的数据，也即获取对应的配置数据。再对该配置数据以及配置操作进行初始化处理，从而生成操作对象和操作信息。其中，操作对象是指需要进行操作的对应音视频控件。操作信息是指对操作对象进行对应的操作步骤。
80.本实施中，通过对音视频配置请求进行解析，以获取音视频对应的配置操作，再根据请求接口，从基础服务库中获取配置操作对应的配置数据，再基于配置数据以及配置操作，生成操作对象和操作信息，实现对音视频配置请求进行解析，从不同的基础服务库中获取对应数据，使得音视频操作适应不同版本信息和适配对应接口，从而有利于提高音视频的编辑效率。
81.请参阅图4，图4示出了步骤s2之前的一种具体实施方式，详叙如下：
82.s2a：获取多个非线编版本对应的底层接口信息。
83.s2b：获取预设统一接口配置，并通过预设统一接口配置对底层接口信息进行翻译适配处理，得到非线编适配器。
84.具体的，通过获取不同的非线编版本的底层接口信息和预设统一接口配置，并将设统一接口配置对底层接口信息进行翻译适配处理，得到非线编适配器。也即统一定义一套接口，将不同的非线编底层功能接口翻译适配到定义的这套统一的接口中，使得适配器之上的接口采用统一的配置，实现非线编适配器统一抽象了非线编相关功能接口，同时不同的适配子类继承此抽象接口实现不同的非线编版本适配，有利于可灵活扩展支持不同的非线编版本。
85.s3：通过调用undo/redo管理器对操作信息进行压栈/出栈处理，以调用操作对象进行压栈/出栈处理，得到目标数据。
86.具体的，通过调用undo/redo管理器对操作信息进行拆分，得到多个一步一步操作步骤，再将多个一个操作步骤进行打包组合从而形成一步undo/redo操作，并将一步undo/redo操作调用操作对象压栈/出栈进行压栈/出栈管理，得到目标数据，且该目标数据满足undo/redo操作。
87.其中，undo是将用户上一步做的操作对程序造成的改动恢复到改动之前,而redo操作是指重新实现这种改动。undo/redo管理器是指对undo/redo进行管理的组件。压栈处理是指将数据从栈顶放入栈中；出栈处理是指从栈顶取出。压栈/出栈处理满足先进后出的特点
88.请参阅图5，图5示出了步骤s3的一种具体实施方式，详叙如下：
89.s31：将操作信息进行拆分，得到多个一步操作步骤。
90.具体的，操作信息包括多个一步操作步骤，每一步操作步骤代表着一项操作指令。将操作信息进行拆分，得到多个一步操作步骤，使得后续将一步操作步骤支持undo/redo操作。
91.s32：通过调用undo/redo管理器，将多个一步操作步骤合并处理，得到一步undo/redo操作。
92.s33：基于一步undo/redo操作，调用操作对象进行压栈/出栈处理，得到基础数据，并将多个基础数据作为目标数据。
93.具体的，undo/redo管理器打包多个操作步骤为一步undo/redo操作，从而调用操作对象进行压栈/出栈处理，实现目标数据满足undo/redo功能。同时，在每一步打包的操作在完成的时候会将执行消息以及执行消息所引起的数据变化，通过消息通信模块通知到界面设计层，再根据具体的数据变化信息可以点对点的更新界面设计层中的音视频控件。
94.本实施例中，通过将操作信息进行拆分，得到多个一步操作步骤，再调用undo/redo管理器，将多个一步操作步骤合并处理，得到一步undo/redo操作，然后基于一步undo/redo操作，调用操作对象进行压栈/出栈处理，得到基础数据，并将多个基础数据作为目标数据，实现将操作信息满足undo/redo操作，使得执行消息所引起的数据变化作为音视频控件的更新方向，从而有利于提高音视频的编辑效率。
95.s4：将目标数据通过消息队列发送到界面设计层中。
96.具体的，在监测到目标数据生成时，识别该目标数据对应的界面设计层接口，再通过消息队列将该目标数据发送到对应的界面设计层中。由于消息队列具备先进先出的特性，也即先进行消息队列中的数据，则该数据优先输出，则利用消息队列，将生成的目标数据按照生成的先后顺序发送到界面设计层中。
97.请参阅图6，图6示出了步骤s4的一种具体实施方式，详叙如下：
98.s41：当监测到基础数据生成时，识别出基础数据对应的界面设计层接口，作为目标界面设计层接口。
99.具体的，由于音视频配置请求可能来自不同的界面设计层，所以需要将基础数据发送到对应的界面设计层中，故当监测到基础数据生成时，先识别该基础数据的界面设计层接口。
100.s42：基于目标界面设计层接口，通过消息队列将基础数据发送到界面设计层中。
101.s43：若目标数据中的基础数据均已发送到对应的界面设计层中，则对目标数据的传输完成。
102.具体的，通过目标界面设计层接口，将从消息队列中的基础数据发送到界面设计层中。当目标数据中的基础数据均已发送到对应的界面设计层中，则对目标数据的传输完成。
103.需要说明的是，每监测到生成一个基础数据时，便将该基础数据发送到界面设计层中，以实现该基础数据对音视频控件进行更新，无需等待所有基础数据均已生成再进行发送。这样实现基础数据可以点对点的更新界面设计层音视频控件，从而提高音视频的编辑效率。
104.本实施例中，通过监测基础数据的生成，并识别基础数据的界面设计层接口，并将
该基础数据发送到界面设计层中，以实现实时监控数据生成，有利于点对点的对音视频控件进行更新，从而有利于提高音视频的编辑效率。
105.s5：在界面设计层中，基于目标数据，对界面设计层中的音视频控件进行更新。
106.具体的，在界面设计层中，通过识别目标数据中每一基础数据对应的音视频控件，再基于基础数据确定每一音视频控件更新的方向，从而实现对音视频控件的更新。
107.本实施例中，通过多个界面设计层接口获取音视频配置请求，并调用基础服务库以及非线编适配器对音视频配置请求进行基础配置处理，得到音视频配置请求对应的操作对象和操作信息，再通过调用undo/redo管理器对操作信息进行压栈/出栈处理，以调用操作对象进行压栈/出栈处理，得到目标数据，然后将目标数据通过消息队列发送到界面设计层中，接着在界面设计层中，基于目标数据，对界面设计层中的音视频控件进行更新。实现响应对多个界面设计层的音视频配置请求，同时通过调用非线编适配器使得音视频的编辑适应多个非线编版本，从而使得音视频能够在不同的界面设计层和非线编版本中进行非线性编辑，进而有利于提高音视频的编辑效率。
108.请参阅图7，图7示出了步骤s5的一种具体实施方式，详叙如下：
109.s51：在界面设计层中，识别目标数据中每一基础数据对应的音视频控件。
110.具体的，不同的基础数据对不同的音视频控件进行更新，所以需要识别出每一基础数据对应的音视频控件。
111.s52：将执行消息所引起的数据变化作为音视频控件的更新方向，并对音视频控件进行更新处理。
112.s53：若目标数据均已执行完毕，则对音视频控件的更新完成。
113.具体的，由于每一基础数据中均包括执行消息，将该执行消息执行后，会产生对应的数据变化，该数据变化便是音视频控件需要更新方向，所以将执行消息所引起的数据变化作为音视频控件的更新方向，从而实现该基础数据对音视频控件的更新，当所有的基础数据均已执行完成，也即目标数据执行完毕，则对音视频控件的更新完成。
114.本实施例中，在界面设计层中，识别目标数据中每一基础数据对应的音视频控件，并将执行消息所引起的数据变化作为音视频控件的更新方向，并对音视频控件进行更新处理，若目标数据均已执行完毕，则对音视频控件的更新完成，实现将基础数据一一对音视频控件进行更新，有利于提高音视频的编辑效率。
115.请参考图8，作为对上述图1所示方法的实现，本技术提供了一种音视频的编辑装置的一个实施例，该装置实施例与图1所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
116.如图8所示，本实施例的音视频的编辑装置包括：音视频配置请求模块61、基础配置处理模块62、目标数据获取模块63、目标数据发送模块64及音视频控件更新模块65，其中：
117.音视频配置请求模块61，用于通过多个界面设计层接口获取音视频配置请求；
118.基础配置处理模块62，用于调用基础服务库以及非线编适配器对音视频配置请求进行基础配置处理，得到音视频配置请求对应的操作对象和操作信息；
119.目标数据获取模块63，用于通过调用undo/redo管理器对操作信息进行压栈/出栈处理，以调用操作对象进行压栈/出栈处理，得到目标数据；
120.目标数据发送模块64，用于将目标数据通过消息队列发送到界面设计层中；
121.音视频控件更新模块65，用于在界面设计层中，基于目标数据，对界面设计层中的音视频控件进行更新。
122.进一步的，目标数据获取模块63包括：
123.操作信息拆分单元，用于将操作信息进行拆分，得到多个一步操作步骤；
124.操作步骤合并单元，用于通过调用undo/redo管理器，将多个一步操作步骤合并处理，得到一步undo/redo操作；
125.基础数据获取单元，用于基于一步undo/redo操作，调用操作对象进行压栈/出栈处理，得到基础数据，并将多个基础数据作为目标数据，其中，基础数据包括执行消息以及执行消息所引起的数据变化。
126.进一步的，目标数据发送模块64包括：
127.目标界面设计层接口确定单元，用于当监测到基础数据生成时，识别出基础数据对应的界面设计层接口，作为目标界面设计层接口；
128.基础数据发送单元，用于基于目标界面设计层接口，通过消息队列将基础数据发送到界面设计层中；
129.目标数据传输完成单元，用于若目标数据中的基础数据均已发送到对应的界面设计层中，则对目标数据的传输完成。
130.进一步的，音视频控件更新模块65包括：
131.音视频控件识别单元，用于在界面设计层中，识别目标数据中每一基础数据对应的音视频控件；
132.更新方向确定单元，用于将执行消息所引起的数据变化作为音视频控件的更新方向，并对音视频控件进行更新处理；
133.音视频控件更新完成单元，用于若目标数据均已执行完毕，则对音视频控件的更新完成。
134.进一步的，基础配置处理模块62包括：
135.配置操作获取单元，用于对音视频配置请求进行解析，以获取音视频对应的配置操作；
136.请求接口获取单元，用于通过调用非线编适配器，获取配置操作对应的请求接口；
137.基础数据生成单元，用于根据请求接口，从基础服务库中获取配置操作对应的配置数据；
138.操作信息生成单元，用于基于配置数据以及配置操作，生成操作对象和操作信息。
139.进一步的，在音视频配置请求模块61之前，还包括：
140.接口信息获取模块，用于获取多个界面设计层对应的接口信息；
141.配置处理模块，用于按照统一的配置信息对多个接口信息进行配置处理，得到多个界面设计层接口。
142.进一步的，在基础配置处理模块62之前，还包括：
143.底层接口信息获取单元，用于获取多个非线编版本对应的底层接口信息；
144.翻译适配处理单元，用于获取预设统一接口配置，并通过预设统一接口配置对底层接口信息进行翻译适配处理，得到非线编适配器，其中，非线编适配器支持多个线编版
本。
145.为解决上述技术问题，本技术实施例还提供计算机设备。具体请参阅图9，图9为本实施例计算机设备基本结构框图。
146.计算机设备7包括通过系统总线相互通信连接存储器71、处理器72、网络接口73。需要指出的是，图中仅示出了具有三种组件存储器71、处理器72、网络接口73的计算机设备7，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(application specific integrated circuit，asic)、可编程门阵列(field －programmable gate array，fpga)、数字处理器(digital signal processor，dsp)、嵌入式设备等。
147.计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
148.存储器71至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器71可以是计算机设备7的内部存储单元，例如该计算机设备7的硬盘或内存。在另一些实施例中，存储器71也可以是计算机设备7的外部存储设备，例如该计算机设备7上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。当然，存储器71还可以既包括计算机设备7的内部存储单元也包括其外部存储设备。本实施例中，存储器71通常用于存储安装于计算机设备7的操作系统和各类应用软件，例如音视频的编辑方法的程序代码等。此外，存储器71还可以用于暂时地存储已经输出或者将要输出的各类数据。
149.处理器72在一些实施例中可以是中央处理器(central processing unit，cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器72通常用于控制计算机设备7的总体操作。本实施例中，处理器72用于运行存储器71中存储的程序代码或者处理数据，例如运行上述音视频的编辑方法的程序代码，以实现音视频的编辑方法的各种实施例。
150.网络接口73可包括无线网络接口或有线网络接口，该网络接口73通常用于在计算机设备7与其他电子设备之间建立通信连接。
151.本技术还提供了另一种实施方式，即提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序可被至少一个处理器执行，以使至少一个处理器执行如上述的一种音视频的编辑方法的步骤。
152.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本技术各个实施例的方法。
153.显然，以上所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例，附图中给出了本技术的较佳实施例，但并不限制本技术的专利范围。本技术可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本技术的公开内容的理解更加透彻全面。尽管参照前述实施例对本技术进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本技术说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本技术专利保护范围之内。