Une cartouche NES ne contient pas une vidéo préenregistrée. Elle contient notamment des instructions, des descriptions de niveaux, des motifs graphiques et des données musicales. À chaque instant, la console construit le résultat correspondant à la situation du jeu.

Quatre éléments se partagent l’essentiel du travail :

• Le CPU, ou processeur central, exécute le programme : déplacements, collisions, ennemis, score, règles du jeu et interprétation des commandes.
• Le PPU, ou circuit graphique, fabrique l’image à partir de petits motifs, de cartes du décor, de palettes et d’objets graphiques appelés sprites.
• L’APU, ou circuit sonore, produit les sons selon les paramètres envoyés par le programme.
• La cartouche fournit des mémoires et, souvent, de la logique électronique supplémentaire. Elle participe donc réellement au fonctionnement de la machine.

Pour approfondir : présentation générale de l’architecture.

Un bit représente deux possibilités

Un bit peut prendre deux valeurs : 0 ou 1. On peut l’imaginer comme un interrupteur éteint ou allumé. Dans les circuits, ces valeurs sont représentées par des états électriques, pas par de petits interrupteurs mécaniques.

Un bit suffit, par exemple, à représenter « bouton relâché » ou « bouton appuyé ». Pour exprimer davantage de possibilités, on regroupe plusieurs bits.

Huit bits forment un octet

0 0 0 0 1 1 0 1

Chaque bit ajouté double le nombre de combinaisons : deux bits en offrent 4, trois bits en offrent 8, et huit bits en offrent 2⁸ = 256. Un octet peut donc représenter un entier de 0 à 255.

En écriture binaire, les positions valent successivement 1, 2, 4, 8, 16, 32, 64 et 128, en partant de la droite :

Valeur de la position : 128  64  32  16   8   4   2   1
Bit                   :   0   0   0   0   1   1   0   1

Valeur représentée : 8 + 4 + 1 = 13

Mais un octet n’est pas nécessairement utilisé comme un nombre : il peut décrire des boutons, un morceau d’image ou une instruction. C’est le programme et le matériel qui donnent un sens aux bits.

Pourquoi la NES est-elle dite « 8 bits » ?

Son CPU est principalement organisé pour manipuler des données par morceaux de huit bits. Son unité de calcul travaille sur des valeurs de cette taille, et son bus de données transporte huit bits à la fois.

Cela ne signifie ni « huit couleurs », ni « 256 cases de mémoire », ni « impossibilité de calculer au-delà de 255 ». Pour représenter un grand score ou une position dans un long niveau, le programme peut utiliser plusieurs octets.

Prenons 250 + 10 = 260. Le résultat ne tient pas dans un seul octet. Une addition sur huit bits donne alors un résultat de 4 accompagné d’une retenue. Le programme reporte cette retenue dans un second octet :

Deux octets contenant 1 et 4 peuvent représenter 1 × 256 + 4 = 260.

C’est le principe de l’addition « avec retenue » apprise à l’école, mais avec des morceaux de 256 valeurs plutôt que des chiffres décimaux. Un processeur capable de calculer directement sur seize bits peut effectuer cette addition plus directement. Nous reviendrons sur cette comparaison dans la section consacrée aux consoles 16 bits.

Le cœur de calcul : un dérivé du MOS 6502

La puce principale est une Ricoh 2A03 sur la Famicom et les NES NTSC, ou une Ricoh 2A07 sur les NES PAL. Elle réunit notamment le CPU, l’APU et la logique de certains transferts de mémoire.

Le CPU dérive du MOS 6502, dont il reprend largement les instructions. Une différence importante est l’absence d’arithmétique décimale matérielle BCD. Cela n’empêche pas de calculer ni d’afficher des scores : le programme effectue les conversions nécessaires.

Les MHz mesurent une cadence, pas un nombre d’instructions

Une horloge électronique rythme le travail du CPU, comme un métronome. Un mégahertz, ou MHz, correspond à un million de cycles d’horloge par seconde.

• Famicom et NES NTSC : environ 1,79 MHz.
• NES PAL : environ 1,66 MHz.

Une instruction exige généralement plusieurs cycles : il faut lire les octets qui la décrivent, récupérer éventuellement une donnée, effectuer une opération, etc. 1,79 MHz ne signifie donc pas 1,79 million d’instructions terminées par seconde.

Le code machine et l’assembleur

Le CPU ne comprend pas une phrase comme « fais sauter le personnage ». Il exécute des opérations élémentaires, encodées en octets : c’est le code machine. L’assembleur fournit une notation lisible de ces opérations.

Dans une syntaxe d’assembleur courante :

LDA #13

Cette instruction demande de placer la valeur 13 dans l’accumulateur, un petit registre de travail du CPU. Elle est traduite en deux octets :

10101001  00001101
opération valeur 13

Le CPU lit ces octets successivement. Une instruction peut donc occuper plusieurs octets, même sur un processeur 8 bits.

Pour approfondir : processeur et organisation de sa mémoire.

L’adresse d’une case n’est pas son contenu

Imaginons une mémoire comme un meuble rempli de cases. Chaque case possède un numéro, son adresse, et peut contenir un octet.

La case numéro 300 peut contenir la valeur 13. Le numéro sert à trouver la case ; il ne décrit pas ce qu’elle contient. De la même façon, une boîte aux lettres portant le numéro 12 500 peut contenir une carte sur laquelle figure simplement le chiffre 3.

Le CPU de la NES emploie des adresses sur seize bits. Il peut donc distinguer :

2¹⁶ = 65 536 adresses, soit un espace d’adressage de 64 Kio.

Un Kio, ou kibioctet, contient 1 024 octets. Les adresses possibles vont de 0 à 65 535.

Deux bus de largeurs différentes

Un bus est un ensemble de liaisons électriques transportant des informations. Le CPU possède notamment :

• un bus d’adresses de seize bits, qui indique où lire ou écrire ;
• un bus de données de huit bits, qui transporte le contenu lu ou écrit.

CPU ─── adresse sur 16 bits ───► Mémoire
              « case 300 »

CPU ◄── donnée sur 8 bits ────── Mémoire
              « valeur 13 »

Il n’y a donc aucune contradiction entre « CPU 8 bits » et « adresses 16 bits ». Ces nombres décrivent des fonctions différentes.

64 Kio d’adresses ne signifient pas 64 Kio de RAM

La console possède notamment les mémoires suivantes :

• 2 Kio de RAM de travail pour les variables, les positions, les compteurs et les données temporaires ;
• 2 Kio de RAM pour les cartes du décor, accessibles dans l’espace mémoire du PPU ;
• 256 octets d’OAM principale, qui décrivent les sprites ;
• une petite mémoire de palettes, exposée dans une zone de 32 octets comportant des adresses en miroir.

À cela s’ajoutent les mémoires de la cartouche ou du Disk System. La ROM conserve son contenu sans alimentation et n’est normalement pas modifiée pendant le jeu. La RAM est modifiable, mais perd normalement ses données lorsqu’elle n’est plus alimentée.

Des adresses pour la mémoire… et pour commander les circuits

Certaines adresses ne correspondent pas à une case de RAM. Elles donnent accès à des registres matériels : des points de commande ou de lecture de l’état des circuits. Écrire à une adresse peut ainsi modifier le son ou l’affichage.

Dans la carte suivante, le préfixe $ indique une écriture hexadécimale, en base seize. Par exemple, $FF vaut 255.

La petite zone $4018–$401F, liée à des fonctions de test normalement inutilisées, est omise. Selon le matériel, lire et écrire à une même adresse peuvent avoir des effets différents.

Une répétition par miroir n’est pas une copie : plusieurs adresses correspondent à la même mémoire physique. Modifier cette mémoire par une adresse change donc ce que l’on retrouve par ses autres adresses.

Le PPU possède un espace d’adressage distinct

Le circuit graphique dispose de son propre espace d’adressage de 16 Kio, de $0000 à $3FFF. Il y trouve les motifs graphiques, les cartes du décor et les palettes. Là encore, il ne s’agit pas nécessairement de 16 Kio de mémoires physiques distinctes : certaines zones sont répétées.

Le CPU accède à ces données par l’intermédiaire des registres du PPU. Une adresse CPU et une adresse PPU portant le même numéro ne désignent donc pas nécessairement la même chose.

Pour approfondir : carte mémoire du CPU et carte mémoire du PPU.

Ce que contient une cartouche

Le boîtier protège une carte électronique. Selon le jeu, celle-ci peut comporter :

• de la PRG-ROM : le programme, mais aussi les niveaux, les textes, les séquences musicales ou des données compressées ;
• de la CHR-ROM : les motifs graphiques directement accessibles au PPU ;
• de la CHR-RAM, généralement à la place de la CHR-ROM : une mémoire graphique que le programme remplit et peut modifier ;
• de la RAM supplémentaire, utilisée comme mémoire de travail ou de sauvegarde ;
• des circuits de sélection de mémoire, de synchronisation et parfois de production sonore.

PRG et CHR décrivent surtout le rôle et les connexions de ces mémoires. La PRG-ROM ne contient donc pas seulement des instructions. Certaines cartes combinent même CHR-ROM et CHR-RAM.

Dans une cartouche à sauvegarde classique, une pile maintient une RAM alimentée lorsque la console est éteinte. La partie sauvegardée n’est pas écrite dans la ROM du jeu. D’autres technologies de sauvegarde existent ; elles sont présentées dans la section sur l’évolution des supports.

Le jeu n’est généralement pas chargé en entier dans la console

Avec une cartouche classique, le CPU lit habituellement ses instructions directement dans la ROM de la cartouche, à travers le connecteur et les bus. Le PPU peut, de son côté, lire les motifs dans la CHR-ROM.

Il n’y a donc pas besoin de copier tout le jeu dans les 2 Kio de RAM avant de le lancer. Cela n’interdit pas de copier, préparer ou décompresser certaines données pendant le fonctionnement.

La limite apparente : 32 Kio de programme et 8 Kio de motifs

Une cartouche simple de type NROM contient typiquement 16 ou 32 Kio de PRG-ROM et 8 Kio de CHR-ROM. Avec seulement 16 Kio de programme, la même ROM apparaît deux fois dans la fenêtre CPU de 32 Kio.

Pourtant, beaucoup de jeux dépassent largement ces tailles. Ils utilisent un mapper : la logique de cartouche qui organise la mémoire visible par la console.

La commutation de banques : changer la page visible

La commutation de banques, ou bank switching, consiste à découper une mémoire en blocs et à choisir lesquels apparaissent à certaines adresses.

Imaginons une ROM de 64 Kio divisée en quatre banques de 16 Kio, nommées A, B, C et D. Un montage courant permet de changer la banque visible dans la moitié inférieure de la fenêtre, tout en conservant la dernière banque dans la moitié supérieure :

Le CPU conserve ses adresses sur seize bits, mais peut accéder successivement à une quantité de mémoire beaucoup plus grande. Le même principe s’applique aux motifs graphiques visibles par le PPU.

Une écriture dans une zone normalement lue comme de la ROM peut servir à commander le mapper : elle ne modifie pas forcément la ROM elle-même.

Tous les mappers ne sont pas de grosses puces spécialisées

Certaines cartes utilisent quelques composants logiques simples. D’autres intègrent une puce spécialisée, comme les MMC1 ou MMC3 de Nintendo. Même l’organisation fixe NROM est appelée « mapper 0 » dans les formats d’émulation, bien qu’elle n’effectue aucune commutation active.

Selon le modèle, le mapper peut également gérer la RAM, organiser les cartes du décor, produire des interruptions utiles aux effets graphiques ou ajouter du son. Ce matériel explique une partie de l’évolution spectaculaire des jeux sans changement de console.

Pour approfondir : familles de cartes et mappers.

Le PPU est généralement un Ricoh 2C02 sur les machines NTSC, ou un 2C07 sur les NES PAL. L’image logique comporte 256 × 240 pixels. Les différences de cadence seront détaillées dans la section régionale.

Pas une grande image complète à redessiner en mémoire

La NES ne repose pas principalement sur un framebuffer, c’est-à-dire une mémoire contenant la couleur de chaque pixel de l’image entière. Le PPU assemble plutôt l’image au fil du balayage, ligne après ligne, à partir d’éléments réutilisables.

C’est comparable à une mosaïque : on conserve une collection de motifs, puis une carte indiquant où les placer. Le CPU n’a pas à recalculer individuellement tous les pixels d’un mur composé de briques identiques.

Les tuiles : des motifs de 8 × 8 pixels

Une tuile, ou tile, mesure 8 × 8 pixels. Chaque pixel est décrit par deux bits, qui sélectionnent l’une de quatre valeurs. Ces valeurs sont des indices de couleur, pas directement des composantes rouge, verte et bleue.

8 × 8 pixels × 2 bits = 128 bits = 16 octets par motif.

Les données sont organisées en deux plans de bits : un premier plan donne le premier bit de chaque pixel, et un second donne l’autre bit.

Les 8 Kio de motifs visibles à un instant donné peuvent contenir 512 motifs de 8 × 8 pixels, répartis en deux tables de 256 motifs. Le choix de la table utilisée dépend des réglages du PPU et du type d’élément affiché.

Le décor : une carte de tuiles et des attributs

Une nametable décrit une grille de 32 × 30 tuiles, soit un écran de 256 × 240 pixels. Chaque case indique essentiellement : « à cet emplacement, utiliser tel motif ».

Cela représente 960 indices de tuiles. Une table de 64 octets d’attributs complète cette description en choisissant les palettes, normalement par zones de 16 × 16 pixels. L’ensemble occupe donc exactement 1 Kio.

Plusieurs emplacements peuvent réutiliser le même motif. Une rangée de vingt briques n’exige donc pas vingt dessins de briques différents en mémoire.

Les sprites : les éléments placés indépendamment du décor

Un sprite est un petit élément graphique positionnable séparément du décor. Il peut représenter une partie de personnage, un projectile, un objet ou un effet.

• L’OAM principale contient 64 descriptions de sprites.
• Leur taille est de 8 × 8 ou 8 × 16 pixels, selon un réglage global du PPU.
• Le PPU retient au maximum huit sprites par ligne dans son fonctionnement ordinaire.

Chaque description occupe quatre octets : position, choix du motif et attributs comme la palette, le retournement horizontal ou vertical et la priorité par rapport au décor. Un grand personnage est généralement composé de plusieurs sprites.

Si trop de sprites se trouvent sur une ligne, certains ne sont pas affichés. Beaucoup de jeux changent leur ordre d’une image à l’autre pour répartir les disparitions : cela crée le clignotement caractéristique. Ce clignotement alterné est souvent une stratégie du programme, pas un effet automatique imposé tel quel par le PPU.

Les palettes et les couleurs

Le PPU utilise 64 codes de couleur de base. Ils ne correspondent pas à 64 couleurs toutes distinctes : plusieurs codes peuvent produire des résultats identiques ou proches. Le rendu exact dépend aussi du signal analogique, du téléviseur et, en émulation, de la palette de conversion choisie.

Une palette est une petite liste de couleurs. Les valeurs contenues dans les motifs servent à y choisir une entrée. Dans le cas ordinaire :

• le décor dispose de quatre palettes de trois couleurs, plus une couleur de fond commune : 13 couleurs ;
• les sprites disposent de quatre palettes de trois couleurs, leur quatrième valeur étant transparente : 12 couleurs supplémentaires.

Cela donne jusqu’à 25 couleurs sélectionnées simultanément pour une image ordinaire. Ce n’est pas une limite absolue à tous les effets : changer des palettes ou certains réglages au cours du balayage peut produire d’autres résultats.

Le défilement et les cartes du décor

Le scrolling, ou défilement, déplace la fenêtre d’observation du décor. Pendant le mouvement, le programme renouvelle les portions qui vont bientôt entrer à l’écran.

Le PPU prévoit des adresses pour quatre cartes du décor, mais la console possède normalement assez de RAM pour en stocker deux. La cartouche détermine comment les quatre emplacements logiques se répartissent sur ces deux mémoires physiques : c’est le mirroring des nametables. Certaines cartes ajoutent de la RAM pour disposer de quatre cartes distinctes.

Les noms peuvent être trompeurs : le mirroring vertical répète les cartes de haut en bas et laisse habituellement deux cartes distinctes côte à côte ; il est donc souvent utilisé pour le défilement horizontal. Le mirroring horizontal fait l’inverse. Ces noms décrivent la répétition de la mémoire, pas une direction de défilement obligatoire.

De l’image logique au téléviseur

Le résultat est transmis sous forme de signal vidéo analogique. Les modèles d’origine utilisent notamment le composite ou une sortie RF destinée à l’entrée d’antenne. En France, la fameuse prise péritel était utilisée.

Le signal est de basse définition et non entrelacé dans l’usage courant, souvent décrit comme du « 240p » pour les machines NTSC. Les pixels logiques ne doivent pas nécessairement être considérés comme carrés sur un téléviseur. De plus, l’overscan peut masquer une partie des bords de l’image.

Pour approfondir : mémoire, rendu et palettes du PPU.

Comparaison d’affichage NTSC/PAL
(images honteusement volées sur cet article)

Une manette standard transmet huit états

Les huit commandes sont : A, B, Select, Start, Haut, Bas, Gauche et Droite. Ce sont des commandes numériques : chaque bouton est appuyé ou relâché. La croix directionnelle n’indique pas une inclinaison analogique.

Un registre à décalage capture l’état des boutons, puis le présente un bit après l’autre. Le programme commande cette capture en écrivant dans $4016, puis lit les états successifs :

• par $4016 pour la première manette ;
• par $4017 pour la seconde.

« Le bouton A est appuyé » ne signifie pas intrinsèquement « sauter » : c’est le programme du jeu qui lui donne ce sens.

La Famicom d’origine présente une particularité : sa seconde manette n’a pas de boutons Start et Select, mais possède un microphone. Celui-ci fournit une détection sonore rudimentaire ; ce n’est pas une entrée permettant d’enregistrer une voix comme sur un ordinateur moderne.

L’APU possède cinq voies sonores de base

Une voie sonore est un générateur que le programme peut régler. Plusieurs voies fonctionnent simultanément et sont mélangées. L’APU intégré à la puce principale fournit :

1. Deux voies à impulsions rectangulaires, souvent appelées pulse, utilisées notamment pour les mélodies et les harmonies.
2. Une voie triangulaire, fréquemment utilisée pour les basses.
3. Une voie de bruit pseudo-aléatoire, utile aux percussions et à de nombreux bruitages.
4. Une voie DMC, qui lit des données sonores codées sous forme de variations successives de niveau.

Pour le DMC, chaque bit commande en principe une petite hausse ou une petite baisse d’un niveau accumulé. Ce codage delta n’est ni du MP3, ni simplement une suite d’échantillons d’amplitude sur huit bits.

La musique est généralement stockée comme des notes, des durées et des paramètres, éventuellement complétés par des échantillons. Une routine du jeu traduit ces données en réglages de l’APU. L’APU continue ensuite à produire le son pendant que le CPU effectue d’autres tâches.

Des sons supplémentaires peuvent venir de la cartouche

La Famicom prévoit un trajet audio passant par le connecteur de cartouche. Un circuit supplémentaire peut ainsi ajouter ses sons à ceux de la console. Le Disk System et certaines cartouches utilisant des circuits comme le VRC6, le VRC7 ou le Sunsoft 5B exploitent cette possibilité.

Le connecteur NES à 72 contacts ne reprend pas ce trajet audio de la même manière. Un simple adaptateur de cartouche ne garantit donc pas la restitution des sons supplémentaires d’un jeu Famicom. Les versions NES officielles sont généralement conçues autour des cinq voies internes.

Pour approfondir : lecture des manettes et APU et extensions sonores.

Comment le programme commence-t-il ?

Le CPU dispose d’un mécanisme matériel de démarrage. Lors d’une réinitialisation, il lit deux octets aux adresses $FFFC–$FFFD. Ensemble, ils forment une adresse sur seize bits : le vecteur RESET, qui indique où commencer l’exécution du programme.

Avec une cartouche ordinaire, ces octets proviennent de la mémoire de la cartouche. Le programme initialise ensuite les données dont il a besoin et configure les circuits. Le contenu initial de la RAM ne doit pas être supposé fiable.

La console à cartouches ne possède pas de système d’exploitation chargé de lancer tous les jeux. Sur les modèles qui en sont équipés, le verrouillage CIC (pour Checking Integrated Circuit, souvent appelé système 10NES) doit toutefois permettre un démarrage stable. Le Disk System constitue un autre cas : il apporte son propre BIOS.

Exemple : faire sauter un personnage

1. Lire les commandes. Le jeu constate que le joueur vient d’appuyer sur A.
2. Modifier l’état du jeu. Il donne une vitesse verticale au personnage, met à jour sa position, puis teste les collisions.
3. Préparer les changements d’affichage. Il construit en RAM les nouvelles descriptions des sprites et une liste de modifications du décor.
4. Transférer les données au bon moment. Il profite généralement de l’intervalle entre deux images visibles pour mettre à jour les mémoires vidéo.
5. Afficher le nouvel état. Le PPU construit l’image suivante avec les informations disponibles.

Les collisions sont généralement calculées à partir des positions et des données du niveau, pas en analysant les couleurs affichées sur le téléviseur.

Le VBlank : une fenêtre pour les mises à jour

Entre deux périodes d’image visible se trouve le VBlank, ou intervalle de suppression verticale. C’est un moment particulièrement adapté aux transferts vers le PPU, car celui-ci n’est plus en train de lire les mêmes mémoires pour dessiner la scène visible.

Au début du VBlank, le PPU peut déclencher une NMI, si le programme l’a autorisée. Cette interruption fait temporairement exécuter au CPU une routine dédiée, avant qu’il reprenne son travail précédent.

Un DMA permet notamment de transférer les 256 octets de descriptions des sprites vers l’OAM sans boucle de copie instruction par instruction. Le CPU est néanmoins suspendu pendant ce transfert : le DMA ne rend pas l’opération gratuite.

Le temps disponible est limité. Les jeux répartissent donc certaines mises à jour sur plusieurs images, ou exploitent des changements soigneusement synchronisés pendant le balayage. L’organisation exacte varie selon le programme.

Pourquoi un jeu peut-il ralentir ?

Si les calculs ne sont pas terminés à temps, un jeu peut conserver le même état pendant plusieurs images. La cadence vidéo peut rester stable alors que le jeu lui-même avance moins vite. Ce n’est pas nécessairement l’horloge du CPU qui ralentit.

Ce phénomène est différent de la disparition de sprites provoquée par la limite de huit sprites par ligne.

Les principales versions matérielles

Les mots NTSC et PAL désignent des familles de normes de télévision analogique. Pour la NES, ils servent aussi à distinguer des variantes matérielles dont les horloges et les cadences d’image ne sont pas identiques.

Les lignes de balayage supplémentaires du PAL ne deviennent pas automatiquement des lignes graphiques utilisables par le jeu. La répartition entre image active, bordures et intervalles de suppression diffère, ainsi que les proportions observées sur le téléviseur.

Pourquoi certains jeux PAL sont-ils plus lents ?

Supposons qu’un jeu déplace un objet d’un pixel à chaque image. À environ 60 images par seconde, il avance d’environ 60 pixels par seconde. Si le même principe est conservé à 50 images par seconde, il n’avance plus que de 50 pixels par seconde.

Un portage qui ne compense pas cette différence peut donc présenter une vitesse de jeu réduite d’environ 17 %. Mais ce n’est pas une règle universelle : certains jeux PAL ont été adaptés, entièrement ou partiellement.

Il faut distinguer cette différence de cadence vidéo de celle du CPU : le CPU PAL n’est qu’environ 7 % moins cadencé que le CPU NTSC. Les durées d’image, les périodes disponibles pour les transferts et le rapport entre horloges CPU et PPU changent également.

Le son demande lui aussi des ajustements : les fréquences produites pour certains réglages et les cadences de certaines voies diffèrent. Un portage peut donc devoir corriger à la fois le tempo, les hauteurs de notes et la synchronisation des effets.

Connecteurs, manettes et sorties vidéo

• Famicom d’origine : cartouches de 60 contacts, deux manettes attachées à la console, microphone sur la seconde, port d’extension en façade et sortie RF destinée au marché japonais.
• NES classique : cartouches de 72 contacts et manettes détachables. Les sorties vidéo varient selon le pays et le modèle ; beaucoup de NES à chargement frontal proposent RF et composite.
• AV Famicom de 1993 : manettes détachables et sortie composite, sans le microphone de la seconde manette d’origine.
• NES à chargement par le haut : le modèle nord-américain NES-101 n’a pas de CIC et possède normalement une sortie RF.

Certaines NES françaises fournissent du RVB par Péritel après conversion d’un signal composite interne. Une prise RVB ne signifie donc pas nécessairement que le PPU produit nativement une image RVB.

Les douze contacts supplémentaires de la cartouche NES ne rendent pas le processeur « plus large ». La répartition des signaux diffère, notamment pour le verrouillage et les extensions ; les liaisons audio de la Famicom ne sont pas simplement conservées.

Attention aux clones et aux appellations commerciales

Tous les appareils compatibles ne suivent pas exactement les variantes Nintendo. Les clones souvent appelés Dendy, par exemple, combinent une cadence vidéo de 50 Hz avec des choix de synchronisation différents de ceux d’une NES PAL officielle. Une étiquette « 50 Hz » ne suffit donc pas à identifier l’architecture.

Pour approfondir : horloges et différences entre NTSC et PAL.