←back to thread

361 points ashitlerferad | 2 comments | | HN request time: 0.472s | source
Show context
LinAGKar ◴[] No.42065332[source]
It would really be surprising if it wasn't backwards compatible. The Switch breaking backwards compatibility was exceptional, apart from that every Nintendo console since the Wii on the stationary side and the GameBoy Color on the handheld side had at least one generation of backwards compatibility.
replies(2): >>42065641 #>>42070500 #
BHSPitMonkey ◴[] No.42065641[source]
That's an oddly cherry-picked version of a pattern. There was no compatibility between the NES, SNES, N64, or GameCube. Wii and Wii U each supported their predecessor's games, but the Switch did not. Those 2 out of 7 were outliers
replies(3): >>42065857 #>>42065874 #>>42067426 #
1. echelon ◴[] No.42067426[source]
CPU and GPU architectures used to wildly change from one generation to the next. Backwards compatibility wasn't always practical or feasible.

Now we've arrived at a fairly locked in set of architectures.

replies(1): >>42073855 #
2. toast0 ◴[] No.42073855[source]
The SNES architecture looks pretty similar to the NES architecture in a lot of ways. It might have been possible to make it work, if it was a design goal. The PPUs are similar, the CPU has a compatability mode for the NES CPU, the controller bus is the same with a different connector.

Sega does what Nintendon't, and their 16-bit system was backwards compatible with (one of their) 8-bit systems, if you got the adapter that adapts the slot and includes a boot rom.

Apple also did it; the 16-bit Apple IIgs used more or less the same CPU as the SNES, and used the CPU compat mode to run regular Apple II software.

Sega