Salut à tous
Je m'insère dans ce topic car c'est moi la personne « du nord » ayant décidé d'aider notre ami Mariobros3 à faire revivre le stack Y-board de son Galaxy Force occupé à revenir du territoire des ombres
N'étant pas ingénieur électronicien mais ayant pas mal de spare de rechange pour Y-board (éléments datant du dépannage de mon précieux) et une certaine expérience, sans garanties, je me suis malgré tout dit qu'il était un devoir de l'aider à redémarrer sa version très rare du GFII DX.
Dans un premier temps j'avais pensé lui envoyer mon stack Y-board « de backup », supposé être toujours fonctionnel, pour test afin de dépanner le sien. Sauf qu'après une bonne dizaine d'années mon stack de backup présente également des problèmes et cela malgré un stockage optimal.
Nous avons finalement décidé qu'il serait plus simple que lui m'envoie son stack pour que je tente un dépannage.
Le voilà donc arrivé dans la place et malgré l'immense bordel qu'est mon labo actuellement et les milliers de projets en cours, je fais une place afin d'analyser ces boards.
Penchons-nous sur la bête.
A première vue ça paraît propre mais je vois déjà de la corrosion. Commençons par retirer les ROM et tout ce qui est sur supports sur la CPU board (68K, Z80, etc.)
Sans surprises, malgré le premier nettoyage qui a été fait les contacts sont toujours assez corrodés. Je ne vous fais pas un dessin, juste deux photos :
On a tendance à oublier que si il y a eu corrosion au niveau des supports les pattes des IC seront elles aussi impactées, je commence par vérifier à la loupe les pattes des ROM « programme » :
Évidemment rien que ceci pourrait expliquer un plantage immédiat du stack, activation du watchdog, freeze des CPUs, etc...
La suite du programme est donc le nettoyage en profondeur des supports et la même choses pour les pattes des IC de cette board.
Je me concentre sur la CPU board tout simplement car celle-ci a des chances de redémarrer quand bien même la vidéo board aurait des problèmes. Nous aurions de glitches, des bugs graphiques mais ce serait déjà un pas en avant.
Pour finir ce premier post, après m'être replongé dans le labyrinthe de mes souvenirs en voie de décomposition j'ai pu, en recroisant les données, reconstituer l'historique des Y-board de mon GFII SDX.
Step 1 : Le stack original de mon GFII qui malgré une révision complète (dans la mesure de mes moyens) continuait d'être graphiquement planté malgré tous mes efforts acharnés.
Step 2 : Un stack de Rail Chase fonctionnel mais dont la vidéo board était légèrement différente et qui malgré un taf de reverse engineering sur trois layers n'a pas pu être converti afin de devenir parfaitement compatible.
Step 3 : Un stack de G-Loc fonctionnel mais dont la vidéo board identique comportait malgré tout une carte fille soudée à la place de 2 ROM, j'ai finalement viré cette carte fille, soudé des supports et converti avec succès cette vidéo board que je faisais tourner avec la CPU board originale de mon GFII. Cela a bien fonctionné mais présentait parfois une instabilité, parfois le jeu plantait en fin de partie.
Step 4 : Par miracle je trouve quelques moi après l'aventure un autre stack Y-board de GFII fonctionnel, c'est celui qui est dans ma borne depuis tout ce temps. Mon stack de backup était donc : CPU board originale du GFII + vidéo board modifiée du G-Loc.
En testant ce stack de backup je constate aujourd'hui que la CPU board originale du GFII ne fonctionne plus, je monte les ROM du GF sur la CPU board du G-Loc, le jeu redémarre avec quelques glitches vidéos.
Ce que je veux dire c'est que même si je ne parviens pas à réparer le stack de Mariobros3, j'ai décidé que je lui donnerais un stack fonctionnel quand bien même si pour cela je dois faire du Frankenstein en croisant ROMs, CPU board, vidéo board de GFII / G-Loc / Rail Chase.
Dans les faits je n'ai jamais eu besoin de mon stack de backup, mon GFII SDX tourne comme un charme depuis toutes ces années et il n'y a finalement rien de pire pour la santé de cette électronique délicate qu'elle reste stockée et inutilisée pendant des décennies, je préfère donner et que ça serve à la préservation du rétro-patrimoine !
J'ai donc bon espoir quoiqu'il arrive de pouvoir aider Mariobros3 à contribuer à la renaissance de son cockpit;-)
DCE
Je m'insère dans ce topic car c'est moi la personne « du nord » ayant décidé d'aider notre ami Mariobros3 à faire revivre le stack Y-board de son Galaxy Force occupé à revenir du territoire des ombres
N'étant pas ingénieur électronicien mais ayant pas mal de spare de rechange pour Y-board (éléments datant du dépannage de mon précieux) et une certaine expérience, sans garanties, je me suis malgré tout dit qu'il était un devoir de l'aider à redémarrer sa version très rare du GFII DX.
Dans un premier temps j'avais pensé lui envoyer mon stack Y-board « de backup », supposé être toujours fonctionnel, pour test afin de dépanner le sien. Sauf qu'après une bonne dizaine d'années mon stack de backup présente également des problèmes et cela malgré un stockage optimal.
Nous avons finalement décidé qu'il serait plus simple que lui m'envoie son stack pour que je tente un dépannage.
Le voilà donc arrivé dans la place et malgré l'immense bordel qu'est mon labo actuellement et les milliers de projets en cours, je fais une place afin d'analyser ces boards.
Penchons-nous sur la bête.
A première vue ça paraît propre mais je vois déjà de la corrosion. Commençons par retirer les ROM et tout ce qui est sur supports sur la CPU board (68K, Z80, etc.)
Sans surprises, malgré le premier nettoyage qui a été fait les contacts sont toujours assez corrodés. Je ne vous fais pas un dessin, juste deux photos :
On a tendance à oublier que si il y a eu corrosion au niveau des supports les pattes des IC seront elles aussi impactées, je commence par vérifier à la loupe les pattes des ROM « programme » :
Évidemment rien que ceci pourrait expliquer un plantage immédiat du stack, activation du watchdog, freeze des CPUs, etc...
La suite du programme est donc le nettoyage en profondeur des supports et la même choses pour les pattes des IC de cette board.
Je me concentre sur la CPU board tout simplement car celle-ci a des chances de redémarrer quand bien même la vidéo board aurait des problèmes. Nous aurions de glitches, des bugs graphiques mais ce serait déjà un pas en avant.
Pour finir ce premier post, après m'être replongé dans le labyrinthe de mes souvenirs en voie de décomposition j'ai pu, en recroisant les données, reconstituer l'historique des Y-board de mon GFII SDX.
Step 1 : Le stack original de mon GFII qui malgré une révision complète (dans la mesure de mes moyens) continuait d'être graphiquement planté malgré tous mes efforts acharnés.
Step 2 : Un stack de Rail Chase fonctionnel mais dont la vidéo board était légèrement différente et qui malgré un taf de reverse engineering sur trois layers n'a pas pu être converti afin de devenir parfaitement compatible.
Step 3 : Un stack de G-Loc fonctionnel mais dont la vidéo board identique comportait malgré tout une carte fille soudée à la place de 2 ROM, j'ai finalement viré cette carte fille, soudé des supports et converti avec succès cette vidéo board que je faisais tourner avec la CPU board originale de mon GFII. Cela a bien fonctionné mais présentait parfois une instabilité, parfois le jeu plantait en fin de partie.
Step 4 : Par miracle je trouve quelques moi après l'aventure un autre stack Y-board de GFII fonctionnel, c'est celui qui est dans ma borne depuis tout ce temps. Mon stack de backup était donc : CPU board originale du GFII + vidéo board modifiée du G-Loc.
En testant ce stack de backup je constate aujourd'hui que la CPU board originale du GFII ne fonctionne plus, je monte les ROM du GF sur la CPU board du G-Loc, le jeu redémarre avec quelques glitches vidéos.
Ce que je veux dire c'est que même si je ne parviens pas à réparer le stack de Mariobros3, j'ai décidé que je lui donnerais un stack fonctionnel quand bien même si pour cela je dois faire du Frankenstein en croisant ROMs, CPU board, vidéo board de GFII / G-Loc / Rail Chase.
Dans les faits je n'ai jamais eu besoin de mon stack de backup, mon GFII SDX tourne comme un charme depuis toutes ces années et il n'y a finalement rien de pire pour la santé de cette électronique délicate qu'elle reste stockée et inutilisée pendant des décennies, je préfère donner et que ça serve à la préservation du rétro-patrimoine !
J'ai donc bon espoir quoiqu'il arrive de pouvoir aider Mariobros3 à contribuer à la renaissance de son cockpit;-)
DCE
) a logiquement la même.
