CN108833960A - 一种音视频应用切换的方法及装置 - Google Patents

Abstract

本申请公开了一种音视频应用切换的方法及装置。该方法包括当接收到由第一音视频应用切换至第二音视频应用的指令时，音视频资源管理模块停止对第一音视频应用解码的同时为第二音视频应用分配第二内存用于存储第二音视频应用的帧数据；此外音视频资源管理模块释放为所述第一音视频应用分配的第一内存。缩短了由第一音视频应用切换至第二音视频应用的时间，从而减小甚至避免了切换过程中的黑屏时间，提升了用户体验。

Description

一种音视频应用切换的方法及装置

技术领域

本申请涉及数字电视技术领域，尤其涉及一种音视频应用切换的方法及装置。

背景技术

目前智能电视上存在多种音视频应用，如信号源DTV、HDMI等以及第三方应用Youtube、Netflix、Amazon等，用户往往需要在不同的音视频应用之间进行切换。由于音视频应用在播放音视频信号时需要独占音频解码器和视频解码器，在从一个音视频应用切换至另一个音视频应用时，需要前一个音视频应用先释放音频解码器和视频解码器，下一个音视频应用才能去打开音频解码器和视频解码器。尤其对于电视软件中间件一般无法获知第三方应用何时释放音视频解码器，所以必须等到第三方应用完全退出之后才能进行通道切换的动作，从而使得第三方应用切换到DTV、HDMI等信号源耗时比较长。

目前智能电视进行信号源之间的切换需要2.5s左右的时间，而在第三方应用和DTV、HDMI等信号源之间进行切换则需要4s左右，在切换的过程中电视处于黑屏状态，影响用户体验。因此亟待一种解决方案用来解决该问题。

发明内容

本发明实施例提供一种音视频应用切换的方法，包括：

接收由第一音视频应用切换至第二音视频应用的指令；

音视频资源管理模块停止对所述第一音视频应用的解码的同时为所述第二音视频应用分配第二内存；所述第二内存用于存储所述第二音视频应用的帧数据；所述音视频资源管理模块用于管理音频解码器和视频解码器的资源；

所述音视频资源管理模块释放为所述第一音视频应用分配的第一内存；所述第一内存用于存储所述第一音视频应用的帧数据。

在一种可能的实施方式中，所述接收由第一音视频应用切换至第二音视频应用的指令之后，包括：

所述第二音视频应用向所述音视频资源管理模块发送资源申请的请求。

在一种可能的实施方式中，所述音视频资源管理模块为所述第二音视频应用分配第二内存之后包括：

所述音视频资源管理模块向所述第二音视频应用发送所述第二内存的信息，以进行所述第二音视频应用的音视频的播放，其中所述第二内存的信息包括所述第二内存的名称或地址。

在一种可能的实施方式中，所述进行所述第二音视频应用的音视频的播放，包括：

所述第二音视频应用根据码流的编码格式确定所述音频解码器和/或视频解码器的解码格式，并发送至所述音视频资源管理模块进行所述音频解码器和/或视频解码器进行解码格式设置；

解码格式设置成功后，所述第二音视频应用向所述第二内存输入帧数据，并由所述音频解码器和/或视频解码器进行解码。

在一种可能的实施方式中，所述接收由第一音视频应用切换至第二音视频应用的指令之前，包括：

所述音视频资源管理模块保持音频解码器和视频解码器的开启状态。

本发明实施例提供一种音视频应用切换的装置，包括：

接收模块，用于接收由第一音视频应用切换至第二音视频应用的指令；

音视频资源管理模块，用于停止对所述第一音视频应用的解码的同时为所述第二音视频应用分配第二内存；并，用于释放为所述第一音视频应用分配的第一内存；其中所述第二内存用于存储所述第二音视频应用的帧数据，所述音视频资源管理模块用于管理音频解码器和视频解码器的资源，所述第一内存用于存储所述第一音视频应用的帧数据。

在一种可能的实施方式中，第二音视频应用，用于向音视频资源管理模块发送资源申请的请求。

在一种可能的实施方式中，所述音视频资源管理模块还用于：

向第二音视频应用发送第二内存的信息，以进行第二音视频应用的音视频的播放，其中第二内存的信息包括第二内存的名称或地址。

在一种可能的实施方式中，所述音视频资源管理模块用于：

接收第二音视频应用根据码流的编码格式确定的音频解码器和/或视频解码器的解码格式，并进行音频解码器和/或视频解码器解码格式的设置。

相应的，所述第二音视频应用，用于在音频解码器和/或视频解码器编码格式设置成功后，向第二内存输入帧数据以用于音频解码器和/或视频解码器进行解码。

在一种可能的实施方式中，所述音视频资源管理模块，用于在接收由第一音视频应用切换至第二音视频应用的指令之前，保持音频解码器和视频解码器的开启状态。

本发明实施例还提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行上述的方法。

本发明实施例提供的音视频切换的方法及装置中，通过当接收到由第一音视频应用切换至第二音视频应用的指令时，音视频资源管理模块停止对第一音视频应用解码的同时为第二音视频应用分配第二内存用于存储第二音视频应用的帧数据；此外音视频资源管理模块释放为所述第一音视频应用分配的第一内存。缩短了由第一音视频应用切换至第二音视频应用的时间，从而减小甚至避免了切换过程中的黑屏时间，提升了用户体验。

附图说明

图1为本申请实施例提供的现有音视频播放的播放器结构示意图；

图2为本申请实施例提供的音视频应用切换的方法流程示意图；

图3A为本申请实施例提供的应用对解码器资源的占用示意图；

图3B为本申请实施例提供的现有技术应用对解码器资源的占用示意图；

图4为本申请实施例提供的AppPlayer和AVPlayer的交互流程图；

图5为本申请实施例提供的DTVPlayer和AVPlayer的交互流程图；

图6为本申请实施例提供的由APP切换至DTV的结构示意图；

图7为本申请实施例提供的音视频应用切换的装置示意图；

图8为本申请实施例提供的智能电视的结构示意图。

具体实施方式

如图1所示，为现有技术音视频播放的播放器结构示意图，对于智能电视***而言，每一个信号源、第三方应用在播放音视频时都会创建一个播放器player，在音视频播放时每一个player都需要独占音频解码器audio decoder和视频解码器video decoder，所以在同一时刻只能存在一个player。如从第三方应用退出到DTV时，需要先销毁AppPlayer再创建DtvPlayer。由于退出player需要一定的时间，因此会导致电视在切换过程中处于黑屏状态，影响用户体验。

针对上述问题，本发明实施例提供了一种音视频应用切换的方法及装置。本发明实施例中，通过设置音视频资源管理模块对音频解码器和视频解码器资源进行管理，当由第一音视频应用切换到第二音视频应用时，不需要等第一音视频应用完全释放音视频解码器资源再进行第二音视频应用播放器的启动，而是由音视频资源管理器在停止对第一音视频应用解码的同时为第二音视频应用分配第二内存以用于第二音视频应用进行帧数据的写入，从而缩短了由第一音视频应用切换至第二音视频应用的时间，提升了用户体验。

其中，本发明实施例中涉及的“音视频应用”，包括DTV、HDMI等信号源模式下实现音视频播放的程序或组件，以及第三方音视频应用，该第三方音视频应用中包含实现音视频播放的程序或组件。

下面结合附图对本发明的实施例进行说明，应当理解，此处所描述的实施例仅用于说明和解释本发明，并不用于限定本发明。

参见图2，为本发明实施例提供的音视频应用切换的方法流程示意图。该流程由终端中的音视频资源管理模块装置实现。如图2所示，该流程可包括：

S201：接收由第一音视频应用切换至第二音视频应用的指令。

在一种可能的实施方式中，可以由某种信号源如DTV、HDMI切换至某种第三方应用；

在另一种可能的实施方式中，可以由某种第三方应用切换至某种信号源；

在另一种可能的实施方式中，可以由某种信号源切换至另一种信号源；

在另一种可能的实施方式中，可以由某种第三方应用切换至另一种第三方应用。

此外还存在一些特殊的应用场景，如PVR录制时切换至直播信号；播放本地媒体时从媒体中心播放音视频媒体；CEC功能使能情况下开启***CEC设备。

可选择的，在终端设备开机后，音视频资源管理模块保持音频解码器和/或视频解码器的开启状态

S202：音视频资源管理模块停止对第一音视频应用的解码的同时为第二音视频应用分配第二内存。

其中，音视频资源管理模块用于管理音频解码器和视频解码器的资源；第二内存用于存储第二音视频应用的帧数据，帧数据包括音频数据和视频数据。

在接收到由第一音视频应用切换至第二音视频应用的指令后，第二音视频应用向音视频资源管理模块发送资源申请的请求，音视频资源管理模块为其分配第二内存，该步骤和音视频资源管理模块停止对第一音视频应用的解码是并行进行的。

音视频资源管理模块为第二音视频应用分配第二内存之后，将第二内存的信息（如名称或地址）发送给第二音视频应用，以进行第二音视频应用的音视频的播放。具体的，第二音视频应用根据码流的编码格式确定音频解码器和/或视频解码器的解码格式，并发送至音视频资源管理模块进行所述音频解码器和/或视频解码器进行解码格式设置；当解码格式设置成功后，第二音视频应用向根据接收到的音视频资源管理模块为其分配的第二内存的信息向第二内存输入帧数据，以用于音频解码器和/或视频解码器进行解码。

S203：音视频资源管理模块释放为第一音视频应用分配的第一内存。

其中，第一内存用于存储第一音视频应用的帧数据，帧数据包括音频数据和视频数据。

释放第一内存的时间需要由第一音视频应用退出的流程决定。当音视频资源管理模块接收到第一音视频应用释放第一内存的请求时，才会释放第一内存。示例性的，当由DTV切换至youtube时，退出DTV的流程包括：停止播放、停止码流中的video、audio流、关闭demux、关闭解码器、直至关闭解码器这一步时音视频资源管理模块才会释放为该DTV分配的第一内存；当由youtube切换至DTV时，由于youtobe是基于浏览器的应用，其退出过程与浏览器相关，如需要清理浏览器的一些资源等，在执行完这些步骤后关闭解码器后，音视频资源管理模块才会释放为youtube分配的第一内存。

参见图3A，为本发明中应用对解码器资源的占用示意图，结合图3对本发明的技术效果进行说明。如图3所示，解码器只被音视频资源管理模块占用。应用在播放音视频时会申请占用解码器，此时音视频资源管理模块会为其分配一个Buffer，并将该Buffer绑定到音视频资源管理模块所占用的解码器上（这里的绑定是指将应用写入Buffer中的帧数据送给解码器解码），所以应用在“占用解码器”时占用的只是相应的Buffer。所以，下图中的“占用1”和“占用2”可以同时存在；而下图中的“绑定1”和“绑定2”不能同时存在。而现有技术中，参照图3B，应用只能独占解码器，在应用切换时需要完全释放前一应用的占用才能进行下一应用的播放。因此相比现有技术，本发明的技术方案能够缩短应用切换的时间。

下面以从某个第三方应用切换至DTV为例，对本发明音视频应用切换的方法流程进行详细说明。该流程由终端中的音视频应用切换的相关装置实现。其中第三方应用的播放器为AppPlayer，音视频资源管理器的为AVPlayer，DTV的播放器为DTVPlayer。

参见图4为接收到APP切换到DTV的指令后，Applayer和AVPlayer的交互流程图，如图4所示，该流程可包括：

S401：AppPlayer接收退出APP应用的指令。

具体的，当接收到由App切换至DTV的指令时，即接收到退出APP应用的指令。

S402：AppPlayer向AVPlayer发送释放为其分配的内存的通知。

S403：AVPlayer释放为APP分配的内存。

S404：AVPlayer向Decoders告知停止解码。

S405：Decoders停止对APPPlayer的帧数据的解码。

当AVPlayer执行图4中步骤S403-S405的同时，AVPlayer执行如图5所述的步骤，两者并行进行。

参见图5为DTVPlayer开始工作后和AVPlayer的交互流程图，如图5所示，该流程可包括：

S501：DTVPlayer向AVPlayer申请资源。

S502：AVPlayer为DTVPlayer分配内存。

S503：AVPlayer向DTVPlayer告知所分配的内存的名称或地址。

S504：DTVPlayer根据码流确认解码格式，并发送至AVPlayer。

S505：AVPlayer对 decoder进行解码格式设置。

S506：Decoder向AVPlayer反馈设置成功结果。

S507：AVPlayer将解码格式设置成功状态反馈给DTVPlayer。

S508：DTVPlayer向AVPlayer输入帧数据。

S509：AVPlayer将帧数据发送给decoder进行解码。

图6为由APP切换至DTV的结构示意图。如图6所示，DTV和APP对Audio Decoder和/或Video Decoder的调用都通过AVPlayer的管理，其中AVPlayer负责Audio Decoder和Video Decoder的资源管理，DTVplayer负责使其正常运行的除Audio Decoder和VideoDecoder的资源之外的其他资源的管理；AppPlayer负责使其正常运行的除Audio Decoder和Video Decoder的资源之外的其他资源的管理。通过将Audio Decoder和Video Decoder统一由音视频资源管理模块进行管理，从而能够实现在APP切换至DTV后，在 APP对音视频解码器的资源未完全释放的前提下能够为DTV 分配资源内存以进行数据的写入，在音视频资源管理模块对APP资源释放的同时进行DTV的运行，从而能够缩短DTV启动的时间，减轻甚至避免了切换过程的黑屏现象。

为了进一步理解本方法实施例，对具体的AVPlayer的设计进行详述，相应的伪代码如下：

class AvPlayer {

public:

AvPlayer();

~AvPlayer();

void onRequestDecoder(const string& name);

void onReleaseDeocder(const string& name);

void setCodec(const string&name, Codec codec);

void onFrameData(const string& name);

private:

string currentName_;

Map<string, Buffer> buffers_;

};

假设由音视频应用B切换至音视频应用A。

音视频应用A向音视频解码器请求资源，onRequestDecoder会被调用，name设置为该音视频应用的名称A。在该函数中若当前音视频解码器处于解码工作中，AVPlayer会先停掉音视频解码器的解码工作，然后为A创建一个buffer，放入buffer_中，并将当前有效的应用currentName_置为A，并通知音视频应用A。音视频应用A通过setCodec方法设置解码格式，AVPlayer设置成功后会通知音视频应用A开始处理数据。当音视频应用A往buffer中写完一帧数据时，onFrameDate会被调用，该函数在确认其参数name与currentName_一致时，从buffer中取出帧数据并传递给音视频解码器，之后通知音视频应用A进行下一帧的处理。当音视频应用B退出释放音视频解码器时，AVPlayer的onReleaseDecoder会被调用，AVPlayer会将音视频应用B对应的buffer从buffer_中移除。需要注意的是，onRequestDecoder和onReleaseDecoder是并行进行的。

本发明实施例提供的音视频应用切换的方法，通过设置音视频资源管理模块对音频解码器和视频解码器资源进行管理，当由第一音视频应用切换到第二音视频应用时，不需要等第一音视频应用完全释放音视频解码器资源再进行第二音视频应用播放器的启动，而是由音视频资源管理器在进行第一音视频应用停止解码的同时给第二音视频应用分配第二内存以用于第二音视频应用进行帧数据的写入，从而缩短了应用切换的时间，减轻了黑屏现象，提升了用户体验。

参见图7为本发明实施例提供的一种音视频应用切换的装置示意图，如图7所述，所述装置包括接收模块701和音视频资源管理模块702，其中：

接收模块701，用于接收由第一音视频应用切换至第二音视频应用的指令。

音视频资源管理模块702，用于停止对所述第一音视频应用的解码的同时为所述第二音视频应用分配第二内存；并，用于释放为所述第一音视频应用分配的第一内存；其中所述第二内存用于存储所述第二音视频应用的帧数据，所述音视频资源管理模块用于管理音频解码器和视频解码器的资源，所述第一内存用于存储所述第一音视频应用的帧数据。

在一种可能的实施方式中，接收模块701接收到由第一音视频应用切换至第二音视频应用的指令之前，音视频资源管理模块702始终保持音频解码器和视频解码器的开启状态。

在一种可能的实施方式中，在接收模块701接收到由第一音视频应用切换至第二音视频应用的指令之后，第二音视频应用向音视频资源管理模块702发送资源申请的请求。

在一种可能的实施方式中，音视频资源管理模块702为第二音视频应用分配第二内存之后，向第二音视频应用发送该第二内存的信息，以进行第二音视频应用的音视频的播放，其中第二内存的信息包括第二内存的名称或地址。

在一种可能的实施方式中，音视频应用管理模块还用于：

接收第二音视频应用根据码流的编码格式确定的音频解码器和/或视频解码器的解码格式，并进行音频解码器和/或视频解码器解码格式的设置；

相应的，第二音视频应用，用于在所述音频解码器和/或视频解码器编码格式设置成功后，向所述第二内存输入帧数据以用于所述音频解码器和/或视频解码器进行解码。

本发明实施例提供的音视频应用切换的装置，通过音视频资源管理模块对音频解码器和视频解码器资源进行管理，当由第一音视频应用切换到第二音视频应用时，不需要等第一音视频应用完全释放音视频解码器资源再进行第二音视频应用播放器的启动，而是由音视频资源管理器在进行第一音视频应用停止解码的同时给第二音视频应用分配第二内存以进行帧数据的写入，从而缩短了应用切换的时间，减轻了黑屏现象，提升了用户体验。

本申请实施例的音视频应用切换的装置具体可参考上述实施例提供的音视频应用切换的方法，在此不再赘述。

需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。在本申请实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

图8示例性示出了本申请实施例提供的一种智能电视的结构示意图。基于相同构思，本申请实施例提供一种智能电视备800，用于执行上述方法中的任一个方案。如图8所示，智能电视800 包括处理器801、收发器802、存储器803和通信接口804；其中，处理器801、收发器802、存储器803和通信接口804通过总线805相互连接。

总线805可以是外设部件互连标准（peripheral component interconnect，PCI）总线或扩展工业标准结构（extended industry standard architecture，EISA）总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器803可以包括易失性存储器（volatile memory），例如随机存取存储器（random-access memory，RAM）；存储器也可以包括非易失性存储器（non-volatilememory），例如快闪存储器（flash memory），硬盘（hard disk drive，HDD）或固态硬盘（solid-state drive，SSD）；存储器803还可以包括上述种类的存储器的组合。

通信接口804可以为有线通信接入口，无线通信接口或其组合，其中，有线通信接口例如可以为以太网接口。以太网接口可以是光接口，电接口或其组合。无线通信接口可以为WLAN接口。

处理器801可以是中央处理器（central processing unit，CPU），网络处理器（network processor，NP）或者CPU和NP的组合。处理器801还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路（application-specific integrated circuit，ASIC），可编程逻辑器件（programmable logic device，PLD）或其组合。上述PLD可以是复杂可编程逻辑器件（complex programmable logic device，CPLD），现场可编程逻辑门阵列（field-programmable gate array，FPGA），通用阵列逻辑（generic array logic, GAL）或其任意组合。

可选地，存储器803还可以用于存储程序指令，处理器801调用该存储器803中存储的程序指令，可以执行上述方案中所示实施例中的一个或多个步骤，或其中可选的实施方式，使得终端设备800实现上述方法中终端设备的功能。

处理器801用于根据执行存储器存储的指令，并控制收发器802进行信号接收和信号发送，当处理器801执行存储器存储的指令时，终端设备800用于在由第一音视频应用切换到第二音视频应用时，不需要等第一音视频应用完全释放音视频解码器资源再进行第二音视频应用播放器的启动，而是由音视频资源管理器在停止第一音视频应用解码的同时为第二音视频应用分配第二内存以用于第二音视频应用进行帧数据的写入。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现、当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。指令可以存储在计算机存储介质中，或者从一个计算机存储介质向另一个计算机存储介质传输，例如，指令可以从一个网站站点、计算机、服务器或数据中心通过有线（例如同轴电缆、光纤、数字用户线（DSL））或无线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，（例如，软盘、硬盘、磁带、磁光盘（MO）等）、光介质（例如，CD、DVD、BD、HVD等）、或者半导体介质（例如ROM、EPROM、EEPROM、非易失性存储器（NAND FLASH）、固态硬盘（Solid State Disk，SSD））等。

本领域内的技术人员应明白，本申请实施例可提供为方法、***、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、设备（***）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (12)

1.一种音视频应用切换的方法，其特征在于，所述方法包括：

接收由第一音视频应用切换至第二音视频应用的指令；

音视频资源管理模块停止对所述第一音视频应用的解码的同时为所述第二音视频应用分配第二内存；所述第二内存用于存储所述第二音视频应用的帧数据，所述音视频资源管理模块用于管理音频解码器和视频解码器的资源；

所述音视频资源管理模块释放为所述第一音视频应用分配的第一内存；所述第一内存用于存储所述第一音视频应用的帧数据。

2.根据权利要求1所述方法，其特征在于，所述接收由第一音视频应用切换至第二音视频应用的指令之后，包括：

所述第二音视频应用向所述音视频资源管理模块发送资源申请的请求。

3.根据权利要求1所述方法，其特征在于，所述音视频资源管理模块为所述第二音视频应用分配第二内存之后包括：

所述音视频资源管理模块向所述第二音视频应用发送所述第二内存的信息，以进行所述第二音视频应用的音视频的播放，其中所述第二内存的信息包括所述第二内存的名称或地址。

4.根据权利要求3所述方法，其特征在于，所述进行所述第二音视频应用的音视频的播放，包括：

所述第二音视频应用根据码流的编码格式确定所述音频解码器和/或视频解码器的解码格式，并发送至所述音视频资源管理模块进行所述音频解码器和/或视频解码器进行解码格式设置；

解码格式设置成功后，所述第二音视频应用向所述第二内存输入帧数据，用于所述音频解码器和/或视频解码器进行解码。

5.根据权利要求1所述方法，其特征在于，所述接收由第一音视频应用切换至第二音视频应用的指令之前，包括：

所述音视频资源管理模块保持音频解码器和视频解码器的开启状态。

6.一种音视频应用切换的装置，其特征在于，包括：

接收模块，用于接收由第一音视频应用切换至第二音视频应用的指令；

音视频资源管理模块，用于停止对所述第一音视频应用的解码的同时为所述第二音视频应用分配第二内存；并，用于释放为所述第一音视频应用分配的第一内存；其中所述第二内存用于存储所述第二音视频应用的帧数据，所述音视频资源管理模块用于管理音频解码器和视频解码器的资源，所述第一内存用于存储所述第一音视频应用的帧数据。

7.根据权利要求6所述装置，其特征在于，

所述第二音视频应用，用于向所述音视频资源管理模块发送资源申请的请求。

8.根据权利要求6所述装置，其特征在于，所述音视频资源管理模块还用于：

向所述第二音视频应用发送所述第二内存的信息，以进行所述第二音视频应用的音视频的播放，其中所述第二内存的信息包括所述第二内存的名称或地址。

9.根据权利要求7所述装置，其特征在于，所述音视频资源管理模块还用于：

接收所述第二音视频应用根据码流的编码格式确定的所述音频解码器和/或视频解码器的解码格式，并进行所述音频解码器和/或视频解码器解码格式的设置。

10.根据权利要求9所述装置，其特征在于，

所述第二音视频应用，还用于在所述音频解码器和/或视频解码器编码格式设置成功后，向所述第二内存输入帧数据以用于所述音频解码器和/或视频解码器进行解码。

11.根据权利要求6所述装置，其特征在于，

所述音视频资源管理模块，用于在接收由第一音视频应用切换至第二音视频应用的指令之前，保持所述音频解码器和视频解码器的开启状态。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行权利要求1-5中任一项所述的方法。