Did Nintendo change its mind about 68000 SNES?
Compared to its main rival from Sega, the Super Nintendo has a weaker CPU but a more powerful graphics chip.
According to http://web.archive.org/web/20080505070423/http://www.eidolons-inn.net/tiki-index.php?page=SegaBase+Genesis
The system as originally designed was way too expensive to be produced in a version affordable for the average consumer, let alone cost-effective for Nintendo. On top of that, project leader Masayuki Uemura was unable to meet Yamauchi's demand that the new box be back-compatible with the NES. The back-compatability feature was eventually abandoned; however, that only saved about US$75 on the anticipated end-user price tag. The chief culprit of the cost was, of course, the all-new graphics and sound processing suite upon which Yamauchi insisted. Designed in anticipation of the coming multimedia boom, it drove up the cost of the system so much that Nintendo was again forced to cut costs elsewhere or scrap it and risk being left behind. The problem was eventually solved by installing a slower CPU - a Motorola-based WDC65816 CPU - instead of the faster 10 Mhz MC68000 that Uemura originally intended. This meant that the new box would not be that much faster than the NES itself, so a math coprocessor (as cheap as Nintendo could cobble together) was thrown in to ease the processing strain a bit.
Okay, I'm not surprised they contemplated making the machine backward-compatible. I could imagine that motivating the choice of a 6502-derived CPU. I could imagine the backward compatibility feature being eventually dropped to save cost, and someone deciding it wasn't worth redesigning with a different CPU at that late stage.
But I am very surprised by the claim that an originally planned 68000 was dropped for cost reasons, simply because by the end of the eighties, the 68000 only cost a few dollars anyway. E.g. Byte, December 1988, advertises it for $9.95, and that's retail price in quantity one; in quantities of millions, the unit price would've been considerably less. (It doesn't give a price for the 65816, but does advertise the 65C02 for $7.95.) The data bus would be sixteen bits either way, so the impact on system cost would seem to be essentially zero.
Did Nintendo really change their mind about using the 68000? If so, how does this square with that CPU being so cheap even two years before the launch of the new console?
history nintendo snes motorola-68000
add a comment |
Compared to its main rival from Sega, the Super Nintendo has a weaker CPU but a more powerful graphics chip.
According to http://web.archive.org/web/20080505070423/http://www.eidolons-inn.net/tiki-index.php?page=SegaBase+Genesis
The system as originally designed was way too expensive to be produced in a version affordable for the average consumer, let alone cost-effective for Nintendo. On top of that, project leader Masayuki Uemura was unable to meet Yamauchi's demand that the new box be back-compatible with the NES. The back-compatability feature was eventually abandoned; however, that only saved about US$75 on the anticipated end-user price tag. The chief culprit of the cost was, of course, the all-new graphics and sound processing suite upon which Yamauchi insisted. Designed in anticipation of the coming multimedia boom, it drove up the cost of the system so much that Nintendo was again forced to cut costs elsewhere or scrap it and risk being left behind. The problem was eventually solved by installing a slower CPU - a Motorola-based WDC65816 CPU - instead of the faster 10 Mhz MC68000 that Uemura originally intended. This meant that the new box would not be that much faster than the NES itself, so a math coprocessor (as cheap as Nintendo could cobble together) was thrown in to ease the processing strain a bit.
Okay, I'm not surprised they contemplated making the machine backward-compatible. I could imagine that motivating the choice of a 6502-derived CPU. I could imagine the backward compatibility feature being eventually dropped to save cost, and someone deciding it wasn't worth redesigning with a different CPU at that late stage.
But I am very surprised by the claim that an originally planned 68000 was dropped for cost reasons, simply because by the end of the eighties, the 68000 only cost a few dollars anyway. E.g. Byte, December 1988, advertises it for $9.95, and that's retail price in quantity one; in quantities of millions, the unit price would've been considerably less. (It doesn't give a price for the 65816, but does advertise the 65C02 for $7.95.) The data bus would be sixteen bits either way, so the impact on system cost would seem to be essentially zero.
Did Nintendo really change their mind about using the 68000? If so, how does this square with that CPU being so cheap even two years before the launch of the new console?
history nintendo snes motorola-68000
3
The 65816 is also backwards compatible with the 6502, which allowed developers to leverage experience and tools designed for the NES. And the 65816 is faster at accessing memory and registers than the 68000 at the same clock speed. But who's to say which was the deciding factor? This question may not be answerable.
– traal
Mar 18 at 22:07
add a comment |
Compared to its main rival from Sega, the Super Nintendo has a weaker CPU but a more powerful graphics chip.
According to http://web.archive.org/web/20080505070423/http://www.eidolons-inn.net/tiki-index.php?page=SegaBase+Genesis
The system as originally designed was way too expensive to be produced in a version affordable for the average consumer, let alone cost-effective for Nintendo. On top of that, project leader Masayuki Uemura was unable to meet Yamauchi's demand that the new box be back-compatible with the NES. The back-compatability feature was eventually abandoned; however, that only saved about US$75 on the anticipated end-user price tag. The chief culprit of the cost was, of course, the all-new graphics and sound processing suite upon which Yamauchi insisted. Designed in anticipation of the coming multimedia boom, it drove up the cost of the system so much that Nintendo was again forced to cut costs elsewhere or scrap it and risk being left behind. The problem was eventually solved by installing a slower CPU - a Motorola-based WDC65816 CPU - instead of the faster 10 Mhz MC68000 that Uemura originally intended. This meant that the new box would not be that much faster than the NES itself, so a math coprocessor (as cheap as Nintendo could cobble together) was thrown in to ease the processing strain a bit.
Okay, I'm not surprised they contemplated making the machine backward-compatible. I could imagine that motivating the choice of a 6502-derived CPU. I could imagine the backward compatibility feature being eventually dropped to save cost, and someone deciding it wasn't worth redesigning with a different CPU at that late stage.
But I am very surprised by the claim that an originally planned 68000 was dropped for cost reasons, simply because by the end of the eighties, the 68000 only cost a few dollars anyway. E.g. Byte, December 1988, advertises it for $9.95, and that's retail price in quantity one; in quantities of millions, the unit price would've been considerably less. (It doesn't give a price for the 65816, but does advertise the 65C02 for $7.95.) The data bus would be sixteen bits either way, so the impact on system cost would seem to be essentially zero.
Did Nintendo really change their mind about using the 68000? If so, how does this square with that CPU being so cheap even two years before the launch of the new console?
history nintendo snes motorola-68000
Compared to its main rival from Sega, the Super Nintendo has a weaker CPU but a more powerful graphics chip.
According to http://web.archive.org/web/20080505070423/http://www.eidolons-inn.net/tiki-index.php?page=SegaBase+Genesis
The system as originally designed was way too expensive to be produced in a version affordable for the average consumer, let alone cost-effective for Nintendo. On top of that, project leader Masayuki Uemura was unable to meet Yamauchi's demand that the new box be back-compatible with the NES. The back-compatability feature was eventually abandoned; however, that only saved about US$75 on the anticipated end-user price tag. The chief culprit of the cost was, of course, the all-new graphics and sound processing suite upon which Yamauchi insisted. Designed in anticipation of the coming multimedia boom, it drove up the cost of the system so much that Nintendo was again forced to cut costs elsewhere or scrap it and risk being left behind. The problem was eventually solved by installing a slower CPU - a Motorola-based WDC65816 CPU - instead of the faster 10 Mhz MC68000 that Uemura originally intended. This meant that the new box would not be that much faster than the NES itself, so a math coprocessor (as cheap as Nintendo could cobble together) was thrown in to ease the processing strain a bit.
Okay, I'm not surprised they contemplated making the machine backward-compatible. I could imagine that motivating the choice of a 6502-derived CPU. I could imagine the backward compatibility feature being eventually dropped to save cost, and someone deciding it wasn't worth redesigning with a different CPU at that late stage.
But I am very surprised by the claim that an originally planned 68000 was dropped for cost reasons, simply because by the end of the eighties, the 68000 only cost a few dollars anyway. E.g. Byte, December 1988, advertises it for $9.95, and that's retail price in quantity one; in quantities of millions, the unit price would've been considerably less. (It doesn't give a price for the 65816, but does advertise the 65C02 for $7.95.) The data bus would be sixteen bits either way, so the impact on system cost would seem to be essentially zero.
Did Nintendo really change their mind about using the 68000? If so, how does this square with that CPU being so cheap even two years before the launch of the new console?
history nintendo snes motorola-68000
history nintendo snes motorola-68000
asked Mar 18 at 20:53
rwallacerwallace
9,800449146
9,800449146
3
The 65816 is also backwards compatible with the 6502, which allowed developers to leverage experience and tools designed for the NES. And the 65816 is faster at accessing memory and registers than the 68000 at the same clock speed. But who's to say which was the deciding factor? This question may not be answerable.
– traal
Mar 18 at 22:07
add a comment |
3
The 65816 is also backwards compatible with the 6502, which allowed developers to leverage experience and tools designed for the NES. And the 65816 is faster at accessing memory and registers than the 68000 at the same clock speed. But who's to say which was the deciding factor? This question may not be answerable.
– traal
Mar 18 at 22:07
3
3
The 65816 is also backwards compatible with the 6502, which allowed developers to leverage experience and tools designed for the NES. And the 65816 is faster at accessing memory and registers than the 68000 at the same clock speed. But who's to say which was the deciding factor? This question may not be answerable.
– traal
Mar 18 at 22:07
The 65816 is also backwards compatible with the 6502, which allowed developers to leverage experience and tools designed for the NES. And the 65816 is faster at accessing memory and registers than the 68000 at the same clock speed. But who's to say which was the deciding factor? This question may not be answerable.
– traal
Mar 18 at 22:07
add a comment |
1 Answer
1
active
oldest
votes
Did Nintendo really change their mind about using the 68000?
Hard to say, as these decisions were never public.
If so, how does this square with that CPU being so cheap even two years before the launch of the new console?
Maybe because the price of the CPU drops to almost zero when using the 65816 as IP. After all, they didn't use the stock CPU, but had their own chip done. The 5A22 was custom made for the SNES and integrated several additional components that would have been external to the 68k. Having one simple chip instead of a spacious 68k plus external logic is a great cost saver - especially when planning for a large production. Being a simpler CPU it also saved on chip space and thus again on cost.
While contemporary sales prices are always a good first step, they also need to apply to the situation in question to become more than a hint.
Addendum:
The data bus would be sixteen bits either way, so the impact on system cost would seem to be essentially zero.
As far as I read it, it implies that the 65816 has a 16 bit data bus, which is not true (*1). The 65816 only has 8 data lines - reducing system cost a bit further.
*1 - It's a common misconception to think of the 65816 as a clean 16 bit CPU. It's rather an 8 bit 6502 with some 16 bit mode (switching between 8 and 16 bit data/register size at will) and a banked addressing system added. For most operations it won't be faster than a 6502 at the same clock speed. The only real advantage (beside built-in banking) is the possible use of 16 bit index registers allowing easy pointer handling within a 64 KiB bank. Quite handy for high level languages. The caveat is already in the name: 65-eight/sixteen.
5
Yep, the original 68000 came in a humungous 0.9" DIP package and required (as was common at the time) quite a lot of external bits.
– Rich
Mar 18 at 23:49
2
Per a picture of the board that I found, even the Mega Drive 2 — the cost reduced model from 1993, three years after the introduction of the Super Nintendo — still contains a discrete 68000. So it's probably not even like Nintendo could have used an embeddable IP version of that if they'd just waited a short while extra. See here: the-liberator.net/site-files/retro-games/hardware/… and check out the chip in the top right, a discrete MC68HC000.
– Tommy
Mar 19 at 17:46
It’s strange that in home gaming consoles (unlike arcade machines), they didn’t use the solution of Motorola’s LPC-1 / ALPC-1 project - MC68302 "Integrated Multiprotocol Processor" chip and the Motorola H4C057 family, most often versions from Hitachi and especially Ricoh. This is the 68000 core, surrounded by sea-of-gates - in very multi-pin (pqfp-208 often) packages.
– Wheelmagister
2 days ago
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "648"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
noCode: true, onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fretrocomputing.stackexchange.com%2fquestions%2f9373%2fdid-nintendo-change-its-mind-about-68000-snes%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
Did Nintendo really change their mind about using the 68000?
Hard to say, as these decisions were never public.
If so, how does this square with that CPU being so cheap even two years before the launch of the new console?
Maybe because the price of the CPU drops to almost zero when using the 65816 as IP. After all, they didn't use the stock CPU, but had their own chip done. The 5A22 was custom made for the SNES and integrated several additional components that would have been external to the 68k. Having one simple chip instead of a spacious 68k plus external logic is a great cost saver - especially when planning for a large production. Being a simpler CPU it also saved on chip space and thus again on cost.
While contemporary sales prices are always a good first step, they also need to apply to the situation in question to become more than a hint.
Addendum:
The data bus would be sixteen bits either way, so the impact on system cost would seem to be essentially zero.
As far as I read it, it implies that the 65816 has a 16 bit data bus, which is not true (*1). The 65816 only has 8 data lines - reducing system cost a bit further.
*1 - It's a common misconception to think of the 65816 as a clean 16 bit CPU. It's rather an 8 bit 6502 with some 16 bit mode (switching between 8 and 16 bit data/register size at will) and a banked addressing system added. For most operations it won't be faster than a 6502 at the same clock speed. The only real advantage (beside built-in banking) is the possible use of 16 bit index registers allowing easy pointer handling within a 64 KiB bank. Quite handy for high level languages. The caveat is already in the name: 65-eight/sixteen.
5
Yep, the original 68000 came in a humungous 0.9" DIP package and required (as was common at the time) quite a lot of external bits.
– Rich
Mar 18 at 23:49
2
Per a picture of the board that I found, even the Mega Drive 2 — the cost reduced model from 1993, three years after the introduction of the Super Nintendo — still contains a discrete 68000. So it's probably not even like Nintendo could have used an embeddable IP version of that if they'd just waited a short while extra. See here: the-liberator.net/site-files/retro-games/hardware/… and check out the chip in the top right, a discrete MC68HC000.
– Tommy
Mar 19 at 17:46
It’s strange that in home gaming consoles (unlike arcade machines), they didn’t use the solution of Motorola’s LPC-1 / ALPC-1 project - MC68302 "Integrated Multiprotocol Processor" chip and the Motorola H4C057 family, most often versions from Hitachi and especially Ricoh. This is the 68000 core, surrounded by sea-of-gates - in very multi-pin (pqfp-208 often) packages.
– Wheelmagister
2 days ago
add a comment |
Did Nintendo really change their mind about using the 68000?
Hard to say, as these decisions were never public.
If so, how does this square with that CPU being so cheap even two years before the launch of the new console?
Maybe because the price of the CPU drops to almost zero when using the 65816 as IP. After all, they didn't use the stock CPU, but had their own chip done. The 5A22 was custom made for the SNES and integrated several additional components that would have been external to the 68k. Having one simple chip instead of a spacious 68k plus external logic is a great cost saver - especially when planning for a large production. Being a simpler CPU it also saved on chip space and thus again on cost.
While contemporary sales prices are always a good first step, they also need to apply to the situation in question to become more than a hint.
Addendum:
The data bus would be sixteen bits either way, so the impact on system cost would seem to be essentially zero.
As far as I read it, it implies that the 65816 has a 16 bit data bus, which is not true (*1). The 65816 only has 8 data lines - reducing system cost a bit further.
*1 - It's a common misconception to think of the 65816 as a clean 16 bit CPU. It's rather an 8 bit 6502 with some 16 bit mode (switching between 8 and 16 bit data/register size at will) and a banked addressing system added. For most operations it won't be faster than a 6502 at the same clock speed. The only real advantage (beside built-in banking) is the possible use of 16 bit index registers allowing easy pointer handling within a 64 KiB bank. Quite handy for high level languages. The caveat is already in the name: 65-eight/sixteen.
5
Yep, the original 68000 came in a humungous 0.9" DIP package and required (as was common at the time) quite a lot of external bits.
– Rich
Mar 18 at 23:49
2
Per a picture of the board that I found, even the Mega Drive 2 — the cost reduced model from 1993, three years after the introduction of the Super Nintendo — still contains a discrete 68000. So it's probably not even like Nintendo could have used an embeddable IP version of that if they'd just waited a short while extra. See here: the-liberator.net/site-files/retro-games/hardware/… and check out the chip in the top right, a discrete MC68HC000.
– Tommy
Mar 19 at 17:46
It’s strange that in home gaming consoles (unlike arcade machines), they didn’t use the solution of Motorola’s LPC-1 / ALPC-1 project - MC68302 "Integrated Multiprotocol Processor" chip and the Motorola H4C057 family, most often versions from Hitachi and especially Ricoh. This is the 68000 core, surrounded by sea-of-gates - in very multi-pin (pqfp-208 often) packages.
– Wheelmagister
2 days ago
add a comment |
Did Nintendo really change their mind about using the 68000?
Hard to say, as these decisions were never public.
If so, how does this square with that CPU being so cheap even two years before the launch of the new console?
Maybe because the price of the CPU drops to almost zero when using the 65816 as IP. After all, they didn't use the stock CPU, but had their own chip done. The 5A22 was custom made for the SNES and integrated several additional components that would have been external to the 68k. Having one simple chip instead of a spacious 68k plus external logic is a great cost saver - especially when planning for a large production. Being a simpler CPU it also saved on chip space and thus again on cost.
While contemporary sales prices are always a good first step, they also need to apply to the situation in question to become more than a hint.
Addendum:
The data bus would be sixteen bits either way, so the impact on system cost would seem to be essentially zero.
As far as I read it, it implies that the 65816 has a 16 bit data bus, which is not true (*1). The 65816 only has 8 data lines - reducing system cost a bit further.
*1 - It's a common misconception to think of the 65816 as a clean 16 bit CPU. It's rather an 8 bit 6502 with some 16 bit mode (switching between 8 and 16 bit data/register size at will) and a banked addressing system added. For most operations it won't be faster than a 6502 at the same clock speed. The only real advantage (beside built-in banking) is the possible use of 16 bit index registers allowing easy pointer handling within a 64 KiB bank. Quite handy for high level languages. The caveat is already in the name: 65-eight/sixteen.
Did Nintendo really change their mind about using the 68000?
Hard to say, as these decisions were never public.
If so, how does this square with that CPU being so cheap even two years before the launch of the new console?
Maybe because the price of the CPU drops to almost zero when using the 65816 as IP. After all, they didn't use the stock CPU, but had their own chip done. The 5A22 was custom made for the SNES and integrated several additional components that would have been external to the 68k. Having one simple chip instead of a spacious 68k plus external logic is a great cost saver - especially when planning for a large production. Being a simpler CPU it also saved on chip space and thus again on cost.
While contemporary sales prices are always a good first step, they also need to apply to the situation in question to become more than a hint.
Addendum:
The data bus would be sixteen bits either way, so the impact on system cost would seem to be essentially zero.
As far as I read it, it implies that the 65816 has a 16 bit data bus, which is not true (*1). The 65816 only has 8 data lines - reducing system cost a bit further.
*1 - It's a common misconception to think of the 65816 as a clean 16 bit CPU. It's rather an 8 bit 6502 with some 16 bit mode (switching between 8 and 16 bit data/register size at will) and a banked addressing system added. For most operations it won't be faster than a 6502 at the same clock speed. The only real advantage (beside built-in banking) is the possible use of 16 bit index registers allowing easy pointer handling within a 64 KiB bank. Quite handy for high level languages. The caveat is already in the name: 65-eight/sixteen.
edited 2 days ago
Community♦
1
1
answered Mar 18 at 21:04
RaffzahnRaffzahn
53.5k6132217
53.5k6132217
5
Yep, the original 68000 came in a humungous 0.9" DIP package and required (as was common at the time) quite a lot of external bits.
– Rich
Mar 18 at 23:49
2
Per a picture of the board that I found, even the Mega Drive 2 — the cost reduced model from 1993, three years after the introduction of the Super Nintendo — still contains a discrete 68000. So it's probably not even like Nintendo could have used an embeddable IP version of that if they'd just waited a short while extra. See here: the-liberator.net/site-files/retro-games/hardware/… and check out the chip in the top right, a discrete MC68HC000.
– Tommy
Mar 19 at 17:46
It’s strange that in home gaming consoles (unlike arcade machines), they didn’t use the solution of Motorola’s LPC-1 / ALPC-1 project - MC68302 "Integrated Multiprotocol Processor" chip and the Motorola H4C057 family, most often versions from Hitachi and especially Ricoh. This is the 68000 core, surrounded by sea-of-gates - in very multi-pin (pqfp-208 often) packages.
– Wheelmagister
2 days ago
add a comment |
5
Yep, the original 68000 came in a humungous 0.9" DIP package and required (as was common at the time) quite a lot of external bits.
– Rich
Mar 18 at 23:49
2
Per a picture of the board that I found, even the Mega Drive 2 — the cost reduced model from 1993, three years after the introduction of the Super Nintendo — still contains a discrete 68000. So it's probably not even like Nintendo could have used an embeddable IP version of that if they'd just waited a short while extra. See here: the-liberator.net/site-files/retro-games/hardware/… and check out the chip in the top right, a discrete MC68HC000.
– Tommy
Mar 19 at 17:46
It’s strange that in home gaming consoles (unlike arcade machines), they didn’t use the solution of Motorola’s LPC-1 / ALPC-1 project - MC68302 "Integrated Multiprotocol Processor" chip and the Motorola H4C057 family, most often versions from Hitachi and especially Ricoh. This is the 68000 core, surrounded by sea-of-gates - in very multi-pin (pqfp-208 often) packages.
– Wheelmagister
2 days ago
5
5
Yep, the original 68000 came in a humungous 0.9" DIP package and required (as was common at the time) quite a lot of external bits.
– Rich
Mar 18 at 23:49
Yep, the original 68000 came in a humungous 0.9" DIP package and required (as was common at the time) quite a lot of external bits.
– Rich
Mar 18 at 23:49
2
2
Per a picture of the board that I found, even the Mega Drive 2 — the cost reduced model from 1993, three years after the introduction of the Super Nintendo — still contains a discrete 68000. So it's probably not even like Nintendo could have used an embeddable IP version of that if they'd just waited a short while extra. See here: the-liberator.net/site-files/retro-games/hardware/… and check out the chip in the top right, a discrete MC68HC000.
– Tommy
Mar 19 at 17:46
Per a picture of the board that I found, even the Mega Drive 2 — the cost reduced model from 1993, three years after the introduction of the Super Nintendo — still contains a discrete 68000. So it's probably not even like Nintendo could have used an embeddable IP version of that if they'd just waited a short while extra. See here: the-liberator.net/site-files/retro-games/hardware/… and check out the chip in the top right, a discrete MC68HC000.
– Tommy
Mar 19 at 17:46
It’s strange that in home gaming consoles (unlike arcade machines), they didn’t use the solution of Motorola’s LPC-1 / ALPC-1 project - MC68302 "Integrated Multiprotocol Processor" chip and the Motorola H4C057 family, most often versions from Hitachi and especially Ricoh. This is the 68000 core, surrounded by sea-of-gates - in very multi-pin (pqfp-208 often) packages.
– Wheelmagister
2 days ago
It’s strange that in home gaming consoles (unlike arcade machines), they didn’t use the solution of Motorola’s LPC-1 / ALPC-1 project - MC68302 "Integrated Multiprotocol Processor" chip and the Motorola H4C057 family, most often versions from Hitachi and especially Ricoh. This is the 68000 core, surrounded by sea-of-gates - in very multi-pin (pqfp-208 often) packages.
– Wheelmagister
2 days ago
add a comment |
Thanks for contributing an answer to Retrocomputing Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fretrocomputing.stackexchange.com%2fquestions%2f9373%2fdid-nintendo-change-its-mind-about-68000-snes%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
3
The 65816 is also backwards compatible with the 6502, which allowed developers to leverage experience and tools designed for the NES. And the 65816 is faster at accessing memory and registers than the 68000 at the same clock speed. But who's to say which was the deciding factor? This question may not be answerable.
– traal
Mar 18 at 22:07