SVGA编程VESAVBE规范副本Word格式文档下载.docx

SVGA编程VESAVBE规范副本Word格式文档下载.docx

《SVGA编程VESAVBE规范副本Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《SVGA编程VESAVBE规范副本Word格式文档下载.docx（60页珍藏版）》请在冰豆网上搜索。

就本文而言,一切带有商业色彩的转

载行为,将不被译者所认同;

为达到

技术交流的目的,引用本文时，将不

受任何限制,但,该中译文的完整性　

必须得到尊重。

声明正常结束，谢谢。

译者：

杨森

Ｅmaｉl:

ｙs８2338@1６

OIＣQ:

8８4１３04８

中华人民共和国五十七年　五月

　　　　　　　　　公立　安徽交通技术学校专业组　

（文档中经由译者原创的图片、代码　可以在未经任何授权的情况下使用）

ﻬVESA

ＶiｄeoElectｒｏnｉｃsStaｎdardsAssoｃiaｔion

视频电子标准化协会

VESＡＢIOSEXＴENＳION　（VBＥ）　　

CoｒeFｕnctiｏns

Standard

Veｒsioｎ：

３．0

Date:

Septeｍbｅr16,1998

宗旨

目的在于为显示、音频设备　建立一个通用的软件接口。

VBＥ接口致力于简化和鼓励应用程序在硬件无关性的情况下对高性能的图形、视频、音频设备进行内核操作。

概述

VＢＥ标准　定义了一套VＧAＲOMBIOS扩展服务。

这些功能,在　DＯS下，可通过１0h中断调用得以实现，其它的高性能３2位ＯＳ及应用程序亦可直接调用。

知识产权

Cｏｐyright（C）19９3-1９98－　VideoElectrｏniｃｓＳｔandardｓ　Asｓociaｔion.

Ａlｌriｇhtsreseｒved

在准备发布此标准时,VESA对本文档中可能存在的错误进行了严密的审查。

视频电子标准化协会及其撰稿人假定：

不对标准中的错误和遗漏负有责任,不对此标准的功能性和　适用性做任何明显或暗指的保证。

（文档中经由译者原创的图片、代码可以在未经任何授权的情况下使用）

商标

（文档中商标的所有权归其各自的所有者所有。

）

介绍

本文描述了应用程序设置图形显示控制器以控制诸如非VＧＡ标准规定的　分辨率、色深、显存组织形式的技术细节,并为用户开发应用程序及系统软件提供参考。

同时，它还介绍了一个用于设置显示器高刷新率　的扩展接口。

　系统软件开发人员可以参考本文档以便向应用程序提供VＢE服务,应用程序编制者亦可基于此文对ＶＢE　兼容设备编程，并获得良好的兼容性。

　　对于程序编制者而言,汇编语言　及ＶGA　编程经验是完全理解ＶBＥ规范　的前提。

尽管汇编语言是　VGA编程的首选，然，某些具有软件中断调用机制的高级语言仍然可以使用规范中所描述的VBE服务对特定的VGＡ寄存器进行　置位/复位。

　　文档里出现的VBE、VＢE3.0、VＢＥCorｅFuｎcｔｉｏnsversion3.0在无特殊说明的情况下,三者同义。

ＶＢE标准的应用范围

　ＶESＡＶBE　的主要用意在于为众多的拥有各自执行标准的　SuperＶGＡ（SVGA）产品　提供一个通用的行业标准（在最初的VGA标准基础之上）,从而　应用程序开发者　可切实可行地对各种兼容设备进行编程。

　　显示设备的升级,对软件而言就会出现硬件兼容性　问题。

如此，在不丢失　软件兼容性的情况下,VBE规范提供了一个扩展的软件基础。

随着时间的流逝,SVGA执行标准即可得到规范,从而,新软件可在老的显示设备上正常运行，反之亦然。

　　针对诸如　显示器分辨率、色深的调节，VＢE服务　提供了标准的　显示控制器　访问规则,在需要的时候,应用程序还可通过ＶＢE服务获得硬件的各种配置的有效性和详细资料。

　虽然之前的VBE标准将显卡默认为VGA卡，但VＢE3.0可在不做任何假定的情况下　工作于任何显存组织模型。

　大多数VBE服务通过允许应用程序在运行时可直接配置硬件，使得硬件的安装和配置得以简化。

为了更进一步地改进处于高分辨率状态下的显示设备的性能,VＢE　3．０　提供了一种新的有别于传统显存框架（使用"

bankinｇ＂机制）的内存模型。

VBE期望运行于所有80x86平台，无论是实地址模式还是保护虚地址模式。

从　VBE３.0开始，所有VBE/ＣoreBIOS函数/功能均支持　＂双重模式"

并且允许它不受限制地以16位保护模式代码　的形式被调用到一个新的　保护模式接口入口。

“双重模式”代码意味着，当它经由　保护模式入口点调用并用以确保完全兼容于　保护模式操作系统（诸如，ＷｉndowsNT,OS／2,ＵＮIX）时，BIOS代码拥护确实的限制。

尽管“双重模式”代码必须以１6位保护模式代码　的形式被调用，但这不能防止它直接被纯32位的操作系统调用。

系统中可能存在两个或两以上的　显示控制器（译注：

显卡和声卡类似，包括两个模块:

数据"

加工"

－控制器、数模转换-DAC），一个用于兼容VGＡ（动宾结构）,另一个用作扩展自基本VGA模式、分辨率、显存组织模式　的显卡。

ＩNT１0h软件接口不可能支持多个控制器，所以只有　主控制器才能将其BIOS映射到C00０h（译注：

显卡ＢIOＳ基址,什么意思呢？

一般来说,板子上的集成显卡和独立显卡只有一个起作用,另一个必须禁掉）。

若系统中存在多个控制器，则另一个可以经由　VBE／AFAｃｃｅleｒaｔorFuｎctions（加速功能）得以控制。

VＢE/Ｃorｅ规范不包括对硬件加速功能（原始2D/3Ｄ图形、视频加速）的描述,如果你有意使用这些特征,请查阅VBE／AF　ＡccｅlｅratoｒFuｎctionsspecｉficatioｎ　。

　请联系　VESA以获得更多信息。

背景

　　IBMVGＡ已经成为PC　图形世界的　事实标准。

为数众多存在于交易市场中的各种显卡,其寄存器、BIOS均兼容于　IＢMVGA。

值得一提的是（译注:

这是很久以前的事情啦），具备更高性能的兼容显卡象雨后春笋一样涌现出来,并充斥着市场。

这些改进的性能包括:

高分辨率、更多的颜色，有的甚至加入了　图形处理功能（文中广泛提到的cｏｎｔroller实际指的就是显示控制器）。

激烈的市场竞争戏剧性地改善了显卡产品的性价比,结果最终用户获得了最大的利益。

　　然而,试图利用这些　“Super　VGA”新功能的软件开发人员必须直面一些新出现的令人感到棘手的问题:

因为没有一个统一的硬件执行标准,开发人员面对的就是一些截然不同的SupeｒVGA硬件体系结构。

由于缺少一个通用的软件接口,在这些SＶGA环境下开发应用程序是昂贵的，技术上也遇到了困难。

除了那些受到OEM　特定驱动程序支持的应用程序以外，很少有软件包能够利用ＳuｐｅｒVGA产品的新功能。

　VBE标准最初的设想就是帮助应用程序，使之能够利用那些高于ＶＧA标准　的显示分辨率和色深。

和软件对行业标准存在着渴望一样，那些怂恿用户使用和接受他们快速推进的产品系列的图形硬件开发商们也存在着与之类似的共识。

　变的由为突出的是，由于存在着上百种板子,以至于大多数软件开发人员无法拥有足够的手段去开发和支持　客户设备级软件。

因此，除了相对狭小的CAＤ市场之外,这些丰富的新特性（SVＧＡ）没有得到利用。

确实如此,此时对SVＧA显示标准的需求，就象中国武林中的葵花宝典，如此VEＳA出面了,并成功地平息这场武林浩劫，最初的　VBE标准便由此而横空出世。

这个标准得到了几个带头大哥　（活跃的显示控制器制造商）的支持，后来还被　ＤOS应用程序员收养了用以支持非扩展的VGA显示模式。

（翻译什么什规范真是一个苦差事,行文太正式了。

所以我在这段加了一点水，呵呵）

时间在流淌，VBE1.1加入了更多的　视频模式,增加了逻辑线长度/双缓冲区;

　　　　　　　VBE１.２加入了higｈcoｌoｒRAＭDAC。

　　在ＶBE1.２发布后的三年里，我们看到我们的这个标准得到了广泛的认可，并且许多做得很成功的程序也在信奉VBＥ。

诚然，对已经存在的标准的健壮性　和　可扩展性的需求变得由为突出。

早期的对　VGＡ　的扩展仍然使用原始的VGAI/O　端口以及与控制器硬件通讯的帧缓冲区。

正如我们看到的，支持的分辨率和色深正在增加,具备　BＩＴBLT　功能的智能控制器及直线绘制函数已经很普通,并且新的flatｆramｅ　bｕｆfｅrｍeｍｏryｍodels已经出现。

VＢE2.0和后继的扩展规范将支持非VＧA架构（具备新的读写调色板　功能有能力使用　fｌatfｒａme　bｕfｆeｒmemoｒyｍｏdeｌs）的控制器。

译注:

BITＢLＴ

[朗文英汉综合电脑词典]

　=ｂｉtblock　tranｓｆeｒ,位块传送,位图数据块的传送

VBE3．０的用意用在于提供先前规范中所或缺的健壮性、可扩展性，同时不丧失对长辈的兼容性。

VBＥ概述

SVGＡ设备图形控制器　应用程序接口

保护模式接口

刷新率设置

液晶虑镜

识别产品及制造商标识

子功能14hOＥM扩展

补充规范

支持VBE的设备

现行ＰC平台的显卡，Herculｅs（大力神）、MＤＡ、CGA、ＥGA,除外均适用于　VBE标准。

获得供应商信息

VGA规范并没有提供一个用于检测显示设备类型的机制，对于软件而言,将无法利用那些新功能。

ＶESA　扩展ＢIOＳ摧毁了这个缺陷，它提供了若干个子功能　用于检测硬件并可返回当前显示环境的系统级信息　以及　图形模式　的细节资料。

譬如：

00h返回包括OEM　标识串等的　一般系统级信息,还可返回一个指向显卡支持的ＶBE　、OＥMｍodes的远指针。

01h　可帮助应用程序获得一些关于被支持的视频模式　的　附加信息

03h　返回当前VBE模式

ＶBE/Core编程

本节介绍　VBＥ3．０提供的应用于　应用程序和系统编程的高级功能。

访问线性　帧缓冲区　内存

（有时,翻译时用词不一致，这无关紧要;

在可能出现误译时,译者将适时以原文拿出。

一旦，成功初始化显示设备为（声调:

阳平）某种支持线性帧缓冲区　的　模式后,那么你就有必要创建一个指针，该　指针用于协助应用程序读写线性帧缓冲区　内存。

现在你必须有一个明确的认识：

这个所谓的线性帧缓冲区,它是个什么东西，它的位置在哪?

不过,“ModｅＩnfoBlocｋ”知道,你去问他好了。

有人又问，他又是个什么东西。

我的回答照旧，我也不知道，那你只好先把他记住吧,等用到他的时候，再去找他吧。

再罗嗦一句：

就目前实现方式而言，VBE