作者krousxchen (KXC)
看板NSwitch
标题Re: [情报] NS後继机确定相容NS游戏
时间Thu Apr 3 18:19:54 2025
「即时转译」让一堆人以为是类似rosetta跟proton
重点在下面那段：
「Nintendo Switch 2的处理器数量增加，处理速度提升，记忆体容量也更有余裕。
在这个状态下处理进行的时间点跟Nintendo Switch不一样，有些软体因此而无法运行」
这是因为性能提升，有些游戏的在NS2处理进行会与NS1时间点不同，导致执行会出错
所以需要让NS2跑在「硬体模拟NS1的模式」，让游戏在NS2处理进行时间点跟NS1一样
这「硬体模拟NS1的模式」，只是让NS2 SoC运行程序的顺序跟NS1相同
而不是什麽Rosetta那种转译x86到ARM，或是Proton把DX的DLL重现在Linux
然後NS1游戏在NS2跑，表现会因此有所提升，因为用更高的性能去跑游戏
这也是NS2用更强的硬体，跑NS1游戏会有提升的结果
就算不是NS2强化版本，只是一般的NS1游戏也能提升
https://www.nintendo.com/hk/interview/switch2/04.html
堂田
就算想使用软体模拟器之类的技术，如果在性能上没有压倒性的差距就很难实现，
所以目前的做法介乎於软体模拟器与硬体相容之间。
佐佐木
接下来的说法比较偏向技术层面……其实就是在处理Nintendo Switch软体的资料，
让它可以在Nintendo Switch 2上运行的同时读取资料。
就像是把Nintendo Switch软体「即时传译」为Nintendo Switch 2软体的感觉吗？
佐佐木
有些软体正因为是Nintendo Switch的硬体构造才能顺行运行。
Nintendo Switch 2的处理器数量增加，处理速度提升，记忆体容量也更有余裕。
在这个状态下，处理进行的时间点跟Nintendo Switch不一样，有些软体因此而无法运行。
所以我们最初没什麽信心，不过随着一次又一次的软体验证，
有些软体透过改善构造就能解决问题。
我们开始了解到「虽然有可能不是全部，但大部分软体都能运行」，而有了信心。
说到这次用上新技术来让软体相容，
那麽用Nintendo Switch 2来游玩Nintendo Switch游戏的话，体验会「变好」吗？
堂田
试着用Nintendo Switch 2运行Nintendo Switch软体时，
我们发现有各种体验上的改善，例如是读取速度更快、游戏处理更稳定等。
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 1.165.102.203 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/NSwitch/M.1743675596.A.048.html
1F：推 whitenoise: …感觉他们似乎也不太确定发生什麽事XD 04/03 18:29
我是觉得是在访谈故意讲的直白一点啦
但还是会让一些懂一点技术的会错意
2F：推 takase: 了解，感谢说明，看来是我想多了 04/03 18:33
3F：推 Explorer09: 简单来讲是JIT的转译，这个东东在模拟领域其实已是常 04/03 18:35
4F：→ Explorer09: 见技术。不过Switch 2跟Switch 的CPU都是ARM64架构， 04/03 18:35
5F：→ Explorer09: 似乎没有转译的必要（？） 04/03 18:35
事实是没有转译的必要，
可能是当时nV在NS弄NVN的时候没做好未来相容，导致有一些地方会导致NS2运行上会出错
或者是开发者在开发NS游戏时没写好，搞了一个很依存於NS硬体性能的程序
有点像某些游戏专为30FPS开发，结果60FPS会出bug的情况
所以需要把NS2硬体模拟NS1，来让NS1游戏跑在NS2上
6F：→ Explorer09: 要转译的地方可能是GPU或其它硬体元件吧？ 04/03 18:36
GPU也不可能需要转译，比较有可能的是微架构差异导致游戏执行上面会出错
但我觉得很有可能是访谈把问题给夸张化了，在PC上面这种微架构差异很小
要不然就是游戏机上面要搞最佳化，降低了相容性
7F：推 SPDY: 会搞定在NS2上跑旧有NVN不用太多虑 04/03 18:39
8F：→ Explorer09: 其实现在你不用担心背後技术怎麽做的，因为即使 04/03 18:40
9F：→ Explorer09: Switch 1游戏直接JIT转译到Switch 2有问题的话，官方 04/03 18:40
10F：→ Explorer09: 可以提供Switch 2相容更新下载厂商重编译成Switch 2 04/03 18:40
11F：→ Explorer09: 的程式档，所以几乎是无痛升级。 04/03 18:40
就patch
12F：推 Explorer09: 原PO你没考虑OS层的架构也可能不一样啊，像Windows程 04/03 18:46
13F：→ Explorer09: 式在Linux上跑就需要Wine 04/03 18:46
你要知道NSOS是从DSi OS→3DS OS→NSOS这样发展下来的
基本上NS2OS是新版本NSOS的机率有99.999999%
我是不觉得老任会无聊去再搞一个新的OS
因为再怎麽做新的OS，还不是拿FreeBSD改
14F：推 Explorer09: 游戏主机的优化你不能从PC的角度去想 04/03 18:52
15F：→ Explorer09: 如果他们只是单纯地降时脉、降帧率运行的话，他们就 04/03 18:52
16F：→ Explorer09: 不会提JIT之类的东东。 04/03 18:52
讲到JIT就是那句「即时转译」
但它下面写的那些东西，又不像JIT
17F：推 ayubabbit: 应该就Nv自己相容性没写好吧 04/03 19:02
18F：推 Explorer09: 例如ARM不像x86一样每个新款CPU推出都会相容旧的指令 04/03 19:02
19F：→ Explorer09: 集，虽说现在手机、平板、某些ARM笔电都会做成丰富的 04/03 19:02
20F：→ Explorer09: 指令集支援，但嵌入式的ARM你就不能期待如此。 04/03 19:02
你这个论点在不同用处的ARM是没错
但问题在於，A57跟A78都是Cortex-A系列，所以会有完全的相容性
21F：推 SPDY: 反正他们的开发机会输出log能分析 出错就去解 04/03 19:03
22F：推 widec: 好奇旷野要是没用升级卷 还是跑900p吗 04/03 19:06
23F：推 Explorer09: 不然NDS跟GBA都是用ARM的CPU，怎麽不说直接能跑呢？ 04/03 19:08
24F：→ Explorer09: （NDS用ARM9E，GBA用ARM7TDMI） 04/03 19:08
有没有一种可能，是因为包ARM7TDMI成本比较低，而且包了还安排其他工作给它作
然後还有一个例子，就是3DS没有包GBA处理器
却能原生跑大便游戏的那十款GBA游戏
这就是用新处理器直接跑的例子
25F：推 wulouise: 升级包有画质提升，但是不买克洛格森林应该还是有进步 04/03 19:10
26F：推 SPDY: 目前Armv8-A问题不严重 不然App里包lib早就出灾情 04/03 19:10
27F：→ SPDY: 至於换v9以後相容性起码是再5年後的事了吧 04/03 19:10
ARM弹性很大的，真的要相容其实可以客制一颗
然後最近ARM蛋雕的是32位元支援，刚好NS的A57就是第一款支援64位元的
我是觉得老任不至於傻到用32位元做游戏
28F：推 Louis430: 不是PC要照顾旧系统的话 用32bit也没意义吧 04/03 19:21
※ 编辑: krousxchen (1.165.102.203 台湾), 04/03/2025 19:27:36
29F：推 SPDY: 包旧硬体原因就是访谈所说无法用模拟器相容 04/03 19:33
30F：→ SPDY: 以前ARM11没压倒ARM9 ARM9没压倒ARM7 04/03 19:33
31F：推 SPDY: 所以用ARM11的3DS就是VC模拟器跑GB游戏 04/03 19:39
32F：→ SPDY: 因为ARM11确实压倒GB的Z80(8080微处理器) 04/03 19:39