Delta Island

Garfield56 a écrit : mar. 4 nov. 2025 21:32 Mec tu gères respect

Merci

eye2eye a écrit : mer. 5 nov. 2025 09:30 Envisages-tu de mettre BricoNeo en vente ?

Ce n'était pas le cas avec la version précédente. Le but est aussi d'ouvrir le projet. Mais vu comme c'est la misère à assembler, il vraudrait mieux que je les vende assemblés .
Sur cette version, j'aimerais réécrire le driver de mass storage pour rendre l'outil plus stable sur tous les OS. A partir de là, je pense que je pourrai commencer à ouvrir les vannes.
La partie hardware semble au point. La partie soft peut facilement être mise à jour. Donc après ce souci de mass storage, les voyants seraient plutôt au vert pour une diffusion plus large!

Par curiosité, c'est quel aspect qui t'intéresse? C'est plutôt pour de la réparation, ou pour du dev?

Je recherche un appareil pour :
Diagnosis et Debugging, mes propres essais avec un BIOS modifié n'ont pas été très concluants.
Tu as écrit que ton Debugger n'était que rudimentaire, as-tu déjà envisagé d'utiliser IDA/Ghidra
comme Debugger et de ne faire tourner qu'un Debugger-Stub sur le Neogeo ((t)race, (p)roceed,
(r)egs, (b)reakpoints etc.)? Comme un Remote-Debugger?

e2e

Alors non, je n'ai pas essayé de coder un debugger stub, que xe soit pour Ghidra ou GDB.
En fait, je m'en sers uniquement pour debugger mon propre code, donc embarqué sur ma ROM émulée. Et piur cet usage, un debugger pas à pas avec affichage des registres et désassemblage à la volée est largement suffisant.
Pour debugger des jeux sur cartouches, ça pourrait être utile. Mais dans ce cas, il faudrait que le code du stub tienne dans une infime partie d'une ROM standard ou d'un Unibios. Les contraintes d'espace seraient énormes.
Ceci dit, si tu es à l'aise avec le sujet et si tu veux démystifier quelques trucs. Je suis totalement preneur de conseils et de coups de main avec le code!