基于RF5框架的视频处理系统的研究

引 言

随着DSP芯片类型的增多和技术的不断提高，DSP向着多功能、高性能、低功耗方向发展，DSP硬件技术的更新速度也不断加快，然而相关软件技术的开发却远远落后于硬件的开发。TMS320 DSP算法参考框架(Reference Framework，RF)的提出就是为了应对这个难题。RF为一种使用DSP／BIOS内核和TMS320 DSP算法标准的通用初始化代码，用户可以通过使用并修改该通用代码使之符合eXpressDSP标准，以实现特定的应用。按复杂程度，从用于产生紧缩用户系统的RFl，到可提供多算法多通道和不同运行级别的RF5等，参考框架分为多个等级，但目前应用最广泛的为RFl、RF3和RF5。所有的参考框架都是应用程序可屏蔽的，每个参考框架可以适用于多种应用程序，包括音频、视频、网络通信等。

实际上，参考框架是应用程序的蓝本。目前，存储器管理策略、线程模型和通道封装是开发者用于构建系统的主要通用框架单元。把这些工作移交给参考框架来做，开发者可以专注于自身系统的需求。开发者可以在参考框架的上层来构建自己的应用程序，而不用担心下层模块的稳健性和对目标应用程序特性的适应性。参考框架包含了很多已设计成型并且可重用的C语言源代码。当然，参考框架也提供了一些其他的调整入口点，以供应用程序做调整。参考框架的结构如图1所示。左侧的方框是可提供的框架成员。对于每一个成员，都有入口点，可用于改变相应的应用程序。右侧的方框与左侧的方框相对应，描述了相应框架所能做的改变，包括应用行为改变、算法替代、驱动改变和硬件改变。

1 RF5框架

参考框架。RF5适用于含有多通道和多算法结构的高密集度应用程序。与低等级参考框架不同，RF5使用线程(任务TSK)阻塞，可用于包含线程间有复杂依赖关系的应用程序。另外，RF5还具有可变的通道管理、基于任务TSK的应用程序、高效的任务间通信，以及结构化的线程安全控制机制，且易于替换I／O驱动设备和易于调试。

参考框架最重要的要求就是保证易于与用户硬件接口。每一个参考架构均被打包成基于TI DSP开发工具包或其他板卡的完整的应用程序。针对每一个板卡，可以提供不同等级的参考框架。对应用软件进行调整以适合参考框架，主要有3个基本要求：调整算法单元和改变通道数量；调整应用程序以使其适应硬件系统；改变驱动以利于运行终端硬件。RF5提供了一个通道基础框架，使其很容易就可以封装XDAIS算法。通过这一封装，应用程序设计者可以很容易地使应用程序囊括大量的通道和算法单元。参考框架RF5模块的拓扑结构如图2所示。

1．1 RF5数据处理

RF5共有4个基本的数据处理部件：任务(task)、通道(channel)、单元(cell)和标准算法(XDAIS algorithm)。它们之间的关系如图3所示。

通常，一个任务中可以包括一个或多个通道，每个通道中可以包括一个或多个单元，而每个单元中则封装有一个XDAIS算法。单元封装XDAIS算法的作用在于：提供算法与外部世界的一个标准接口，每个单元执行一个简单的ICELL接口，通过该接口执行算法。利用通道可以按序执行多个单元，在典型应用中，多个通道可能包含一套执行功能相同的单元序列。利用任务可以同时处理一个或多个通道，其目的在于组织任务间的数据通信和设备驱动会话等。与通道不同的是，任务有具体的执行代码，并需要用户自己编写。该部分代码通常是从外界接收数据、控制通道执行等。每个任务总是反复执行自己的代码，完成检查控制信息、获得数据、执行通道、发送数据等操作。

1．2 RF5中数据通信

RF5中的数据通信包括task级通信和cell级通信。其通信机理为使用结构体进行信息传递，而非通过全局变量传输处理数据。

1．2．1 task级通信

任务级通信主要用到了SCOM消息队列和邮箱(MBX)。

(1)SCOM

SCOM消息是用户定义的一个数据结构，用于任务之间交换信息。为实现信息传递，某个任务申请一定大小的数据缓冲区，以供其他任务读／写数据。每个任务需要知道其他任务的缓冲区位置，并阻止多个任务同时访问自己的缓冲区。为保证这些功能，利用SCOM消息作为缓冲区描述器，并将其在任务之间传递。因此，SCOM消息相当于其所描述缓冲区的一个令牌，拥有该消息(令牌)的任务可以读／写对应的缓冲区。当完成读／写操作后，消息将传递给另一个任务，如图4所示。

(2)邮 箱

在RF5中，任务通过邮箱(MBX)接收来自其他任务的控制消息。以TI公司提供的JPEG_loopback例程为例，来自用户视频端的图像质量参数可通过全局变量传递到控制任务中。若该参数有所改变，则控制任务将改变值写入