Did Nintendo change its mind about 68000 SNES?












10















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?










share|improve this question


















  • 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


















10















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?










share|improve this question


















  • 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
















10












10








10








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?










share|improve this question














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






share|improve this question













share|improve this question











share|improve this question




share|improve this question










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
















  • 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












1 Answer
1






active

oldest

votes


















13















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.






share|improve this answer





















  • 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











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
});


}
});














draft saved

draft discarded


















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









13















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.






share|improve this answer





















  • 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
















13















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.






share|improve this answer





















  • 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














13












13








13








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.






share|improve this answer
















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.







share|improve this answer














share|improve this answer



share|improve this answer








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














  • 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


















draft saved

draft discarded




















































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.




draft saved


draft discarded














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





















































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







Popular posts from this blog

"Incorrect syntax near the keyword 'ON'. (on update cascade, on delete cascade,)

Alcedinidae

RAC Tourist Trophy