LinuxSir.cn,穿越时空的Linuxsir!

 找回密码
 注册
搜索
热搜: shell linux mysql
12
返回列表 发新帖
楼主: Linuxfish

NVIDIA说明文件在大家的努力下基本快翻译完了,请积极参与校对![详情请进]

[复制链接]
 楼主| 发表于 2002-8-28 15:05:39 | 显示全部楼层
辛苦了兄弟,有什么意见尽管在这里说出来,大家也一起看看,我会及时根据大家的意见修改完善翻译,谢了!
发表于 2002-8-28 21:39:07 | 显示全部楼层
016的翻译全文:

———————————————————————————————————
(app-m)附录 M:画面交换模式、窗口交换模式、以及UBB(统一反向缓冲器)
———————————————————————————————————
从发行版1.0-2313开始,NVIDIA Linux加速驱动包开始支持统一反向缓冲器(UBB

)、画面交换模式以及窗口交换模式。这些特性在某些场合可以提供更高的性能

提升。下面是对它们分别的描述:

·画面交换模式:所有的GeForce系列显示卡或者更新的硬件设备已经包含此种特

性(注:不包括TNT/TNT2系列产品),它可以在进行同步垂直刷新的时候激活,

使OpenGL应用程序在单一全屏幕显示的时候更加清晰。缓冲交换将通过改变DAC所

扫描出的缓存来完成,而不是通过将后置缓存的内容复制到前置缓存来实现;此

种机制可以普遍地使性能得到进一步的提升,并且在场景折回的过程中可以实现

无损交换(当__GL_SYNC_TO_VBLANK 已被设置)。该特性可以 在XF86Config中使

用“PageFlip”选项来禁用

·统一反向缓冲器(UBB):UBB在所有的Quadro系列芯片中已经得到支持(Quadr

o4 200/400NVS 除外),并且当显存足够时,它已经被默认设置为打开。它可以

使用在附录D中所描述的 XF86Config “UBB”选项来禁用。当UBB被打开时,所有

的窗口将使用统一的背景、模板及深度缓冲。在出现很多窗口的情况下,背景、

模板和深度所占用的显存将不会超过全屏幕状态下所使用的大小。但是,即使是

对单一的小型窗口,背景、模板及深度的对显存的占用将和全屏幕窗口所占用的

大小相同,这样的话,显存的使用效率可能要低于采用非UBB显示的模式。

·窗口交换模式:该特性需要UBB的支持,并且只在Quadro芯片上可用。当单一的

OpenGL窗口出现时,该窗口的缓存可以通过DAC扫描出的缓存来改变,而不是将后

置缓存的内容移动到前置缓存中去。这和画面交换模式类似,但是它取消了该窗

口必须为清晰显示状态以及为全屏模式的限制。该特性只能工作在单一的OpenGL

窗口模式下,并且默认情况下为禁用。要启用,请使用附录D中所描述的XF86Conf

ig “WindowFlip”选项


______________________________________________________________________
(app-n) 附录N: 已知的问题
______________________________________________________________________

以下的问题在此发行版中仍然存在,并且有待于解决:

·OpenGL + Xinerama:在Xinerama环境下,除了在单头显示模式下,OpenGL将不

会被起用

·OpenGL及dlopen()函数
在使用了dlopen()函数的程序中,存在着一系列问题有待商讨。这些问题存在于

较老版本的glibc动态装载程序(如:随RedHat7.2所附带的版本)以及像雷神之

锤3、辐射这样的应用程序。欲了解详细信息,请参阅常见问题解答章节

·DPMS及双头显示
当使用双头显示的时候,DPMS中的“延缓”及“等待”模式在第二台CRT显示器上

不会正确工作。该显示器的屏幕会变为空白,而不是调整为被要求的DPMS状态。

·DPMS及平板显示器
DPMS中的“延缓”及“等待”模式在平板显示器上不会正确工作。显示器的屏幕

将变为空白,而不是调整为被要求的DPMS状态

·多显示卡以及多显示器
在某些情况下,从显示卡不会被NVdriver内核模块正确初始化,要解决该问题,

可以激活XFree86

Int10模块来软起动所有的从显示卡。请参阅“附录D:XF86CONFIG配置”章节获

取详细信息。

·膝上型电脑
如果你使用的是膝上型电脑,请在附录D中参阅“已知的膝上型电脑问题”部分

·FSAA(反锯齿)
当FSAA被激活时(__GL_FSAA_MODE变量环境已经被赋上激活FSAA的值,同时多次

取样视觉效果已经被选择)。当调整窗口大小的时候,该渲染可能会被破坏

硬件问题

该部分描述了不会被修复的问题。通常这些问题已经超出了NVIDIA的控制范围。

下面是这些问题的列表:

·技嘉GA-6BX主板
该主板所使用的LinFinity校整器安装在了额定电流被调整为5A的3.3V电压轨上—

—这少于AGP规格所要求的6A。当诊断或应用程序运行时,校整器温度升高,将会

引起NVIDIA芯片的电压降低到2.2V。在此情况下,校整器将不能在3.3V电压轨上

供给NVIDIA芯片所需要的足够电流。

如果显示卡有一个可变式校整器,或者外部电源供应连接在了3.3V电压轨上,该

问题则不会发生。

·带AGP2X的VIA KX133及694X芯片组
在使用VIA KX133或694X 芯片组的Athlon主板上,例如华硕K7V主板,NVIDIA驱动

将会在某一种信号的影响下被默认设置为AGP2X模式,以不足的驱动强度来工作。

·带AGP1X的Irongate芯片组
在使用Irongate芯片组的Athlon主板上,AGP1X传输模式将会在该芯片组中出现信

号完整性的问题

·ALi 芯片组,ALi1541及ALi1647
在ALi1541及ALi1647芯片组中,由于时间性问题及信号完整性问题,NVIDIA驱动

将禁用AGP工作模式。请参阅“附录G:ALI特别问题”获得ALi芯片组的更多信息



**********************************
PAGE FLIPPING, WINDOW FLIPPING, AND UBB 我查阅了相关资料,觉得还是翻译为画面交换模式、窗口交换模式、统一反向缓冲器比较好。但是目前PAGE FLIPPING 还有一种翻译就是页面交换,还请版主拿定主意吧
 楼主| 发表于 2002-8-28 21:52:52 | 显示全部楼层
PAGE FLIPPING我的第一反应就是页面交换,不过我也觉得在这里按兄弟的意思翻更妥当,先就按照兄弟的意思翻,大家可以共同探讨。
再次感谢!
发表于 2002-8-29 12:48:27 | 显示全部楼层
Linuxfish兄:

我翻译的016中有几个很小的问题,麻烦你修改一下:

“·OpenGL及dlopen()函数”那一段中“RegHat”应该为“RedHat”
“·FSAA(反锯齿)”改为“·FSAA(全屏幕抗锯齿)”
“·带AGP2X的VIA KX133及694X芯片组 ”那一段中“将会在某一种信号”后面加上“的影响”。

就这些了
 楼主| 发表于 2002-8-29 17:01:02 | 显示全部楼层
好的,我会去改的,谢谢,兄弟真负责。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

快速回复 返回顶部 返回列表