DirectX10.0 32位&64位 官方中文版

软件介绍

Dx10（DirectX10）是由微软官方制作的电脑多媒体及游戏所必备的接口应用，由C++编程语言实现，遵循COM，兼容32位及64位操作系统，不仅提升了3D图像显示的质量，而且还带来了更加高品质的音响效果。

Dx10程序特色

【几何渲染单元编辑】
图元在层次上比顶点高一级，它由一个或多个顶点构成。由单个顶点组成的图元被称为“点”，由两个顶点组成的图元被称为“线”，由三个顶点组成的图元被称为“三角形”。几何渲染单元支持点、线、三角形、带邻接点的线、带邻接点的三角形等多种图元类型，它一次最多可处理六个顶点。借助丰富的图元类型支持，几何渲染单元可以让GPU提供更精细的模型细节。
几何渲染单元赋予GPU自行创造新几何物体、为场景添加内容的神奇能力。灵活的处理能力使GPU更加通用化，以往很多必须倚靠CPU才能完成的工作，现在完全可交由GPU处理。如此一来，CPU就有更多时间处理人工智能、寻址等工作。更令人惊喜的是，几何渲染单元还让物理运算的加入变得更简单，DirectX 10可创建具备物理特性的盒子、模拟刚性物体，物理运算有望在它的带领下逐渐走向普及。可以预见，借助几何渲染单元这一武器，显卡性能将产生质的飞跃，我们也将体验到速度更流畅、画面更精美、情节更细致的游戏。
【改进的API和驱动功效编辑】
我们知道，每一个游戏角色、武器和景物在3D程序中都是一个Object（对象），而每一帧游戏画面就可能出现数百个Object。在显卡工作时，每一个Object都要从应用程序传输到API接口，然后通过显卡驱动程序到达显卡。在现有的DirectX体系中，任何一个Object进行操作或者渲染，都会导致系统资源的额外消耗，游戏的Object越多，所耗费的传递时间就越长，造成的额外消耗也就越多。据统计，现有的DirectX 9图形芯片在工作时，只有60%的性能用于运算3D程序，其余40%的运算能力被白白浪费了！
为了改变这一现状，DirectX 10在渲染程序中采用了动态索引功能，Object被驱动程序自动加载，数据可以分类并连续输入，这样一来，单次传输的数据量就增加了，从而大大降低了额外耗费的时间。通过引入新的API及驱动程序，DirectX 10将图形芯片的执行效能提升至80%。在不增加显卡硬件成本的前提下，显卡性能得到了大幅提升。
【并行引擎支持技术编辑】
为了提升多块显卡协作的工作效率，微软在DirectX 10中提出了“Parallel Engine Support（并行引擎支持）”的概念，它可以预先把两个GPU需要的数据分别传输到两块对应的GPU当中，帧渲染将完全由驱动控制和调配，两块显卡的工作强度可以获得很好的平衡。而在目前主从卡的运作模式中，主卡要对从卡框架、渲染数量进行判定，而引入并行引擎支持技术后，主从卡的概念将消失，两块甚至多块显卡的协作威力将充分体现。
【统一渲染架构编辑】
DirectX 10最大的革新就是统一渲染架构（Unified Shader Architecture）。目前各类图形硬件和API均采用分离渲染架构，即顶点渲染和像素渲染各自独立进行，前者的任务是构建出含三维坐标信息的多边形顶点，后者则是将这些顶点从三维转换为二维，这样便可以通过视觉欺骗在屏幕上显示出“三维”的场景。与此对应，GPU中也有专门的顶点渲染单元和像素渲染单元来分别执行这两项工作（由于工作量不同，这两种渲染单元的数量不相等，顶点渲染单元通常只有像素渲染单元的1/3～1/2）。在过去几年中，这种分离式设计对计算机图形领域的发展做出了一定的贡献。
不过，微软认为这种分离渲染架构不够灵活，不同的GPU，其像素渲染单元和顶点渲染单元的比例不一样，软件开发人员在编写代码时必须考虑这个比例，这就大大限制了开发人员自由发挥的空间。另外，不同的图形游戏或软件对像素渲染和顶点渲染的需求不一样，导致GPU的运算资源得不到充分利用。为此，微软在DirectX 10中提出了统一渲染架构的思想：在相同物理类型的渲染单元上执行不同类型的渲染程序。换句话说，只用一种渲染单元，让它既能完成顶点渲染，也能完成像素渲染，甚至还能实现几何渲染。这样一来，渲染单元可以得到最大程度的利用，减少了资源闲置的情形。目前，Xbox 360的显示芯片Xenos就采用了统一渲染架构，该芯片一共有48个渲染单元，它们可全部用于顶点渲染或像素渲染，没有固定分配比例。此外，ATI也打算在新一代的R600芯片中采用统一渲染架构。
当然，统一渲染架构也并非完美无瑕。相对顶点渲染来说，像素渲染将面临大规模使用纹理所带来的材质延迟，这是统一渲染架构急待解决的问题。不过有一点可以肯定，在微软的大力推动下，统一渲染架构是大势所趋。
【适应Vista系统编辑】
除统一渲染架构外，DirectX 10的另一大特色就是与Windows Vista紧密结合，Vista系统将调用GPU资源来渲染Aero Glass 3D界面，这样图形API就与操作系统核心高度整合在一起。举个例子，当我们点击应用程序时，CPU将立刻收到驱动程序的指令，而软件界面渲染指令则通过DirectX 10直接传送给GPU，这样，Vista就能与CPU和GPU同时沟通，让3D界面渲染工作变得更高效。
相比之下，在DirectX 9环境中，Vista（软件）界面的渲染工作就要“迟钝”一些了：用户点击运行某个软件，Vista将相应的指令发送给CPU，要求CPU进行后续处理；CPU接到运行指令的同时向GPU发出请求，要求GPU在屏幕上渲染出界面。GPU（支持DirectX 9）识别Vista界面渲染指令后完成相应的工作（注意：DirectX 8显卡无法完成渲染工作，必须让CPU通过软件模拟来实现，此时系统速度非常缓慢）。换句话说，在“DirectX 9显卡+Vista”的平台中，CPU还是核心，GPU必须在CPU的控制下工作，而Vista系统也必须通过CPU来调用GPU的资源。
DirectX9还有一个不足之处，那就是它只能进行单任务渲染，即无法同时完成两个场景的渲染工作（如无法在运行游戏的同时为软件渲染3D界面），应用范围受到极大的限制。而DirectX 10则允许GPU同时渲染多个不相关的3D场景，工作效率大为提高。因此，尽管DirectX 9显卡大都能驱动Vista华丽的Aero Glass视觉模式，但很多方面受到了限制，只有DirectX 10显卡才是Vista的理想“伴侣”。
可惜，微软决定DirectX10不会“下嫁”WindowsXP，想体验DX10特效只能依赖Vista。
【Shader Model 4.0】
从DirectX 8开始，Shader Model（渲染单元模式）在DirectX体系中的地位就日趋重要，其版本和渲染单元的规格也成为了决定显卡性能高低的关键因素。随着DirectX 10时代的到来，Shader Model也升级到了4.0版本。与眼下如日中天的Shader Model 3.0（以下简称SM 3.0）相比，Shader Model 4.0（以下简称SM 4.0）有哪些可喜的变化？
首先，SM4.0中的指令长度被提升到大于64K（即64×1024）的水平，这是SM 3.0规格（渲染指令长度允许大于512）的128倍。显然，SM 4.0在为渲染出电影级别的游戏画面做准备。由于渲染指令长度大幅提升，SM 4.0中相应的寄存器规格也有所增强，如Constant寄存器采用16×4096阵列、tmp寄存器则有4096个、input寄存器采用16/32规格等，上述指标都比以前的DirectX有明显的改进。其次，SM 4.0在纹理数量方面也有提高。DirectX 10允许程序员在渲染物体时使用128个纹理，而DirectX 9只提供4/16规格，更多的纹理意味着物体表面精度更接近真实，游戏开发者拥有更广泛的选择。
从上述情况不难看出，DirectX 10在性能方面的提升是巨大的，它将进一步解放CPU的资源。当然，我们也必须看到，DirectX 10对硬件（尤其是显卡）的要求也更为苛刻，GPU在设计上也将更加复杂。

Dx10常见问题

问：XP系统上运行软件时出现0xc0000135的错误，怎么回事？ 
答：WindowsXpsP3系统用户需先安装Microsoft.NETFramework2.0或更高版本才可运行本程序，详情请见“致WindowsXP用户.txt”文件。
问：文件夹里为什么有两个“DirectXRepair”程序，他们有什么区别？
答：“DirectXRepair.exe”为通用版程序，可以兼容WindowsXP（需先安装.NET2.0，详情请参阅“致WindowsXP用户.txt”文件）、WindowsVista、windows7、Windows8（需要先按系统提示开启.NET3.5）、Windows8.1（需要先按系统提示开启.NET3.5）、Windows10（需要先按系统提示开启.NET3.5）；“DirectX_Repair_win8.exe”为特别版程序，默认只兼容Windows8、Windows8.1和Windows10，可以在上述系统上直接运行。这两个程序的功能完全相同。

安装方法

1、首先在本站下载DX安装包
2、使用压缩软件解压，获取DXSDK_Jun10.exe
3、双击运行DXSDK_Jun10.exe开始安装，安装完成后即可