Microsof Windows CE 显示设备的驱动程序和硬件.docVIP

Microsoft Windows CE 显示设备的驱动程序和硬件 Jason Black and Jon ChristiansenSeptember 1997 介绍 ??? 在Microsoft? Windows? CE操作系统2.0版本中对图形显示结构进行了根本上的改变。在1.0版本中，图形设备接口（GDI）直接与显示设备的硬件相连接。在2.0版本中，GDI与一个或多个显示驱动程序连接，这些显示驱动程序依次与显示设备的硬件相连接。这种显示结构使Windows CE能够使用各种显示设备，而不需要每个设备都有一个根据硬件编程的接口程序。新的Windows CE GDI仅仅是向多功能性迈进的一小步。 ??? 首先，我们将考虑一下Windows CE显示设备驱动程序成功的几个因素。这里我们先讨论一下显示设备驱动程序应该实现的接口功能，和可以用于简化显示设备驱动程序开发任务的图形基本引擎类。同时也讲一讲设备驱动程序对GDI的支持。 ??? 其次，我们将给出一个详细列表，列出Windows CE所支持的每种像素灰度所对应的显示缓冲格式，并讲述一下显示设备的硬件。由于显示设备驱动程序是GDI和显示设备之间的纽带，硬件有效的支持了显示驱动程序，也就有效的支持了GDI。 Windows CE显示设备驱动程序 ??? 象Windows CE的其他部分一样，显示驱动程序接口（DDI）Microsoft Windows NT? DDI的一个子集。如果你不熟悉Windows NT DDI，在编写你的Windows CE驱动程序之前你可以先读一下Windows NT Device Driver Kit (DDK)的显示设备驱动程序的有关章节。 Windows CE仅仅使用了来自Windows NT DDI的基本图形引擎函数和驱动程序函数。Windows CE和Windows NT之间的不同造成了Windows CE显示设备驱动程序的下列差别： Windows?CE显示设备驱动程序总是提供一组相同的功能，GDI不需查询关于驱动程序能力的任何信息。 Windows?CE显示设备驱动程序不能拒绝十分复杂的操作，它反过来调用GDI将复杂的操作分解成简单的步骤。因为Windows CE所有的显示设备驱动程序支持相同的功能，在调用显示设备驱动程序之前，GDI第一步可以将复杂的操作分解为简单的操作。 Windows?CE显示设备驱动程序被编译为动态连接库（.dll文件）而不是编译成库文件（.lib文件）。 ??? Windows CE所有的显示设备驱动程序必须实现一组DDI函数，GDI调用这组函数初始化显示设备驱动程序和将图形输出到显示设备上。除了DDI函数，有一组被称为基本图形引擎（GPE）类的Microsoft Visual C++?类，显示设备驱动程序可以使用它们方便的进行硬件加速。使用GPE类及其方法实现对基于S3Trio64显示设备硬件的加速，便是实现显示设备驱动程序加速的一个例子。如果你显示设备的硬件使用不同的芯片组，你可以改变GPE方法的实现方式以适应你的硬件特性。 ??? 注意是否使用GPE类是随意的。你在编写显示设备驱动程序时，可以不使用它们，只不过代价是你的DDI功能的实现将更加复杂。注意微软提供的GPE类要求你所用显示设备的硬件必须有一个连续的帧缓冲区。如果你显示设备的硬件不是如此（例如，如果它使用一个固定大小的移动窗口来存取整个显示内存），那么它就不能使用GPE类。要得到更多的信息，请参阅本文的“Windows CE显示设备硬件推荐”部分，尤其是“脏矩形区的驱动”子专题。 ??? Windows CE显示设备的驱动在许多方面与一般的设备驱动不同。最主要的不同在于它们没有明显的输入/输出流接口，因此，它们不能被设备管理器管理，它们也不能调用RegisterDevice。结果，没有特别的设备文件或其他文件系统途径与显示设备驱动程序相对应。当应用程序需要使用显示设备驱动程序，使用显示设备的.dll文件名调用CreateDC时，显示设备驱动程序被装入。这时，Windows CE装入显示设备驱动程序并进行相应的初始化，以便于将该设备的上下文返回给发出调用的应用程序。当然，缺省的显示设备驱动程序被自动装入。 DDI 函数 ??? 下列表格中列出了显示设备和打印设备驱动程序的DDI函数。显示设备驱动程序应当实现这里列出的所有显示设备DDI函数；打印设备驱动程序应当实现所有列出的打印DDI函数。但是，只有DrvEnableDriver必须在显示设备驱动程序的DLL中表示出。因此，只有DrvEnableDriver必须遵循这个名字；而其他函数可以根据你的需要进行调用，因为它们是通过DrvEnableDriver返回的函数指针表示出来。不论它们被谁调用