14 avril 2011 : des lecteurs deviennent des Mii à scanner
Dans une actualité du 14 avril 2011, Nintendo UK présente le nouveau numéro d’Official Nintendo Magazine. Sa couverture dépliante rassemble des Mii créés par des lecteurs ; le magazine imprime aussi leurs QR pour les retrouver dans Mii Maker sur Nintendo 3DS.
Le papier devient ainsi un support d’échange de personnages. Le lecteur ne se contente pas de regarder un portrait : il utilise le code avec le logiciel de la console. Ce jalon décrit un usage documenté en 2011, sans prétendre dater la première utilisation du QR dans le jeu vidéo.
Le portrait et le QR ne transportent pas la même chose
L’aide Nintendo explique que le QR contient les données nécessaires pour recréer le Mii sur une autre Nintendo 3DS. Elle distingue cette fonction de l’enregistrement du personnage comme simple image de son visage ou de son corps.
Le fichier du QR peut donc lui-même être une image, tout en servant à transmettre des données utilisables par Mii Maker. Une photo du portrait n’a pas cette fonction. De même, un QR contenant seulement le nom du personnage ne remplace pas le format attendu par Nintendo.
Le guide qui explique le fonctionnement du QR sépare le symbole, son contenu et l’action du logiciel. Le guide sur le contenu et la capacité aide à comprendre pourquoi l’information choisie compte autant que l’apparence du carré.
Mii Maker donne un sens aux données lues
Les aides Nintendo consultées aujourd’hui placent la création et la lecture du QR dans Mii Maker. Elles prévoient une carte SD pour enregistrer un QR de Mii et décrivent un parcours de scan qui aboutit à l’enregistrement du personnage.
Cela ne fait pas de tout QR un Mii importable. Nintendo indique aussi que le parcours de lecture attend un code créé par une console de la famille Nintendo 3DS. Le format accepté par l’application reste une condition distincte de la netteté du symbole.
Qurl ne crée ni n’importe de Mii. Son lecteur d’image ne transforme pas un QR Nintendo en personnage et son générateur de lien ne remplace pas Mii Maker. Ces limites ne disent rien de la compatibilité d’une autre génération de console : celle-ci doit être vérifiée dans sa propre documentation.
Une médiathèque fictive, deux actions sur une même table
Imaginons une médiathèque qui prépare une découverte du jeu portable. Sur la table, une fiche présente un personnage à recevoir dans une console compatible. À côté, une affiche renvoie au programme public des animations.
Pour le personnage, l’équipe conserve l’image du code prévue pour le parcours Nintendo et vérifie l’application concernée. Pour le programme, elle utilise un QR contenant l’adresse de sa page publique. Elle ne remplace pas le premier code par un QR de lien simplement parce que les deux se ressemblent.
Les légendes annoncent « Recevoir le Mii dans Mii Maker » et « Consulter le programme ». Une adresse lisible accompagne le second. Le guide pour choisir une légende de QR aide à formuler l’action. Ce scénario est fictif : aucune fiche Mii ni console n’a été préparée ou testée pour cet article.
Conserver le bon fichier et décrire le bon résultat
Pour documenter un ancien usage du QR, conservez ensemble l’image, sa provenance, le contenu annoncé et le logiciel visé. Une reproduction doit préserver le code fourni ; recréer un autre QR à partir d’une légende ne conserve pas les données d’origine.
Si votre objectif est une page d’information actuelle, le générateur Qurl peut préparer un QR de son adresse. Pour la mise en page, le guide des formats de fichier distingue image, document et support final. La rétrospective sur Chrome en 2020 montre ce parcours de lien ; le cas des Mii rappelle qu’il ne couvre pas tous les usages d’un QR.