[已完成]核心翻译内容！-Infinity Artwork Design Document

请各位暂时放弃其他翻译内容!“收集”授权协议已经递交，现开始翻译Infinity Artwork Design Document（以下简称IADD）

注意，文档中很多3D设计专业术语，不明白的不要翻译！翻译时强烈建议对照原.PDF文档！

IADD的.PDF文档下载：http://www.infinity-game.com/doc/Infinity_Artwork.pdf
.ZIP包下载（zip包内25个文件，如下）：http://www.infinity-game.com/doc/ADD.zip

经过文档分割，便于翻译认领，较大的文件包含图片。(已分配（认领）的文档名称后不提供下载连接)
如无法打开/编辑.doc文件，请下载WPS 2007(免费、小巧（23MB）、功能强大)http://www.skycn.com/soft/6905.html
下载：
1.1 General guidelines.doc
1.2. Textures.doc
1.3. Animations-1.5.doc
2. Universe background.doc
3.1. Cities and buildings-3.1Description.doc
3.2. Design style.doc
4. Stations.doc
5.1. Hangars-5.2General.doc
5.3. Garages.doc
5.4. Hangar Entrances - doors.doc
5.5. Garage entrances - doors.doc
6.1. Ships-General.doc
6.2. Dimensions and polycount table.doc
6.3. Geometry.doc
6.4. Texturing.doc
6.5. Ship features.doc
6.6. Vehicles.doc
6.7. Other informations-6.8.doc
7.1. Modules-7.1.doc
7.2. Technical considerations on modules-7.4.doc
8.1. Hardpoints-8.1.doc
8.2. Fixed weapons vs aiming weapons-8.7.doc
9.1. Weapons-9.2.doc
9.3. Retractable weapons-9.4.doc
10. Miscellaneous.doc

请认领.doc文件后跟帖说明。文档涉及到很多3D设计专用术语，不知道的不要翻译；请到汉化QQ群50781553中讨论。文档翻译完成后，请提交到QQ群共享。

翻译格式：
翻译直接在下载的.doc文件内进行，并保留英文；如下：
Universe
宇宙

1.How many solar systems are present in Infinity ?
1.在Infinity中会有多少太阳系？

A lot. Since they are generated procedurally on-the-fly, they cannot easily be counted. But I tried to respect realistic numbers. Expect a galaxy with up to hundreds of billions of worlds. You will not be able to visit them all in your whole lifetime, even if you were to spend only one second per world!
非常多。应为它们由程序实时产生（on-the-fly），所以不是能简单数清楚的。但是我试着尊重现实的数目。预期一个银河系中会有数以百亿的世界。你将不可能在你一生中把它们探索完，甚至一个世界一秒钟也不可能！

翻译分配如下：（更新中）

wmysilly	4. Stations.doc	1.3. Animations-1.5.doc	1.1 General guidelines.doc
10的112次方	6.1. Ships-General.doc	9.1. Weapons-9.2.doc	1.2. Textures.doc	6.5. Ship features.doc
	8.1. Hardpoints-8.1.doc	8.2. Fixed weapons vs aiming weapons-8.7.doc	5.5. Garage entrances - doors.doc	5.1. Hangars-5.2General.doc
	7.2. Technical considerations on modules-7.4.doc	6.4. Texturing.doc
ling7334	5.3. Garages.doc	10. Miscellaneous.doc	2. Universe background.doc	7.1. Modules-7.1.doc
kiss2002	3.2. Design style.doc	5.4. Hangar Entrances - doors.doc	3.1. Cities and buildings-3.1Description.doc	9.3. Retractable weapons-9.4.doc
yau88hse	6.6. Vehicles.doc
ミルフィーユ	6.7. Other informations-6.8.doc	6.3. Geometry.doc
jason	6.2. Dimensions and polycount table.doc

1.1. General guidelines.doc (128 KB) 1.2. Textures.doc (1.8 MB) 2. Universe background.doc (24.5 KB) 3.1. Cities and buildings-3.1 Description.doc (295 KB) 3.2. Design style.doc (29 KB) 4. Stations.doc (34.5 KB) 5.1. Hangars-5.2General.doc (39 KB) 5.3. Garages.doc (969 KB) 5.4. Hangar Entrances - doors.doc (29 KB) 5.5. Garage entrances - doors.doc (27 KB) 6.1. Ships-General.doc (36 KB) 6.2. Dimensions and polycount table.doc (28 KB) 6.3. Geometry.doc (21 KB) 6.4. Texturing.doc (24.5 KB) 6.5. Ship features.doc (1.62 MB) 6.6. Vehicles.doc (25 KB) 6.7. Other informations-6.8.doc (27 KB) 7.2. Technical considerations on modules-7.4.doc (26 KB) 8.1. Hardpoints-8.1.doc (603 KB) 8.2. Fixed weapons vs aiming weapons-8.7.doc (238 KB) 9.1. Weapons-9.2.doc (562 KB) 9.3. Retractable weapons-9.4.doc (30.5 KB) 10. Miscellaneous.doc (19.5 KB) 7.1. Modules-7.1.doc (21.5 KB)

complete-ness 复合贴图
shader 滤镜
alpha channel 透明通道
material table 材质通道
Sub-materials 副材质通道
diffuse + specular map 上色+反射贴图
specular map 反射贴图
bump map 凹图贴图
Self-illumination maps 自体发光贴图
diffuse + bump + spec 上色+凹凸+反射
illumination map 发光贴图
black map 背景 或者 衬底
opacity maps 透明度贴图

-by 班图西撰史者

一、3D API
API是Application Programming Interface应用程序接口的缩写,是许多程序的大集合。一个3D API能让编程人员所设计的3D软件只要调用其API内的程序，从而让API自动和硬件的驱动程序沟通，启动3D芯片内强大的3D图形处理功能，从而大幅度地提高了3D程序的设计效率。目前普遍应用的3D API有DirectX、OpenGL、Glide、Heidi。
·DirectX
微软公司专为PC游戏开发的API，与Windows 95和Windows NT操作系统兼容性好，可绕过图形显示接口（GDI）直接进行支持该API的各种硬件的底层操作，大大提高了游戏的运行速度，而且目前基本上是免费使用的。由于要考虑与各方面的兼容性，DirectX用起来比较麻烦、在执行效率上也未见得最优。
·OpenGL (开放式图形接口)
由Silicon Graphics公司开发，能够在Windows 95、Windows NT、Macos、Beos、OS/2、以及Unix上应用的API。由于OpenGL起步较早，一直用于高档图形工作站，其3D图形功能很强，超过
DirectX，能最大限度地发挥3D芯片的巨大潜力。在Windows 98中已经支持Direct X和OpenGL。在OpenGL的1.2版中增加了对3DNow!标准的支持。
·Glide
这是3Dfx公司为VOODOO系列3D加速卡设计的专用3D API，它可以最大限度发挥VOODOO系列芯片的3D图形处理功能，由于不考虑兼容性，其工作效率远比OpenGL和Direct 3D高，所以Glide是各3D游戏开发商优先选用的3D API。不过，这样一来就使得许多精美的3D游戏在刚推出时，只支持3Dfx公司的VOODOO系列3D加速卡，而其它类型的3D加速卡则要等待其生产厂商提供该游戏的补丁程序。
·Heidi
Heidi是一个由Autodesk公司提出来的规格。目前，采用Heidi系统的应用程序包括3D Studio MAX动画制作程序、Autodesk公司为AutoCAD R13开发的WHIP加速驱动程序。
二、3D特性
·Alpha Blending (α混合)
简单地说这是一种让3D物件产生透明感的技术。屏幕上显示的3D物件，每个像素中有红、绿、蓝三组数值。若3D环境中允许像素能拥有一组α值，我们就称它拥有一个α通道。α值的内容，是记载像素的透明度。这样一来使得每一个物件都可以拥有不同的透明程度。比如说，玻璃会拥有很高的透明度，而一块木头可能就没什么透明度可言。α混合这个功能，就是处理两个物件在萤幕画面上叠加的时候，还会将α值列入考虑，使其呈现接近真实物件的效果。
·Fog Effect (雾化效果)
雾化效果是3D的比较常见的特性，在游戏中见到的烟雾、爆炸火焰以及白云等效果都是雾化的结果。它的功能就是制造一块指定的区域笼罩在一股烟雾弥漫之中的效果，这样可以保证远景的真实性，而且也减小了3D图形的渲染工作量。图1是游戏《恐龙猎人》中的一个画面，其雾化效果非常不错。
·Shading(着色处理)
绝大多数的3D物体是由多边形（polygon）所构成的，它们都必须经过某些着色处理的手续，才不会以线结构（wire frame）的面目示人。着色处理分为Flat Shading平面着色、Gouraud Shading高洛德着色
1.Flat Shading (平面着色):平面着色是最简单也是最快速的着色方法，每个多边形都会被指定一个单一且没有变化的颜色。这种方法虽然会产生出不真实的效果，不过它非常适用于快速成像及其它要求速度重于细致度的场合。
2.Gouraud Shading (高洛德着色): 这种着色的效果要好得多，它可对3D模型各顶点的颜色进行平滑、融合处理，将每个多边形上的每个点赋以一组色调值，同时将多边形着上较为顺滑的渐变色，使其外观具有更强烈的实时感和立体动感，不过其着色速度比平面着色慢得多。
·Mapping(贴图处理)
分为Texture Mapping材质贴图、Mip Mapping Mip贴图、Bump Mapping凹凸贴图、Video Texture Mapping视频材质贴图。
1.Texture Mapping (材质贴图)：是在物体着色方面最引人注意、也是最拟真的方法，同时也多为目前的游戏软件所采用。一张平面图像（可以是数字化图像、小图标或点阵位图）会被贴到多边形上。例如，在赛车游戏的开发上，可用这项技术来绘制轮胎胎面及车体着装。
2.Mip Mapping (Mip贴图)：这项材质贴图的技术，是依据不同精度的要求，而使用不同版本的材质图样进行贴图。例如：当物体移近使用者时，程序会在物体表面贴上较精细、清晰度较高的材质图案，于是让物体呈现出更高层、更加真实的效果；而当物体远离使用者时，程序就会贴上较单纯、清晰度较低的材质图样，进而提升图形处理的整体效率。
3.Bump Mapping (凹凸贴图)：这是一种在3D场景中模拟粗糙外表面的技术。将深度的变化保存到一张贴图中，然后再对3D模型进行标准的混合贴图处理，即可得到具有凹凸感的表面效果，如图2所示。
4.Video Texture Mapping ( 视频材质贴图)：这是目前最好的材质贴图效果。具有此种功能的图形图像加速卡，采用高速的图像处理方式，将一段连续的图像（可能是即时运算或来自一个AVI或MPEC的档案）以材质的方法处理，然后贴到3D物件的表面上去。
·Texture Map Interpolation(材质影像过滤处理)
当材质被贴到屏幕所显示的一个3D模型上时，材质处理器必须决定哪个图素要贴在哪个像素的位置。由于材质是2D图片，而模型是3D物件，所以通常图素的范围与像素范围不会是恰好相同的。此时要解决这个像素的贴图问题，就得用插补处理的方式来解决。而这种处理的方式共分三种：“近邻取样”、“双线过滤”以及“三线过滤”。
1.Nearest Neighbor (近邻取样)
是一种较简单材质影像插补的处理方式。会使用包含像素最多部分的图素来贴图。换句话说就是哪一个图素占到最多的像素，就用那个图素来贴图。这种处理方式因为速度比较快，常被用于早期3D游戏开发，不过材质的品质较差。
2.Bilinear Interpolation (双线过滤)
这是一种较好的材质影像插补的处理方式，会先找出最接近像素的四个图素，然后在它们之间作差补效果，最后产生的结果才会被贴到像素的位置上，这样不会看到“马赛克”现象。这种处理方式较适用于有一定景深的静态影像，不过无法提供最佳品质，也不适用于移动中的物件。在图5中，右边的画面没有采用“双线过滤”，从而出现了比较严重的“马赛克”现象；而左边的画面由于采用了“双线过滤”，图像显得非常“柔和”。
3.Trilinear Interpolation (三线过滤)：这是一种更复杂材质影像插补处理方式，会用到相当多的材质影像，而每张的大小恰好会是另一张的四分之一。例如有一张材质影像是512×512个图素，第二张就会是256×256个图素，第三张就会是128×128个图素等等，总之最小的一张是1×1。凭借这些多重解析度的材质影像，当遇到景深极大的场景时（如飞行模拟），就能提供高品质的贴图效果。一个“双线过滤”需要三次混合，而“三线过滤”就得作七次混合处理，所以每个像素就需要多用21/3倍以上的计算时间。还需要两倍大的存储器时钟带宽。但是“三线过滤”可以提供最高的贴图品质，会去除材质的“闪烁”效果。对于需要动态物体或景深很大的场景应用方面而言，只有“三线过滤”才能提供可接受的材质品质。在图6中，右边的画面由于没有采用“三线过滤”，竹帘部分产生了严重的“闪烁”现象；而左边的画面采用了“三线过滤”，竹帘细节部分非常清晰。
.Perspective Correction (透视角修正处理)
它是采用数学运算的方式，以确保贴在物件上的部分影像图，会向透视的消失方向贴出正确的收敛。在图3中，当图形画面向前倾斜时，左边的画面由于采用了“透视角修正”技术，画面上的直线保持真实的透视效果；而右边的画面没有采用“透视角修正”技术，因而画面上的直线出现了失真。
·Anti－aliasing (反锯齿处理)
简单地说主要是应用调色技术将图形边缘的“锯齿”缓和，边缘更平滑。反锯齿是相对来来说较复杂的技术，一直是高档加速卡的一个主要特征。目前的3D加速卡大多不支持反锯齿，但在下一代3D加速卡如RIVA TNT、G200中将支持这项技术。
·Z Buffer (Z缓存)
Z－buffering是在为物件进行着色时，执行“隐藏面消除”工作的一项技术，所以隐藏物件背后的部分就不会被显示出来。
在3D环境中每个像素中会利用一组数据资料来定义像素在显示时的纵深度（即Z轴座标值）。Z Buffer所用的位数越高，则代表该显示卡所提供的物件纵深感也越精确。目前的3D加速卡一般都可支持16位的Z Buffer，新推出的一些高级的卡已经可支持到32位的Z Buffer。对一个含有很多物体连接的较复杂3D模型而言，能拥有较多的位数来表现深度感是相当重要的事情。
·Double Buffering (双重缓冲区处理)
绝大多数可支持OpenGl的3D加速卡都会提供两组图形画面信息。这两组图形画面信息通常被看着“前台缓存”和“后台缓存”。显示卡用“前台缓存”存放正在显示的这格画面，而同时下一格画面已经在“后台缓存”待命。然后显示卡会将两个缓存互换，“后台缓存”的画面会显示出来，且同时再于“前台缓存”中画好下一格待命，如此形成一种互补的工作方式不断地进行，以很快的速度对画面的改变做出反应。

已经翻译
3.2. Design style.doc
5.4. Hangar Entrances - doors.doc
3[1].1. Cities and buildings-3.1 Description.doc
9[1].3. Retractable weapons-9.4.doc
6.2doc.doc(重新翻译)

翻译工作: 7.1. Modules-7.1.doc 7.1. Modules-7.1.doc (21.5 KB) 7.1. Modules-7.1.doc (21.5 KB)

7 模型

7.1. 说明

–目的是以最少的付出制作多种模型,种类越多越好.我们不需要同一只船的多种版本.

QQ 交谈
已翻译
6.1. Ships-General.doc;
9.1. Weapons-9.2.doc;
1.2. Textures.doc
6.5. Ship features.doc
8.1. Hardpoints
8.2. Fixed weapons vs aiming weapons-8.7.doc
5.5. Garage entrances - doors.doc
5.1. Hangars-5.2General.doc
7.2. Technical considerations on modules－7.4
6.4. Texturing

已翻译 6.6. Vehicles.doc

6.7. Other informations-6.8.doc
翻译完毕,其中一些软件的名称当然没有中文翻译,比如说3DMAX,其他:

automatic compensation我翻译成自动导航系统,而非自动补偿,不然太奇怪难懂了
Z-fighting找不到中文翻译,沒翻译过来,文档中补上其意思为:
当两个像素深度值很接近时，由于z buffer精度不够，引起的遮挡不正确的现象
在文档中放上了

6.2. Dimensions and polycount table
翻译完毕

6.3. Geometry.doc
翻译完毕

有几点我也要说明一下：
整个校对中，我把所有的翻译文档都通读了一遍，的确出现了很多啼笑皆非的表达，当然也有翻译的相当好的，而且这都是出自同一个人之手；这无疑说明了译者翻译到后期丧失了激情。
翻译不仅要有较强的英文阅读；汉语表达能力之外，其实是还需要非常全面的知识。翻译不仅要考验一个人的智商，更考察了一个人的情商（耐性、持久的激情）。

下面感谢在这次（第一次）较大汉化中做出贡献的朋友们，他们是：

wmysilly；10的112次方；ling7334；kiss2002；yau88hse；ミルフィーユ；jason
次方翻译了最多最难的文本。

最后感谢汉化群中提供帮助的组员们，他们是：

江左；NN；班班