[发明专利]用于管理缓存的方法、装置及系统

说明书

本申请公开了一种方法，所述方法包括：采用对应于第一渲染方式的第一视频缓存队列响应来自视频数据提供方的访问请求；接收将第一渲染方式变更为第二渲染方式的请求；将针对所述访问请求的响应队列，切换为对应于所述第二渲染方式的第二视频缓存队列；其中，所述第一视频缓存队列和所述第二视频缓存队列是并存的。

技术领域

本申请涉及缓存管理技术，具体涉及针对视频渲染过程进行缓存管理的一种方法、装置、机器可读介质及系统。

背景技术

在播放视频的过程中，通常使用视频缓存队列BufferQueue，其对外提供生产者接口和消费者接口。BufferQueue中有若干个缓存单元(也称为缓存块)，其中的空缓存单元供视频数据提供方，例如：视频解码器，通过生产者接口进行填充，从而生成填充缓存单元，消费者则通过消费者接口读取填充缓存单元进行视频渲染。在具体应用中，根据消费者的不同可以划分不同的视频渲染方式，例如，可以划分为SurfaceView渲染方式和TextureView渲染方式。在SurfaceView渲染方式下，系统图形合成器(比如Android的SurfaceFlinger或者Linux的Xserver/Weston)是消费者，其渲染过程请参见图1；在TextureView渲染方式下，视频播放应用自带的渲染单元是消费者，其渲染过程请参见图2。

由于视频缓存队列BufferQueue在创建时就跟消费者绑定了，所述消费者可以是系统图形合成器或者是视频播放应用自带的渲染单元，在播放视频的过程中，每当需要切换渲染方式时都会销毁原有的BufferQueue，重新创建新的BufferQueue以及执行相应的为缓存单元分配内存的操作，并且在完成上述操作后，才能恢复视频播放的相关处理流程。由于在渲染方式切换过程中，需要执行额外的创建BufferQueue以及分配内存的操作，影响执行效率，导致视频播放过程不流畅，用户会感觉到视频播放的中断和卡顿，影响用户体验。

发明内容

本申请提供一种方法，包括：

采用对应于第一渲染方式的第一视频缓存队列响应来自视频数据提供方的访问请求；

接收将第一渲染方式变更为第二渲染方式的请求；

将针对所述访问请求的响应队列，切换为对应于所述第二渲染方式的第二视频缓存队列；

其中，所述第一视频缓存队列和所述第二视频缓存队列是并存的。

附图说明

图1是SurfaceView渲染方式的示意图；

图2是TextureView渲染方式的示意图；

图3是本申请的一种方法的实施例的流程图；

图4是本申请的一种装置的实施例的示意图；

图5是本申请实施例提供的包括缓存管理装置的系统的示意图；

图6是本申请的一种系统的实施例的示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是，本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此，本申请不受下面公开的具体实施的限制。

本申请的技术方案可以有不同的变更实施方式或者替代实施方式，本说明书将结合附图给出的示例对特定的实施方式进行详细说明。但是，本领域技术人员应该理解，本说明书的目的不是为了将本申请技术方案限定于本说明书公开的特定实施方式，而是为了覆盖与本申请技术方案一致的所有变更实施方式、等同实施方式和替代实施方式。