[发明专利]解码、编码音视频数据的方法及装置

说明书

技术领域

本发明涉及数据解码、编码领域，尤其涉及一种音视频数据的解码、编码方法及装置。

背景技术

由于技术的不断更新与发展，目前一般都采用了64位程序来编解码音视频数据，这样能够提高数据处理效率。但是目前还有很多数据需要使用32位程序进行编解码音视频数据，那么如何解决64位程序与在64位操作系统下兼容运行32位程序之间的通信成为技术难题。因为音视频编解码涉及到的数据量较大，对内存等要求较高，以及不同进程间大数据块的通信是比较困难的。例如如何在解码完成后通知其他程序读取数据，或者如何在编码时在共享区获取数据也成为一大难题。

在现有技术中，由于编解码数据大，目前解决此方法采用的是一种文件中转技术，不同的进程将需要共享的数据写入一个文件，由另外一个进程将需要编码或者解码出来的数据读出。而负责读取的线程需要不停的去获取文件的大小，导致访问IO的次数增多，导致效率下降。

为了解决IO访问次数多的问题，目前的解决方法是使用全局时间同步，可以不用多次读取IO。但是写入磁盘时，磁盘刷新延迟，导致数据在读的时候数据尚未完全写入，容易读取错误的数据，导致编码或者解码异常出现。

因此，目前迫切需要一种64位操作系统下64位程序与32位程序兼容运行并够保证数据读取不出错的编解码数据的方法。

发明内容

本发明提供了一种解码、编码音视频数据的方法及装置。为解决64位操作系统下64位程序与32位程序兼容运行并够保证数据读取错误率高的问题，本发明实施例是通过以下技术方案实现的：

一种解码音视频数据的方法，该方法包括：

第一程序通知第二程序初始化；

第二程序初始化完成后通过第一程序获取一帧待解码数据并进行解码，将解码后的一帧数据存入第一内存，并发送第一指令；

第一程序通过第一指令至第一内存读取所述解码后的一帧数据，并将所述第一指令清空。

其中，所述的第一程序通知第二程序初始化具体为：

第一程序将解码数据所需要的参数存储于第一内存，通知第二程序读取；

第二程序至第一内存读取所述的参数进行初始化，并通知第一程序初始化完成。

其中，所述的第二程序通过第一程序获取一帧待解码数据具体为：

第二程序初始化完成的信息后，第一程序将一帧待解码数据写入第一内存；通知第二程序读取；第二程序至第一内存读取所述的一帧待解码数据。

其中，所述的第二程序通过第一程序获取一帧待解码数据具体为：

第一程序进一步将待解码数据的存储路径存储于第一内存；

第二程序通过所述的存储路径获取一帧待解码数据。

其中，所述的第二程序进一步将解码后的一帧数据循环存储至第一内存和第二内存；

所述的第二程序将解码后的一帧数据存储至第二内存具体为：

所述的第二程序发送第一指令后继续获取一帧待解码数据并进行解码，并将解码后的一帧数据存入第二内存，并发送第二指令；

第一程序通过第二指令至第二内存读取所述的解码后的一帧数据，并将所述第二指令清空。

对应于本发明提供的解码音视频数据的方法，本发明还提供了一种编码音视频数据的方法，该方法包括：

第三程序通知第四程序初始化；

第四程序初始化完成后通知第三程序，第三程序将一帧待编码数据存储至第三内存，并发送第三指令；

第四程序通过第三指令读取所述的一帧待编码数据进行编码，并将第三指令清空。

其中，所述的第三程序通知第四程序初始化具体为：

第三程序将编码数据所需要的参数存储于第三内存，通知第四程序读取；

第四程序至第三内存读取所述的参数进行初始化，并通知第三程序初始化完成。

其中，所述的第三程序进一步将一帧待编码数据循环存储至第三内存和第四内存；

所述的第三程序将一帧待解码数据存储至第四内存具体为：

所述的第四程序初始化完成后，第三程序进一步将一帧待编码数据存储至第四内存，并发送第四指令；

第四程序通过第四指令至第四内存读取所述的一帧待编码数据进行编码，并将第四指令清空。

对应于本发明提供的解码音视频数据的方法，本发明还提供了一种解码音视频数据的装置，所述的装置包括：

第一程序单元，用于通知第二程序初始化；通过第二程序单元发送的第一指令至第一内存读取所述解码后的一帧数据，并将第一指令清空。