Jump to content

Nintendo 64 technical specifications

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by 89.107.6.24 (talk) at 10:46, 1 May 2020 (Components). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

This article describes the processor, memory, and other components of the 1996 Nintendo 64 home video game console.

Components

The Nintendo 64 motherboard, showing CPU, RCP, and RDRAM

Central processing unit

CPU-NUS VR4300 central processing unit

The Nintendo 64's central processing unit (CPU) is the NEC VR4300,[8] a licensed variant of the 64-bit MIPS Technologies R4300i, itself a cost-reduced derivative of the MIPS R4200. Built by NEC on a 350 nm process, the VR4300 is a RISC 5-stage scalar in-order execution processor, internal 24 KB direct-mapped[9] L1 cache (16 KB for instructions, 8 KB for data). Although a floating-point unit exists as a logical coprocessor, there is no dedicated physical FPU datapath on the VR4300; instead, the integer pipeline is shared for this purpose, meaning that floating-point instructions will stall the pipeline.[10] The 4.6 million transistor CPU is cooled passively by an aluminum heatspreader that makes contact with a steel heat sink above.

With a clock rate of 93.75 MHz, the N64's VR4300 is generally considered to be the most powerful console CPU of the fifth generation of video game consoles.[11] Except for its narrower 32-bit system bus, the VR4300 retains the computational abilities of the 64-bit MIPS R4200,[8] though few titles take advantage of 64-bit data precision operations. N64 game titles generally use faster and more compact 32-bit data-operations,[12][self-published source] as these are sufficient to generate 3D scene data for the console's RSP (Reality Signal Processor) unit. In addition, 32-bit code executes faster and requires less storage space, which came at a premium with contemporary technology. The CPU is constrained by a 562.5 MB/s bus to the system RAM, and in order to access the RAM, the CPU must go through the Reality Coprocessor (RCP), and can not use DMA to do so as the RCP can. This issue is further compounded by the RDRAM's high access latency.

Programs emulating the Nintendo 64 benefit from the scarcity of 64-bit operations in the game's executable code, especially when running with a 32-bit machine architecture as a host. Most of these emulators perform the majority of calculations at 32-bit precision and trap the few subroutines that actually make use of 64-bit instructions.[12][self-published source]

Reality Coprocessor

RCP-NUS "Reality Coprocessor"

Nintendo 64's graphics and audio duties are performed by the 64-bit SGI coprocessor, named the Reality Coprocessor, or RCP. The RCP is a 62.5 MHz chip split internally into two major components, the Reality Display Processor (RDP) and the Reality Signal Processor (RSP). Each area communicates with the other by way of a 128-bit internal data bus that provides 1.0 GB/s of bandwidth. The RSP is a MIPS R4000-based 128-bit integer vector processor. It is programmable through microcode, allowing the chip's functions to be significantly altered by each software title if necessary, to allow for different types of work, precision, and workloads. A number of microcodes were provided by Nintendo,[13][14] while a few companies, such as Rare and Factor 5, would later develop their own microcodes. The RSP performs transform, clipping and lighting calculations, and triangle setup. The Reality Display Processor is primarily the Nintendo 64's pixel rasterizer, and also handles the console's Z-buffer compute.[4]

The RCP was developed by SGI's Nintendo Operations department, led by engineer Dr. Wei Yen (who later founded ArtX in 1997).[15] The RCP was manufactured by NEC, using its 350 nm 3LM CMOS process, which NEC had introduced in 1994. The processor contains 2.6 million transistors manufactured using this process. The processor has a size of 81 mm2, giving it a transistor density of over 32,000 per mm2.[16]

Instead of a discrete sound processor, the RSP frequently performs audio functions, although the CPU can be tasked with this as well. It can play back most types of audio (dependent on software codecs) including uncompressed PCM, MP3, MIDI, and tracker music. The RSP is theoretically capable of a maximum of 100 channels of PCM at a time, but only in a case where all system resources are devoted to audio. It has a maximum sampling rate of 48 kHz with 16-bit audio. In practice, however, storage limitations caused by the ROM cartridge format limit the audio size and thus quality.[17] Some game titles are designed for higher quality audio when storage expansions are available, as with F-Zero X Expansion Kit.[18][19]

The RDP performs rasterization, generating, from geometry, pixels to be filled before output to the display.

The system RAM is connected to the RCP via a 562.5 MB/s bus, and the CPU via a 250 MB/s bus. Unfortunately, there is no direct memory access through both these links and the RSP must arbitrate accesses. The RCP, like the CPU, is passively cooled by an aluminum heatspreader that makes contact with a steel heat sink above.

Memory

Rambus RDRAM18-NUS, early 2-chip variant

The final major component in the system is the random-access memory, or RAM. Following its design heritage in SGI supercomputing, the Nintendo 64 implemented a unified memory architecture (UMA), instead of having separate banks of memory for CPU, audio, and video, as seen on its competitors. The RAM itself consists of 4.5 megabytes (0.5 MB for anti-aliasing) of Rambus RDRAM, fabricated by NEC. System RAM is expandable to a total of 9 MB with the Expansion Pak. The RAM has a 9-bit data bus at 250 MHz; as RDRAM transfers data at both the rising and falling edge of the signal (a technique also known as DDR), it provides the system with 562.5 MB/s peak bandwidth, shared between CPU and RCP.

Rambus technology was quite new at the time and offered Nintendo a way to provide a large amount of bandwidth at a relatively low cost. The narrow bus makes board design easier and cheaper than the higher width data buses required for high bandwidth out of slower-clocked RAM types (such as VRAM or EDO DRAM); this way, the N64 mainboard could be designed with only 2 layers. However, RDRAM, at the time, came with a very high access latency. The combination of high bandwidth and high latency meant that significant effort was required from developers to achieve optimal results.[17] Early N64 revisions use two 18 Mbit RAM chips; in ca. 1998 these were replaced with a single 36 Mbit chip, same as was used on the Expansion Pak.

The Nintendo 64 Game Pak ROM cartridges were much faster than contemporary CD-ROM drives that data can be streamed in real-time from cartridges as if they are additional RAM, thus maximizing the efficiency of the system's RAM.[20][clarification needed] This was a common practice for developers of many games, such as Nintendo EAD's Super Mario 64[21] or Factor 5's Indiana Jones and the Infernal Machine.[22]

Video

The system allows for video output in two formats: composite video[23] and S-Video. This is accomplished through the proprietary "MULTI OUT" connector on the rear of the system, which was carried over from the SNES and later reused on the GameCube. Although the digital-to-analog converter chip used in early models had the capability to produce RGB video, it was not connected by default for this purpose, and later revisions lacked the pin connections for this purpose entirely.

The system came bundled with a composite cable (labeled Stereo A/V cable by Nintendo). Available separately (and included with the system in the UK)[citation needed] were a RF modulator and switch set (for connection to older televisions) and an official S-Video cable, although the latter was only sold at retail stores in Japan. In the U.S., the official S-Video cable could only be ordered direct from Nintendo of America, while in PAL territories, no S-Video cable was officially sold altogether. Furthermore, Nintendo omitted several components from the S-Video signal path in PAL consoles, meaning that using an unmodified NTSC S-Video cable will result in an overbright, garish image, or no image at all.

The system supports standard-definition resolutions up to 480i (576i for PAL units). Few games make use of this mode, and most of those which do also require use of the Expansion Pak RAM upgrade. Most games instead use the system's low-definition 240p (288p for PAL models) modes. A number of games also support widescreen display ratios using either anamorphic widescreen or letterboxing. Games with support for this include Banjo-Tooie, Donkey Kong 64, GoldenEye 007, 007: The World Is Not Enough, Jet Force Gemini, Perfect Dark, Starshot: Space Circus Fever, Turok 2: Seeds of Evil, Turok 3: Shadow of Oblivion, Mission Impossible, Hybrid Heaven, and South Park.[citation needed]

See also

References

  1. ^ MIPS RISC Microprocessors, MIPS Technologies
  2. ^ a b c d e f Next Generation, issue 24 (December 1996), page 74
  3. ^ The Nintendo 64 is one of the greatest gaming devices of all time, Kinja
  4. ^ a b c "Is Ultra 64 as Good as Silicon Graphics Claims?". Next Generation. No. 14. Imagine Media. February 1996. pp. 6–11.
  5. ^ a b "Nintendo 64". Electronic Gaming Monthly. No. 86. Ziff Davis. September 1996. pp. 56–57.
  6. ^ a b RDP Programming, Nintendo 64 Programming Manual, Nintendo of America
  7. ^ "Ultra 64 Tech Specs". Next Generation. No. 14. Imagine Media. February 1996. p. 40.
  8. ^ a b "Main specifications of VR4300TM-series". NEC. Retrieved May 20, 2006.
  9. ^ "R4300i MICROPROCESSOR" (PDF). mips. Archived from the original (PDF) on October 30, 2007. Retrieved March 5, 2009.
  10. ^ "User's Manual. VR4300™, VR4305™, VR4310™ 64-bit Microprocessor" (PDF). NEC. 2000. p. 47, 208, 637, 639. Retrieved September 1, 2017.
  11. ^ "Gaming consoles". Archived from the original on March 27, 2010. Retrieved January 11, 2009.
  12. ^ a b "N64, God of all systems". Google Groups. July 26, 1997. Retrieved May 20, 2006.
  13. ^ https://level42.ca/projects/ultra64/Documentation/man/pro-man/pro25/index25.1.html
  14. ^ http://n64devkit.square7.ch/qa/graphics/ucode.htm
  15. ^ "It's Alive!". IGN. March 12, 1999. Retrieved June 25, 2014.
  16. ^ "Reality Co-Processor − The Power In Nintendo64" (PDF). Silicon Graphics. Retrieved June 18, 2019.
  17. ^ a b "Nintendo 64". Retrieved January 11, 2009.
  18. ^ "Summary history of F-Zero". IGN. Archived from the original on June 15, 2009. Retrieved March 22, 2008.
  19. ^ Schneider, Peer (August 25, 2003). "Guides: F-Zero GX Guide (History)". IGN. Archived from the original on June 15, 2009. Retrieved August 8, 2007.
  20. ^ "Nintendo Reveals New Details on 64DD at N64 Developer's Conference". Nintendo of America. 1997. Archived from the original on June 6, 1997. Retrieved January 11, 2015.
  21. ^ "Summary of Panel Discussion at Shoshinkai". Nintendo of America. Archived from the original on December 22, 1996. Retrieved January 11, 2015.
  22. ^ "Bringing Indy to N64 (Infernal Machine)". IGN. November 9, 2000. Retrieved March 27, 2008.
  23. ^ "Nintendo Support: Nintendo 64 AV to TV Hookup". Nintendo. Retrieved February 28, 2010.