-
模拟器那些重编译器啥的我是根本不懂，不过PS3模拟相关的难处我听人讲过
PS3的CPU，Cell，里面除了主要的PowerPC核心之外，还有几个协处理器，SPU，用来协助一些数学计算，比如物理效果之类。但是不像现在全自动分配核心的英特尔大小核，PS3上编写游戏的时候利用这些SPU核心的代码很难写，导致早期PS3游戏有不少根本不用这些核心，等到后期开发人员对硬件熟悉了利用的才多。
这种内置的协处理器比较少见，由于这个架构的特殊性，SPU的模拟一直是很大的一个瓶颈，结合上面说的每个游戏对SPU的利用程度不一样，游戏跑的速度自然就不一样。
(https://youtu.be/lLebZyha74o)
再举个例子，如果我没记错的话，N64的内存是一整块，内存、显存、帧缓冲（frame buffer）都在这块内存里，CPU、GPU能访问整块内存。这样就能做出一些很有意思的效果，比如N64马车的这个赛道：
可以看到，游戏里的这个“屏幕”显示的就是玩家的屏幕内容
但是在模拟器里，经常是这样：
这不是bug，这是因为N64的GPU可以直接从帧缓冲（就是放渲染出来即将要显示的帧的地方）里读数据，把这些之前渲染出的帧当作贴图重新用到游戏里。而现在电脑内存、显存之类的都是分开的，没有很好的方法能在不损失速度的情况下实现这个效果，模拟器开发者就直接禁用了这个功能。所以架构对模拟的影响是非常之大的，不光是老爱说的英语讲数学的程度
模拟器也不是简单的模拟出整个机器，以前HLE出现前可能是这么干的，但这样效率太低了，要模拟出主板上每一个芯片、电路，消耗太大，所以后来就有了HLE。对于HLE，比如你想模拟PS4，PS4有一套自己的图形api，电脑也有自己的一套图形api，这样写模拟器的时候只要把PS4的图形api想办法翻译成电脑的OpenGL、DX12、Vulkan之类的就行。但是这层“翻译”是需要模拟器作者实现、打磨，优化的，每个“翻译”可能实现的复杂程度不一样，每个游戏既然对原api的利用频率不一样，那模拟器模拟的时候速度也不一样。
不大懂，都是道听途说的，哈哈
-
-
-
-
-
模拟器那些重编译器啥的我是根本不懂，不过PS3模拟相关的难处我听人讲过
PS3的CPU，Cell，里面除了主要的PowerPC核心之外，还有几个协处理器，SPU，用来协助一些数学计算，比如物理效果之类。但是不像现在全自动分配核心的英特尔大小核，PS3上编写游戏的时候利用这些SPU核心的代码很难写，导致早期PS3游戏有不少根本不用这些核心，等到后期开发人员对硬件熟悉了利用的才多。
这种内置的协处理器比较少见，由于这个架构的特殊性，SPU的模拟一直是很大的一个瓶颈，结合上面说的每个游戏对SPU的利用程度不一样，游戏跑的速度自然就不一样。(https://youtu.be/lLebZyha74o)
再举个例子，如果我没记错的话，N64的内存是一整块，内存、显存、帧缓冲（frame buffer）都在这块内存里，CPU、GPU能访问整块内存。这样就能做出一些很有意思的效果，比如N64马车的这个赛道：
可以看到，游戏里的这个“屏幕”显示的就是玩家的屏幕内容
但是在模拟器里，经常是这样：
这不是bug，这是因为N64的GPU可以直接从帧缓冲（就是放渲染出来即将要显示的帧的地方）里读数据，把这些之前渲染出的帧当作贴图重新用到游戏里。而现在电脑内存、显存之类的都是分开的，没有很好的方法能在不损失速度的情况下实现这个效果，模拟器开发者就直接禁用了这个功能。所以架构对模拟的影响是非常之大的，不光是老爱说的英语讲数学的程度
模拟器也不是简单的模拟出整个机器，以前HLE出现前可能是这么干的，但这样效率太低了，要模拟出主板上每一个芯片、电路，消耗太大，所以后来就有了HLE。对于HLE，比如你想模拟PS4，PS4有一套自己的图形api，电脑也有自己的一套图形api，这样写模拟器的时候只要把PS4的图形api想办法翻译成电脑的OpenGL、DX12、Vulkan之类的就行。但是这层“翻译”是需要模拟器作者实现、打磨，优化的，每个“翻译”可能实现的复杂程度不一样，每个游戏既然对原api的利用频率不一样，那模拟器模拟的时候速度也不一样。
不大懂，都是道听途说的，哈哈
-
-
-
-
-
-