在电视机嵌入式Linux上进行人机交互界面快速开发的方法

1.一种在电视机嵌入式Linux上进行人机交互界面快速开发的方法，其特征是 包括如下步骤：A、首先设置一个编译开关，表明当前的开发处于PC上还 是电视机硬件平台上；B、当处于PC上时，开发平台通过底层的应用程序 将PC的屏幕显示区域限定为硬件显示的区域，即电视机的OSD显示区域， 从而模拟出一个硬件的OSD装置；C、当连接上硬件平台时，通过这个编译 开关，在初始化帧缓冲时，先从电视机硬件内存中划分一块和硬件显示区域 相对应的缓冲区，并将该缓冲区映射为帧缓冲设备。
2.如权利要求1所述的电视机嵌入式Linux上进行人机交互界面快速开发的方 法，其特征是：还包括局部更新机制，只更新有修改的部分，包括如下步骤： 在相应的绘图操作后设立绘图坐标检测，在绘图完成后得到所有修改的区 域，当区域累积到一定大小，或者上层应用认为需要更新的时候，将被修改 的区域发送到硬件OSD设备，完成绘图。
3.如权利要求1所述的电视机嵌入式Linux上进行人机交互界面快速开发的方 法，其特征是：在步骤B中，当处于PC上时，开发平台先进入800X600X32 的模式。

【技术领域】\n本发明涉及嵌入式操作系统领域，尤其是涉及一种在电视机嵌入式Linux上 进行人机交互界面(GUI)快速开发的方法。\n【背景技术】\n传统的人机接口开发是：采用一套完全成型的商业版GUI，在硬件平台上进 行应用开发。这类系统上一般都具有完备而且快速的显示系统，开发时需要计算 机和嵌入式系统硬件平台配合使用。\n而在电视机中应用中，采用的是轻量级的嵌入式Linux，如果采用商业级 GUI，电视机的OSD显示速度不够快。并且，电视机的开发进度有严格的要求， 如果采用传统的开发模式，在硬件平台未准备好之前，基本上是不能开发的。\n在2.2.X版本以上的Linux中，有一种称为Frame Buffer的驱动程序接口， 它可以理解为“帧缓冲”，是指图形设备所显示的内容在显存中的映射，由此可 以抽象出一种Frame Buffer设备，它是图形硬件设备一种抽象，使用FrameBuffer 和图形硬件建立联系，是用户进入图形界面的接口。有了FrameBuffer，用户的 应用程序不需要对底层的驱动的深入了解就能够做出很好的图形。\n但FrameBuffer仅仅只是提供简单的抽象而已，需要开发者自行做上层应用。 在嵌入式环境下，图形开发是比较困难的，尤其是对于慢速显示设备的开发，更 是如此。\n因此，建立一套高效、适合于慢速显示设备的开发模式显得极其必要。\n【发明内容】\n本发明的目的在于提供一种在电视机嵌入式Linux上进行人机交互界面 (GUI)快速开发的方法。\n为实现上述目的，本发明提出一种在电视机嵌入式Linux上进行人机交互界 面快速开发的方法，其特征是包括如下步骤：\nA、首先设置一个编译开关，表明当前的开发处于PC上还是电视机硬 件平台上；\nB、当处于PC上时，开发平台通过底层的应用程序将PC的屏幕显示 区域限定为硬件显示的区域，即电视机的OSD显示区域，从而模 拟出一个硬件的OSD装置；\nC、当连接上硬件平台时，通过这个编译开关，在初始化帧缓冲时，先 从电视机硬件内存中划分一块和硬件显示区域相对应的缓冲区，并 将这块缓冲区通过映射成为帧缓冲设备。\n本发明还包括如下从属特征：\n还包括局部更新机制，只更新有修改的部分，包括如下步骤：在相应的绘图 操作后设立绘图坐标检测，在绘图完成后得到所有修改的区域，当区域累积到一 定大小，或者上层应用认为需要更新的时候，将被修改的区域发送到硬件OSD 设备，完成绘图。\n在步骤B中，当处于PC上时，开发平台先进入800X600X32的模式。\n与现有技术相比，本发明具有如下优点：通过该方法可以在电视机嵌入式 Linux上进行人机交互界面(GUI)快速开发。开发时不需要硬件平台，降低了开 发成本；开发时借助计算机进行调试，方便快捷。开发完成后能迅速地转移到硬 件平台上，节约时间。\n由于有一套针对慢速OSD的更新机制，使得GUI在电视上的响应速度大幅 度提高。\n【附图说明】\n图1是在电视机嵌入式Linux上进行人机交互界面快速开发的方法流程图。\n图2是绘图过程中局部更新机制示意图。\n【具体实施方式】\n实施例一：\n请参阅图1：\n本发明在电视机嵌入式Linux上进行人机交互界面(GUI)快速开发的方法是 通过在内存建立一个和显示屏相同大小的区域进行缓冲，来实现Frame Buffer和 硬件平台的互相对接的。通过这个缓冲区，上层应用和底层硬件平台完全隔离， 上层应用就像是在操作Frame Buffer设备，不必考虑底层的实现情况。\n首先设置一个编译开关，表明当前的开发处于PC(Personal Computer)上还是 电视机硬件平台上。\n当处于PC上时，开发平台先进入800X600X32的模式，并通过底层的应用 程序将PC的屏幕显示区域限定为硬件显示的区域(电视机的OSD显示区域)， 从而模拟出一个硬件的OSD(On Screen Display)装置。其好处是：所有的上层 应用按照PC上开发Frame Buffer应用程序时的方法开发，不存在任何差异。在 这上面开发应用程序，可以脱离硬件平台，并可以实时地看到在硬件平台上的效 果。\n当连接上硬件平台时，通过这个编译开关，在初始化Frame Buffer时，先从 电视机硬件内存中划分一块和硬件显示区域相对应的缓冲区，并将这块缓冲区通 过映射成为Frame Buffer设备。这样，相对于上层程序并没有发生任何变化。\n为了和硬件上的OSD显示设备接口，并加快显示速度，特别针对电视机慢 速OSD设计一套局部更新机制，只更新有修改的部分。具体是：在相应的绘图 操作(画线、画框、贴图)后设立绘图坐标检测，在绘图完成后得到所有修改的区 域(一般为矩形区域)，当区域累积到一定大小，或者上层应用认为需要更新的时 候，将被修改的区域发送到硬件OSD设备，完成绘图。如图2所示。\n其中，由标准化的要求，所有的绘图操作均被设计为针对缓冲操作的方式， 更换开发平台对绘图操作无任何影响。同时由于将绘图操作同慢速硬件隔开，加 快了绘图操作，缩短了应用的绘图开销时间。\n综上所述，本发明实现了以下几大功能：\n1.借助Linux内核中FrameBuffer设备支持，使人机接口开发脱离硬件平台。\n2.专门针对电视机慢速OSD设计一套局部更新机制。\n3.设计一套标准的Frame Buffer-＞慢速OSD内存拷贝机制，以实现开发后快 速移植。\n在某高端LCD电视上，已经采用此办法，实现了电视机菜单、PVR(个人视 频录放器)菜单的开发实验，证明本方法可以达到上述有益效果。