[发明专利]对视频流进行解码显示的方法及设备

说明书

技术领域

本发明涉及解码技术，尤其涉及对视频流进行解码显示的方法及设备。

背景技术

目前，多采用单进程方式对视频流进行解码显示，解码和显示功能与客户端功能在一个进程中执行；客户端进程单元既完成客户端功能，也进行解码和显示。

现有技术中，客户端进程单元接收用户通过视频解码界面输入的解码指令，查询本单元是否有空闲的解码资源，如果是，则将视频码流传送给空闲的解码资源，解码资源对接收的视频码流进行解码后显示；如果没有，则解码失败，通过视频解码界面向用户反馈失败响应。

对于某指定的操作系统，其虚拟内存一部分被内核空间占用；另一部分被用户空间占用，也就是用于应用程序，且每个进程使用的最大虚拟空间容量为用户占用的空间容量。对应于本发明方案，用户占用的虚拟空间也就是解码显示可用的最大虚拟内存空间，在需要进行解码显示的情况下，如果判断出这部分虚拟空间用完，则解码失败，降低了解码显示的效率。

以32位操作系统为例，操作系统分配了4GB的虚拟内存，其中2GB被内核空间占用，2GB被用户空间占用，应用程序可使用的虚拟内存只有2GB，也就是最大只有2GB用于对视频流的解码显示，这意味着客户端的其他功能和解码显示功能必须共同使用这部分虚拟内存资源，客户端的其他功能包括界面显示功能、与用户的交互功能等。由于计算机的特点，应用程序通常真正能够使用的虚拟内存远未达到2GB。现有的客户端进程单元包含多个解码资源，每个解码资源可进行一路视频码流的解码显示，一路视频码流的解码显示过程可能会占用大量的虚拟内存，虚拟内存使用量主要根据视频图像的大小和设置的视频流畅程度而定。以视频监控为例，视频数据解码显示设备需要将来自多路监控设备的视频流进行同时解码显示；由于可使用的虚拟内存最大容量有限，这导致了客户端进程单元同时解码显示的路数受到很大的限制；对于高清1080p以上的分辨率码流，路数限制会更加明显，具体表现在一个客户端可能同时只能看到几个高清画面；对于目前H.264码流的倒放功能，其占用更多的虚拟内存资源，在单进程解码中，一个客户端最多只能倒放两路高清码流。解码显示占用的虚拟内存过多时也会影响到客户端的其他功能的正常使用。对于单进程解码显示的客户端来说，如果要解决虚拟内存限制就需要使用64位的操作系统。而使用64位的操作系统对于产品的管理和维护需要付出更大的成本，因此，较少地采用增加虚拟内存的方式。

综上，现有对视频流进行单进程解码显示的方案，存在效率低的缺陷。

发明内容

本发明提供了一种对视频流进行解码显示的方法，该方法能够提高对视频码流进行解码显示的效率。

本发明提供了一种对视频流进行解码显示的设备，该设备能够提高对视频码流进行解码显示的效率。

一种对视频流进行解码显示的方法，该方法包括：

客户端进程单元接收解码指令，判断与客户端进程单元连接的至少一个解码显示进程单元是否存在具有空闲的解码资源，如果是，则将视频码流传送给具有空闲解码资源的解码显示进程单元；否则，客户端进程单元启动一个新的解码显示进程单元，将视频码流传送给新启动的解码显示进程单元；

解码显示进程单元接收视频码流，由空闲的解码资源对视频码流进行解码后显示。

一种对视频流进行解码显示的设备，该设备包括客户端进程单元和至少一个解码显示进程单元；

所述客户端进程单元，接收解码指令，判断与客户端进程单元连接的至少一个解码显示进程单元是否存在具有空闲的解码资源，如果是，则将视频码流传送给具有空闲解码资源的解码显示进程单元；否则，客户端进程单元启动一个新的解码显示进程单元，将视频码流传送给新启动的解码显示进程单元；

所述解码显示进程单元，接收来自客户端进程单元的视频码流，由空闲的解码资源对视频码流进行解码后显示。

从上述方案可以看出，本发明中，将解码显示从客户端进程单元独立出来，与客户端进程单元连接的解码显示单元为至少一个，如果与客户端进程单元连接的解码显示单元的解码资源用完，则启动新的解码显示进程单元；这样，采用多个解码显示进程单元对视频流进行解码显示，相比于现有技术中单进程的解码实现方案，提高了效率。假设同时有两个解码显示单元进行解码显示，解码路数将比现有方案增加一倍；对于同时有三个以上解码显示单元进行解码显示的情况，将进一步提高效率。

附图说明

图1为本发明对视频流进行解码显示的方法示意性流程图；

图2为本发明对视频流进行解码显示的方法流程图实例；