Necstasy

Arg ! presque !
Backup RAM ok
Working RAM ok
Palette RAM ok
VRAM 2K ok
VRAM ko ! fuck ! encore un peu de fer à souder !

Salut,

Alors ça en est où la réparation? Courage!

Je pense qu'on est pas loin des

Et...?



ET...!



avec un jeu ?!!
...





...








...






...


Presque !
Une idée ?
vivement que Paul me prête son Pad afin que je puisse avancer.

edit: la principale raison d'un crosshatch semble être un pbm sur le bus d'adresses ou de datas du 68K.

To be continued...

Je continue mon monologue, déjà en remerciant Paul pour son prêt de Pad NG et de sa Memory Card.
ça m'a permis de passer tous les tests de calendar, de cyclage RAM, de couleurs et vérifier que les 2 ports manettes fonctionnent.
La memory card est détectée mais je n'ai pas regardé plus loin sur ce point.
J'ai essayé par la suite une ROM d'origine, qui semble corrompue définitivement ou HS.
J'ai par la suite mis en place la ROM d'un slot 2 ports d'un modèle différent et là surprise Z80 error.
Apparemment un problème de son ne devrait pas empêcher une cartouche de se lancer avec l'unibios (est-ce quelqu'un peut confirmer ?), sauf que j'arrête pas de zapper l'eprom aux UV pour alterner un coup l'unibios, un coup la diagnostic.
Donc c'est décidé, demain je claque une ROM en unibios, nom de diou !!
pas pu testé les DIP switchs, toujours pour la raison ci-dessus, peut-être est-ce l'origine de l'impossibilité de lancement d'un jeu ?
si j'arrive à faire lancer un jeu, je m'attaque ensuite à l'erreur Z80.

Apparemment un problème de son ne devrait pas empêcher une cartouche de se lancer avec l'unibios

C'est le cas, l'Unibios est plus tolérant, voici un lien intéressant à ce sujet:
http://www.gamopat-forum.com/t58555-mvs ... 0-et-audio

Pour rappel, lors du boot, le processeur audio (Zylog Z80) envoie un signal qui va passer par la majorité des puces du circuit audio, et qui ensuite va revenir au Z80. Si le signal ne revient pas à temps, cela provoque notre chère erreur Z80 (si on a un bios standard. L'unibios ignore cette erreur et lance quand même le jeu même si il n'y a pas de son). D'un point de vue technique, l'erreur est provoquée lorsque le processeur Z80 ne répond pas à la commande $01 envoyée par le bios.

Je comprends pas, l'unibios voit bien le jeu (avec les codes de caractère texte NEO-GEO de l'adresse 100 à 106) dans mon slot 1 mais le jeu ne se lance pas. arf ! wtf ?

Toujours bloqué sur ce slot.
Alors il y a 2 zones de reconnaissances d'une cartouche dans la mémoire qui permettent de passer du crosshatch vers le lancement du jeu

https://wiki.neogeodev.org/index.php?ti ... ram_header

respectivement aux adresses $100 et $184 (il semble y avoir une erreur dans le wiki qui pointe à $182)
L'adresse 100 c'est bon, l'autre avec le security code aussi et ça ne veut toujours pas démarrer

Ci-dessous le security code, j'ai regardé toutes les datas elles sont identiques au wiki.


Par contre un autre truc m'interpelle quand j'utilise le viewer de l'unibios, en basculant avec le bouton D sur la VRAM, j'ai des différences entre une carte fonctionnelle et non fonctionnelle sur les zones SCB1 et extension data de la VRAM ci-dessous.

https://wiki.neogeodev.org/index.php?title=VRAM

La VRAM est bonne, elle passe le diagnostic.
Pfiouuu ça me gonfle, du coup je passe sur une autre carte défectueuse sur laquelle j'ai déjà trouvé des pistes défectueuses. J'espère que ça m'aidera à progresser sur la première.

YEEEEEEEEEEAAAAAAAAAAAAAAHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH !!!!!!!!!!!!!!!!!!!!!!

répétez après moi:
La liaison entre le 74AS04-6 et le NEO-FO(54) tu vérifieras !!!
Ce signal est SYSTEMB ou /SYSTEM, il est utilisé (notamment) pour servir de gate au latch de la sélection de slots !
demain réparation en clean du slot puis test de jeu dans la soirée.
TO DO LIST:
changer le YM2610 et avoir du son !
et en mineur après, vérifier le slot 2
Putain je suis content, même si j'ai pas pu regarder Game Of Thrones tellement j'étais pris dans mon bordel.

Eh ben ! Bravo pour ta persévérance !

Merci mais au final non.
car le jeu se lance et...
voilà ce que me donne Puzzle de pon



j'en reviens toujours à mon problème de mémoire VRAM partie SCB1 (la slow VRAM) je pense.
cette première partie est exactement celle qui définie les tiles/tile map

https://wiki.neogeodev.org/index.php?title=Sprites#SCB1

on voit ce qui semble être les blocs sauf que le codage de la palette (et d'autres trucs ?) ne marchent pas (la partie Odd)
Je vois bien ces blocs se déplacer quand j'appuie pour lancer la boule du jeu (toujours Puzzle de Pon)

car le jeu se lance et...
voilà ce que me donne Puzzle de pon

C'est rageant mais c'est un début, tu as au moins du texte.
Est-ce que le jeu tourne en démo ou est-ce que ça freeze?
Sur un autre forum, j'avais vu un membre qui lançait MAME en debug pour générer les erreurs matériels avec le défaut correspondant à l'écran.

je te tire mon chapeau car la réparation de slot mvs j'ai donné ... et plus jamais lol

jack slater a écrit : C'est rageant mais c'est un début, tu as au moins du texte.
Est-ce que le jeu tourne en démo ou est-ce que ça freeze?
Sur un autre forum, j'avais vu un membre qui lançait MAME en debug pour générer les erreurs matériels avec le défaut correspondant à l'écran.

le jeu tourne normalement je peux lancer les balles, enfin... les tiles de 16x16 pixels