Certaines idées, qui ressemblent d'abord à une plaisanterie entre amis, finissent par se transformer en projets très sérieux. C'est précisément ce qui s'est passé avec l'expérience de Bryan Keller, un développeur qui est parvenu à faire démarrer Mac OS X 10.0 Cheetah sur une Nintendo Wii , une console sortie en 2006 et conçue pour les jeux en famille, et non pour servir d'ordinateur de bureau.
Loin d'être une simple astuce, le travail de Keller s'est révélé être un véritable parcours technique semé d'embûches, nécessitant une documentation abondante et des solutions créatives. Le résultat : une Wii capable d'afficher le bureau Mac OS X Cheetah avec l' interface Aqua, compatible avec les claviers et souris USB, et démarrant directement sur le matériel sans aucune couche de virtualisation – une prouesse qui a suscité l'enthousiasme de la communauté des passionnés de consoles rétro en Europe et dans le monde entier.
Une console modeste qui n'a jamais prétendu être un Mac
Lors de la sortie de la Nintendo Wii en Europe en 2006, la puissance brute n'était pas le point fort. Alors que Microsoft et Sony mettaient en avant les graphismes haute définition de la Xbox 360 et de la PlayStation 3 , Nintendo se distinguait par un petit boîtier blanc, 88 Mo de mémoire et un processeur de 729 MHz, misant sur la détection de mouvements et le jeu en famille.
Sur le papier, ces spécifications semblaient bien loin des besoins d'un système de bureau comme Mac OS X, surtout avec une interface aussi remarquable visuellement qu'Aqua. Pourtant, la solution résidait dans son processeur : la Wii utilise un PowerPC 750CL, surnommé Broadway , descendant direct des puces PowerPC 750CXe qu'Apple employait dans certains iMac et iBook du début des années 2000.
Cette similarité architecturale ne fait pas de la Wii un Mac, mais elle élimine l'un des obstacles les plus importants dans ce type de projet : le processeur et le système d'exploitation utilisent fondamentalement le même langage . Dès lors, tout le reste a consisté à adapter un matériel très spécifique à un logiciel qui n'avait jamais été conçu pour lui.
La console Nintendo présente une architecture assez unique, avec une mémoire divisée en MEM1 (24 Mo) pour les tâches essentielles et MEM2 (64 Mo) pour les graphismes et autres usages . Le tout est géré par la puce Hollywood, qui centralise une grande partie de la logique du système. De plus, les entrées et sorties sont conçues pour les manettes, les jeux et les accessoires spécifiques à la console, et non pour les disques durs, claviers ou souris comme sur les Mac classiques.
Avant cette expérience, la Wii avait déjà servi de terrain d'expérimentation pour d'autres systèmes : la communauté de modding était parvenue à faire tourner Linux, NetBSD, et même Windows NT , et partageait également des guides sur les meilleurs émulateurs pour Mac . C'est précisément le cas de Windows NT qui a finalement incité Keller à tenter ce que beaucoup considéraient comme impossible : porter Mac OS X Cheetah sur Wii.
Conception d'un processus de démarrage personnalisé pour Mac OS X sur la Wii
L'un des principaux obstacles du projet résidait dès la conception du système. La Wii ne dispose d'aucun système comparable à Open Firmware ou BootX, les mécanismes de démarrage classiques des Mac PowerPC ; tenter d'imposer ces méthodes à la console n'avait donc guère de sens en pratique.
Au lieu d'adapter des composants existants, Keller a choisi de créer un chargeur de démarrage entièrement personnalisé , conçu uniquement pour accomplir l'essentiel : initialiser le matériel de base de la Wii et charger le noyau Cheetah de Mac OS X depuis une carte SD. Ce chargeur de démarrage sert d'interface entre l'environnement de la console et le noyau du système d'exploitation d'Apple.
Le noyau de Mac OS X de cette époque était basé sur le format Mach-O pour ses exécutables, y compris le noyau XNU lui-même. Faire en sorte que ce noyau se charge correctement sur la Wii représentait un défi de taille : Keller a dû injecter des paramètres de base directement dans le noyau et utiliser des techniques de débogage inhabituelles , comme l’insertion de correctifs qui allumaient la LED frontale de la console à certains moments du processus de démarrage afin d’identifier les plantages.
Outre la procédure de démarrage initiale, il a fallu ajuster la carte mémoire. La manière dont macOS s'attend à trouver la RAM et les périphériques ne correspond pas du tout à l'organisation MEM1/MEM2 de la Wii ; il était donc essentiel d'adapter le noyau afin qu'il puisse « comprendre » l'organisation de la mémoire de la console sans entrer en conflit avec le reste du matériel.
Comme le développeur le détaille lui-même dans la documentation publiée sur son blog et sur GitHub, le processus a nécessité d'innombrables tests, redémarrages et modifications progressives. L'objectif était de permettre au noyau XNU, conçu pour les ordinateurs Macintosh du début des années 2000, de démarrer dans un environnement totalement différent sans perte de stabilité.
Manettes, vidéo et USB : le casse-tête matériel
Une fois le démarrage initial terminé, les problèmes habituels sont apparus lorsqu'on a tenté d'exécuter un système d'exploitation sur un périphérique inadapté : les manettes . La Wii utilise une architecture avec un processeur principal PowerPC et une puce secondaire basée sur ARM, chargée de gérer certains périphériques, ce qui complique encore la tâche.
Pour que Mac OS X fonctionne de manière minimale, Keller a dû développer des pilotes personnalisés pour plusieurs composants essentiels. Il a commencé par l'accès au lecteur de carte SD , indispensable au système pour reconnaître le support de stockage à partir duquel il charge et sur lequel les données sont enregistrées. Sans cette prise en charge, le système n'aurait même pas pu démarrer.
Un autre défi majeur concernait l'affichage vidéo. La Wii et Mac OS X Cheetah n'étaient pas compatibles en termes de formats et de rendu des couleurs, ce qui entraînait des incohérences chromatiques et des problèmes d'affichage de l'interface Aqua . Keller a dû adapter le rendu à l'écran du système d'Apple pour qu'il corresponde aux capacités de la console.
La gestion des périphériques d'entrée n'a pas été une mince affaire non plus. Faire fonctionner un clavier et une souris USB sur la Wii sous Mac OS X a nécessité de trouver et d'adapter un code de pilote USB vieux de plus de vingt ans . Le développeur lui-même raconte avoir dû parcourir les canaux IRC à la recherche du code source d'un ancien pilote USB afin de l'adapter aux spécificités du matériel de Nintendo.
Tout ce travail a finalement abouti à une installation complète et fonctionnelle de Mac OS X sur la Wii, avec un bureau opérationnel, la possibilité de déplacer le pointeur de la souris, de saisir des données au clavier et de reconnaître les périphériques de stockage . Ce n'est pas un système conçu pour une utilisation intensive, mais il est suffisamment abouti pour que l'expérience soit considérée comme une réussite technique.
L'engagement de Keller était tel qu'il emporta même sa console avec lui pendant ses vacances à Hawaï pour continuer à travailler, consacrant chaque instant libre à l'avancement du projet. Cette persévérance a permis à la communauté d'accéder désormais à un tutoriel détaillé et au code source ouvert du portage , une ressource particulièrement précieuse pour les développeurs et passionnés européens souhaitant étudier le projet ou tenter une adaptation similaire sur leur propre console.
Mac OS X 10.0 Cheetah : l’ancien système d’exploitation d’Apple dans un boîtier Wii
Le choix du système pour cette expérience n'est pas fortuit. Mac OS X 10.0 Cheetah fut la première version commerciale du système d'exploitation moderne d'Apple , sortie en 2001 et basée sur le noyau Darwin, dérivé d'UNIX. Elle représentait un progrès considérable par rapport au Mac OS 9 classique, grâce au multitâche préemptif, à la protection de la mémoire et à une architecture système plus robuste.
Cheetah a également servi de passerelle vers l'interface graphique Aqua, proposant des effets visuels plus complexes pour l'époque, la transparence et un moteur graphique Quartz basé sur le format PDF . L'exécution de tout cela sur Wii, sans accès à l'accélération graphique avancée d'un Mac à l'époque, obligeait le processeur à prendre en charge une part importante du rendu, ce qui entraînait une baisse de performances.
D'un point de vue technique, le système utilise le noyau hybride Mach/BSD XNU, le système de fichiers HFS+ et les bibliothèques Carbon et Cocoa , qui coexistaient pour assurer la compatibilité avec les applications classiques et les logiciels plus modernes. Pour que tout cela fonctionne sur Wii, il a fallu implémenter un framebuffer et une résolution compatibles avec les exigences du système, et adapter les graphismes d'Aqua à l'environnement de la console.
Le résultat est un Mac OS X 10.0 capable de démarrer sur une Nintendo Wii, d'afficher le bureau complet et de répondre aux commandes de l'utilisateur, malgré des temps de chargement longs et une certaine latence lors de la navigation entre les fenêtres et les menus . Compte tenu du matériel doté de moins de 100 Mo de RAM et d'un processeur très basique, l'expérience s'apparente davantage à une démonstration technique qu'à un environnement de travail confortable.
Au-delà des performances, ce projet souligne une fois de plus le rôle historique de Cheetah dans l'évolution d'Apple. Voir cette version tourner sur un appareil aussi différent qu'une Wii nous permet de mieux apprécier, avec le recul, le chemin parcouru par macOS ces dernières années et l'importance de la révolution du début des années 2000.
Un défi qui a commencé par « c'est impossible »
L'origine du projet semble davantage relever de la curiosité que de la praticité. D'après la communauté qui le suit, Keller a décidé de le lancer après qu'une personne a affirmé qu'il était impossible de faire tourner macOS sur une Wii . Pour tout passionné de systèmes d'exploitation, c'est presque une invitation.
Ces dernières années, des initiatives similaires se sont multipliées au sein des forums et communautés européens dédiés au rétro-matériel, cherchant à porter d'anciens systèmes sur des consoles, des micro-ordinateurs ou d'autres appareils jamais pris en charge par les fabricants. Leur objectif n'est pas tant d'offrir une solution pratique que d' explorer les limitations du matériel et de mieux comprendre son fonctionnement interne.
Dans ce cas précis, le projet Cheetah sur Wii est devenu un exemple éloquent de ce que signifie adapter un système d'exploitation complexe à une plateforme totalement différente : modification du noyau, compréhension de la carte mémoire, écriture des pilotes et prise en compte des spécificités de chaque composant. L'ensemble de ces éléments est documenté et accessible à la communauté pour analyse.
Pour les étudiants en informatique, les développeurs et les passionnés d'Espagne et d'Europe, la découverte d'un dépôt aussi détaillé et d'une documentation technique aussi complète représente une opportunité d'apprentissage inestimable. Le code source publié sur GitHub et les explications de l'auteur permettent aux utilisateurs de suivre, étape par étape, le démontage et le remontage d'un système tel que macOS dans un environnement inconnu.
Au-delà de l'anecdote, ce type de projets contribue également à la préservation de logiciels historiques. Maintenir en vie une version aussi ancienne de Mac OS X en l'exécutant sur du matériel alternatif garantit qu'elle ne soit pas reléguée uniquement à des captures d'écran ou à de vieilles vidéos , mais qu'elle demeure un système avec lequel on peut réellement interagir, même de manière expérimentale.
Matériel rétro qui connaît une seconde vie
L'un des messages clés de cette expérience est que le matériel informatique ancien, loin d'être un simple objet inutilisable prenant la poussière, peut devenir une plateforme très intéressante pour des projets techniques . La Wii, que l'on trouve désormais facilement à prix réduit sur le marché de l'occasion européen, illustre parfaitement cette idée.
Son architecture PowerPC, sa faible consommation et sa structure relativement flexible pour le chargement de logiciels personnalisés en font un choix intéressant pour les développeurs souhaitant expérimenter avec des systèmes d'exploitation, des pilotes, voire des projets éducatifs. C'est un environnement modeste, certes, mais il oblige à optimiser les ressources et à bien comprendre le rôle de chaque composant – une nécessité qui se perd avec le matériel plus puissant d'aujourd'hui.
Dans un contexte éducatif ou d'auto-apprentissage, disposer d'une plateforme peu coûteuse pour expérimenter sans risquer d'endommager un ordinateur en état de marche est un atout précieux. Des projets comme celui de Keller démontrent qu'il est possible de réutiliser des consoles obsolètes à des fins bien plus larges que le simple divertissement, de l'étude des noyaux à l'exploration d'architectures classiques.
Cela ne signifie pas pour autant que la Wii va devenir un « nouveau Mac » pour un usage quotidien, ni qu'installer Cheetah pour les tâches courantes soit judicieux. Le développeur lui-même précise qu'il s'agit d'une démonstration technique, avec des limitations importantes en termes de performances, de compatibilité des applications et de prise en charge des périphériques . Mais en tant qu'exercice intellectuel et outil pédagogique, le projet a largement atteint son objectif.
Avec le recul, cette histoire illustre bien une tendance : tandis que le marché se renouvelle sans cesse avec de nouveaux modèles de consoles et d’ordinateurs, une partie de la communauté tech continue de trouver un intérêt à donner une seconde vie aux appareils plus anciens, en repoussant leurs limites bien au-delà de ce que leurs créateurs avaient imaginé . C’est ce mélange de curiosité, de connaissances et de persévérance qui permet aujourd’hui à une Nintendo Wii d’afficher le bureau Mac OS X 10.0 Cheetah.
