La Nintendo Switch est sortie le 3 mars. Son idée tient en une phrase : retirer la console du socle et continuer la partie dans les mains. Pour que le passage paraisse simple, écran, processeur, batterie, contrôleurs, sortie vidéo et système d’exploitation changent de mode ensemble.

Dans le socle, la console détecte la connexion, négocie l’alimentation et la sortie HDMI, puis peut utiliser un profil de performance adapté. Retirée, elle active son écran, limite davantage l’énergie et garde le même processus de jeu et la même mémoire. Il n’y a pas de synchronisation de sauvegarde entre deux machines : c’est la même machine qui change de périphériques.

Un changement de mode sans interrompre la partie

Le flux pourrait être :

1. le matériel signale insertion ou retrait;
2. le système attend que l’affichage soit prêt;
3. le moteur reçoit nouvelle résolution et mode;
4. le rendu recrée les buffers nécessaires;
5. l’interface ajuste taille et densité;
6. l’audio change de sortie;
7. le jeu continue avec le même état.

Si le jeu suppose une résolution fixe ou garde des ressources trop lourdes pour le mode portable, la transition saccade. Les développeurs doivent tester les deux profils, le retrait pendant une cinématique et la perte temporaire d’un contrôleur.

Les Joy-Con utilisent une connexion sans fil lorsqu’ils sont détachés. Interférence, batterie faible et association sont des modes de panne. L’écran indique clairement quel contrôleur appartient à quel joueur et offre une reconnexion sans perdre la partie.

La contrainte énergétique guide le design

Le processeur et le GPU partagent une enveloppe thermique. En portable, la batterie et la chaleur limitent fréquence, luminosité et radio. Le moteur peut réduire résolution, distance ou effets pour préserver cadence. Une moyenne fluide dans le socle ne prouve rien sur une longue session portable.

La sauvegarde doit résister à une batterie épuisée. Une écriture atomique conserve ancienne copie jusqu’à validation de la nouvelle, avec somme de contrôle. Les cartes de jeu et stockage amovible ajoutent latence et erreurs; l’interface ne devrait pas inviter au retrait pendant une écriture.

La sécurité protège le code signé, les achats et les sauvegardes sans transformer chaque partie hors ligne en dépendance réseau. Les mises à jour sont vérifiées et reprenables.

Garder les sauvegardes cohérentes entre versions

Une mise à jour du jeu peut modifier la structure de sauvegarde. Le fichier porte numéro de format et somme de contrôle. Au premier chargement, une migration crée une nouvelle copie, valide les invariants puis garde l’ancienne jusqu’au succès. Elle est idempotente : un arrêt de batterie au milieu recommence sans empiler les transformations. Les versions trop anciennes passent par les étapes nécessaires ou reçoivent un message clair. Des sauvegardes de plusieurs progressions font partie des tests. Cette mécanique protège l’expérience centrale : passer du salon au portable n’a aucune valeur si une mise à jour ou un arrêt pendant l’écriture efface la partie.

J’aime cette architecture parce que chaque composant sert le même scénario. Dans un produit, je formulerais l’expérience centrale en une phrase puis tracerais les transitions matérielles, logicielles et de données qui la rendent vraie. Une idée claire ne réduit pas l’ingénierie; elle lui donne une priorité commune.