CPS2 PicoHD : ce que prouve notre première compilation RP2350

La question qui guide le projet

Un RP2350B peu coûteux peut-il recevoir directement la vidéo numérique d'une carte CPS2 et produire du HDMI sans FPGA ni transmetteur séparé ? C'est une hypothèse de travail, pas un résultat démontré. Nos références comprennent le CPS2 Digital AV de marqs85, utilisant un FPGA, et les travaux NeoPico-HD sur RP2350 pour Neo Geo.

Prélever les signaux avant la conversion analogique pourrait préserver la couleur originale et l'information d'atténuation par pixel du CPS2. Il faut toutefois recevoir ces signaux sans danger, reconstruire la temporalité et alimenter l'écran sans pertes.

Ce que nous apprennent les références

Le code matériel publié de CPS2 Digital AV décrit trois bus de couleur de quatre bits (R, V, B), une valeur d'atténuation distincte de quatre bits, deux synchronisations et une référence d'horloge de 16 MHz. La cadence effective est d'environ 8 MHz, pour une image active de 384 × 224 pixels.

Ces valeurs sont tirées d'une réalisation FPGA publique : elles ne sont pas le résultat de mesures effectuées par nous sur une carte CPS2. L'atténuation est une information à reconstruire, pas simplement quatre bits RVB supplémentaires.

Ce qui a réussi le 11 novembre

Notre première compilation cible RP2350 a été reproduite sous Windows avec Pico SDK, Ninja, GNU Arm 14.2.1 et picotool 2.3.1. Elle a produit les fichiers .elf et .uf2 d'un prototype logiciel utilisant une image synthétique avec HSTX/DMA. Elle n'intègre pas encore la capture CPS2 complète.

L'outil GNU size indiquait 15 244 octets de text, zéro dans sa catégorie récapitulative data et 349 920 octets de BSS. L'analyse du fichier lié laissait 171 944 octets d'espace d'adresses non attribué dans le banc principal de SRAM de 512 Kio. Ce n'est pas une réserve garantie de pile ou de mémoire disponible à l'exécution.

Une suite distincte de tests Windows Release comptait 42 tests réussis sur une révision antérieure. Il s'agit de preuves logicielles, non de résultats sur la borne.

Tableau de ce qui est prouvé

Les véritables obstacles : tensions et temporalité

Les niveaux électriques de la carte CPS2 ne doivent pas être supposés compatibles avec les entrées du RP2350. Il faudra mesurer les signaux sur une révision précise et mettre au point des protections. Un mauvais échantillonnage de l'horloge peut produire des pixels manquants, des doublons et des défauts de couleur.

À la sortie, la chaîne HSTX/DMA devra gérer les interruptions, les tampons, les défauts de cadence et les changements d'écran. Des tests logiciels peuvent vérifier la logique, mais pas la stabilité électrique réelle.

Les prochaines étapes avec preuves

• G1 : afficher un motif synthétique stable sur un moniteur HDMI avec un montage RP2350 documenté.
• G2 : mesurer et protéger les signaux de couleur, fondu, horloge et synchronisation CPS2.
• G3 : démontrer une capture réelle répétable avec suivi des lignes et tampons.
• G4 : comparer les fondus, les couleurs et le cadrage à la sortie native.
• G5 : mesurer la latence et éviter toute promesse de « zéro lag » avant les essais.

Pourquoi raconter un prototype inachevé

Ce travail a déjà produit un résultat reproductible : une compilation, un budget mémoire, un modèle théorique de capture et des critères de validation. Présenter clairement les limites aide les autres passionnés sans faire passer un fichier .uf2 pour un accessoire fonctionnel.

Atelier Rocky étudie du matériel de restauration CPS2. Aucun PicoHD testé ou proposé à la vente n'est annoncé.