d3dxmatrixinverse

一路追下去，发现游戏本身好像没什么大问题，但跟 Direct3D 里面的 D3DXMatrixInverse 有关，会依照 CPU 的支援度决定怎么跑： 会有这些逻辑是因为 AMD 在 2010 后决定放生 3DNow!，所以会需要这样判断。 接着写了一只小程式测试，用 memcmp() 判断是不是一样，结果发现 AMD 的 SSE2 跑出来的程式不被游戏接受：(不一样是正常的，因为这些指令本来就没有要求完全正确，是可以接受误差的) 接着就是翻资料，可以知道 XMMatrixInverse 算是接班人： Hacker News 上有讨论到 Intel 与 AMD 这些指令在 SSE2 上的误差值，都是在规格要求的范围内：

一路追下去，发现游戏本身好像没什么大问题，但跟 Direct3D 里面的 D3DXMatrixInverse 有关，会依照 CPU 的支援度决定怎么跑： 会有这些逻辑是因为 AMD 在 2010 后决定放生 3DNow!，所以会需要这样判断。 接着写了一只小程式测试，用 memcmp() 判断是不是一样，结果发现 AMD 的 SSE2 跑出来的程式不被游戏接受：(不一样是正常的，因为这些指令本来就没有要求完全正确，是可以接受误差的) 接着就是翻资料，可以知道 XMMatrixInverse 算是接班人： Hacker News 上有讨论到 Intel 与 AMD 这些指令在 SSE2 上的误差值，都是在规格要求的范围内：

一路追下去，发现游戏本身好像没什么大问题，但跟 Direct3D 里面的 D3DXMatrixInverse 有关，会依照 CPU 的支援度决定怎么跑： 会有这些逻辑是因为 AMD 在 2010 后决定放生 3DNow!，所以会需要这样判断。 接着写了一只小程式测试，用 memcmp() 判断是不是一样，结果发现 AMD 的 SSE2 跑出来的程式不被游戏接受：(不一样是正常的，因为这些指令本来就没有要求完全正确，是可以接受误差的) 接着就是翻资料，可以知道 XMMatrixInverse 算是接班人： Hacker News 上有讨论到 Intel 与 AMD 这些指令在 SSE2 上的误差值，都是在规格要求的范围内：

一路追下去，发现游戏本身好像没什么大问题，但跟 Direct3D 里面的 D3DXMatrixInverse 有关，会依照 CPU 的支援度决定怎么跑： 会有这些逻辑是因为 AMD 在 2010 后决定放生 3DNow!，所以会需要这样判断。 接着写了一只小程式测试，用 memcmp() 判断是不是一样，结果发现 AMD 的 SSE2 跑出来的程式不被游戏接受：(不一样是正常的，因为这些指令本来就没有要求完全正确，是可以接受误差的) 接着就是翻资料，可以知道 XMMatrixInverse 算是接班人： Hacker News 上有讨论到 Intel 与 AMD 这些指令在 SSE2 上的误差值，都是在规格要求的范围内：