DSP

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

2019-07-13 10:50发布

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

[日期:2008-11-12] 来源:单片机与嵌入式系统应用  作者:曹 磊 范彩霞 [字体: ]   引 言
    随着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驱动设备和易于调试。 081112093123441.jpg     参考框架最重要的要求就是保证易于与用户硬件接口。每一个参考架构均被打包成基于TI DSP开发工具包或其他板卡的完整的应用程序。针对每一个板卡,可以提供不同等级的参考框架。对应用软件进行调整以适合参考框架,主要有3个基本要求:调整算法单元和改变通道数量;调整应用程序以使其适应硬件系统;改变驱动以利于运行终端硬件。RF5提供了一个通道基础框架,使其很容易就可以封装XDAIS算法。通过这一封装,应用程序设计者可以很容易地使应用程序囊括大量的通道和算
法单元。参考框架RF5模块的拓扑结构如图2所示。 081112093123442.jpg 1.1 RF5数据处理
    RF5共有4个基本的数据处理部件:任务(task)、通道(channel)、单元(cell)和标准算法(XDAIS algorithm)。它们之间的关系如图3所示。 081112093123443.jpg     通常,一个任务中可以包括一个或多个通道,每个通道中可以包括一个或多个单元,而每个单元中则封装有一个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例程为例,来自用户视频端的图像质量参数可通过全局变量传递到控制任务中。若该参数有所改变,则控制任务将改变值写入一个邮箱中,图像处理任务每500个时钟周期检查一次邮箱,并从邮箱中取出图像质量参数的改变值,然后进行相关处理。
1.2.2 cell级通信
    eell级通信同样基于数据缓冲区,且存在一个内部cell通信对象(ICC对象),用于对缓冲区的描述。每个cell的输入、输出队列均指向该ICC对象。图5为3个cell通信的结构图。 081112093123444.jpg     通道中有3个cell和5个ICC对象。cell X从任务中读取其数据,经处理后,将其输出发送到另外的2个缓冲区中(Bur2和Bur3);缓冲区Bur2供cell Y读取;Bur3供cell Z读取,同时cell Z也读取cell Y的输出。最后,任务读取cell Z的输出。
2 视频处理应用
   
基于RF5参考框架的通用视频处理系统结构如图6所示。整个DSP上的系统由4个任务线程组成。TSK_Input线程完成从视频输入端口读数据,TSK_Output线程完成向视频输出端口写数据,TSK_Process线程完成视频流中数据的处理,三者之间靠SCOM消息队列进行同步和消息传递。TSK_Process线程中包含一个数据处理通道,该通道中包含一个cell对象,由该对象加载和运行封装的视频处理算法。视频处理控制算法可以放在TSK_Control线程中运行,也可以合并在视频处理算法中。TSK_Control线程与TSK_Process线程之间通过消息信箱完成信息传递。 081112093123445.jpg     实现不同任务之间的通信时,采用SCOM消息队列。用RF5的SCOM机制实现TSK_Input与TSK_Process之间通信的主要程序如下: 081112093123446.jpg

结 语
    RF5是一个扩展性很强的软件参考框架,其设计目的是让开发人员避开复杂的底层设计,创建基于多通道下复杂算法的应用程序。
    采用RF5所带来的好处是:系统的模块化功能比较强,系统功能的组合比较方便,通过修改设备驱动程序就可以直接运行到同类型的其他硬件平台上;通过调整数据处理通道的数量和通道中算法的数量、种类及排列顺序,可以实现多种不同的系统功能,配置非常灵活。因此该结构具有很好的通用性,可以直接在其他视频、图像的产品项目中使用。