[发明专利]共享的视频‑音频流水线

说明书

背景技术

很多计算平台包括主机中央处理单元（CPU）（在本文中也称为主机），以执行与用户应用相关联的各种处理操作。这种应用可涉及诸如视频和/或音频流之类的媒体的解码和输出（呈现）。

关于视频，主机通常依赖于图形引擎来执行与视频的解码和呈现有关的操作。然而，对于音频，主机通常执行与其解码和呈现有关的操作。尽管可采用专用的硬件音频编解码器（编码器/解码器），然而它们增加了相当多的成本。

不幸的是，音频流通过主机的处理并不是非常有功率效率的。例如，音频处理通常不能在典型客户平台中的2或4个以上的线程中完成。

附图简述

在附图中，相似的附图标记一般指示相同、功能类似和/或结构类似的组件。其中组件第一次出现的附图由附图标记中最左面的数字指示。将参考附图描述本发明，附图中：

图1是示例性装置的图；

图2是示例性音频帧的图；

图3是示例性音频流解码流水线的图；

图4是示出与音频流水线对应的图形驱动器调用的图；以及

图5是逻辑流程图。

详细描述

实施例提供与音频流的处理有关的技术。例如，主机处理平台可接收包括经编码的音频流的内容流。进而，图形引擎从其产生经解码的音频流。这种产生可包括图形引擎执行各种操作，诸如熵解码操作、反量化操作以及离散反余弦变换操作。在实施例中，内容流可进一步包括经编码的视频流。因此，图形引擎可从其产生经解码的视频流。这种音频和视频解码可并行执行。

图形引擎提供针对与视频编解码器相关联的操作的性能的硬件加速。例如，图形处理器单元（GPU）提供可用于实现多种类型的视频编解码器的硬件加速。这种编解码器的示例包括（但不限于）h.264、mpeg2、vc-1等等。然而，视频编解码器当前不处理音频流。相反，如上所述，音频流的处理通常通过主机来完成。不幸的是，这种方法可能消耗过多的功率量。

然而，在实施例中，图形引擎可用于处理音频流。结果，可将完整的媒体（视频和音频）处理平台提供给独立的软件销售商（ISV）。

同样，采用图形引擎来处理音频流可有利地减少媒体回放情形中的主机CPU功耗。例如，无损高清（HD）音频流具有高位率（平均在3-6兆比特每秒范围内，但它们可达到15-20兆比特每秒的峰值率）。处理这种音频流需要相当大量的CPU循环和功耗。更具体地，实验室策略已经显示在蓝光盘回放期间大致0.5瓦的CPU功率可归因于音频处理。

即使音频流在本质上与视频流根本不同，但它们具有实施例利用的若干相似性。例如，视频流和音频流二者均通常通过可变长度解码（VLD）方案（诸如霍夫曼压缩）来压缩。通常，视频流和音频流二者均通常在编码器处量化，并且在解码器处反量化。此外，视频流和音频流二者均通常在编码器处利用离散余弦（DCT）变换而变换，然后在解码器处经由反DCT（iDCT）变换而变换。

实施例可利用这些相似性以提供可处理视频流和音频流二者的统一视频/音频处理环境。此外，音频编码器/解码器（编解码器）通常能够在一定程度上可线程化（即使可线程化的程度对于不同音频编解码器是不同的）。这可有利地促进将音频与视频一起处理为统一的视频/音频并行执行引擎的图形引擎。图形引擎上的音频处理的性能可能有利地更快且更有功率效率。

图1是可采用本文所述技术的示例性操作环境100的图。环境100可包括各个元件。例如，图1示出环境100包括主机处理平台102、图形引擎104、内容源106、音频输出设备107、显示设备108和接口109。这些组件可以硬件和/或软件的任何组合来实现。

主机处理平台102可利用一个或多个处理器（或微处理器）来实现，诸如中央处理单元（CPU）。主机处理平台102可执行各种进程和应用。如图1所示，主机处理平台102执行操作系统（OS）110。通过该操作系统，可执行各种应用和进程。例如，图1示出处理平台102执行媒体应用112和一个或多个图形引擎驱动器111。

应用112可执行与音频和/或视频（或图形）有关的操作。例如，应用112可以是接收经编码的内容（例如，经编码的音频和/或视频内容）的媒体应用。该内容可从内容源106接收。