Bonjour,

Good news, le projet emuSCV avance bien .

J'ai presque fini l'intégration du moteur RetroPC sur Linux C'est grossomodo la structure dans laquelle "tourne" l'émulateur eSCV... ainsi que plein d'autres émulateurs d'ailleurs...
Il me reste une bricole de code à régler pour récupérer le nom des classes mais c'est secondaire car c'est utilisé uniquement pour le débogueur intégré de RetroPC.

Je ne suis pas encore passé partout mais l'intégration de eSCV se passe bien aussi. Normalement tout est déjà intégré, je n'ai pas d'erreur de compilation mais il reste encore un gros boulot pour tout tester.

Il reste à faire:

• La semaine prochaine je devrai pouvoir enfin charger le BIOS et une ROM pour voir si ça tourne comme attendu en débogage pas à pas (pour le moment il n'y a rien de visible pour le commun des mortels hormis pour moi dans le code avec mon débogueur).

• Il faut que je fasse tout le code de la partie "OSD" de RetroPC (c'est le terme utilisé dans RetroPC).
  C'est ce qui est chargé de faire l'interface entre eSCV/RetroPC et l'extérieur (Libretro, Recalbox et vous ) pour tout ce qui est entrées (clavier, joysticks) et sorties (vidéo et son).
  Pour le moment c'est une juste coquille vide. J'ai bien toutes les fonctions qui sont créées mais elles ne font encore rien.
  Ça ne devraient pas être une étape trop compliquée vu que tout le boulot sera au final délégué à l'API Libretro (donc à Recalbox). J'ai déjà fait plein de tests et je sais déjà quoi faire pour que ça marche.
  Arrivé là les premiers jeux devraient être enfin être jouables .

• Il faudra faire aussi en sorte que ça tourne sur Retroarch PC et Mac en plus de Linux.
  Même si pour Recalbox c'est Linux qui nous intéresse, je tiens à ce que ça reste crossplatform et si je le fais au fûr et à mesure j'ai moins de risque d'avoir des régressions.

• Il faudra ensuite compiler une version pour Recalbox (du boulot Bkg2k et la team Recalbox) mais normalement si ca tourne sur Linux ca devrait bien se passer.

• Enfin la cerise sur le Mac Do, il faudra que je fasse une interface jolibô pour pouvoir régler les options directement dans l'émulateur... mais on peut démarrer sans ça avec des options "standards".

Ouf!
Voilà! Des news la semaine prochaine. Des bisous.
Bon week-end
@++
MaaaX ^^

Bonsoir.

Petit point de fin de semaine:

• J'ai avancé sur la traduction du manuel de Basic Nyumon mais je me suis retrouvé coincé pour faire les captures d'écran puisque l'affichage de l'émulateur n'était pas encore terminé à 100% et qu'il n'y avait pas encore les contrôles (joysticks, clavier).

• J'ai donc fini la partie affichage (cadrage finalisé pour les modes EPOCH, YENO et EmuSCV, normal/full display et 60/50Hz). Il restera les jolis menus à faire plus tard.

• J'ai fini aussi la partie configuration. Il n'y a pas encore de menu in game mais la config est modifiable via les options du frontend Libretro.

• Les contrôles joysticks et clavier était déjà "branchés" entre le frontend Libretro et EmuSCV. J'ai commencé à faire le "branchement" entre EmuSCV et eSCV (l'émulateur embarqué), on devrait donc bientôt pouvoir commencer à tester les jeux (sans le son pour le moment).

Au niveau graphismes c'est déjà presque "jouable" (avec les contrôles ça sera quand même plus facile).
Il reste les soucis connus suivants (attention ça peut peut être un peu technique et je vais essayer de faire simple):

• Boulder Dash: léger clignotement sur certains diamants dû au fait que ces diamants utilisent parfois le sprite n°0 dans un mode spécial avec 2 couleurs inversées. Dans ce mode on inverse les deux couleurs normales du sprite n°0, on affiche donc une première image avec la couleur 2 et une seconde image par dessus avec la couleur 1, sauf que dans ce mode la seconde image on doit alterner régulièrement entre deux images différentes. Je ne sais pas encore quand je dois utiliser ce mode spécial de façon universelle (toujours actif dans ce jeu). Je sais quelles images utiliser mais pas quand je dois alterner la seconde image. Du coup j'ai fait une rustine spécifique à ce jeu mais ça clignote si je ne change pas la seconde image quand il faut.

• Kung-Fu Road: il y avait des sprites moches et indésirables en haut et à gauche de l'écran. J'ai trouvé une meilleure solution que eSCV et MAME qui masquait une grande bande en haut de l'écran uniquement pour ce jeu, sauf que le perso disparaissait si on faisait un grand saut depuis le mur du haut. En fait ce jeu n'utilise que les 64 premiers sprites sur les 128 affichables en même temps, les sprites moches étant dans la seconde moitié. Je n'affiche donc que la première moitié des sprites et ça fonctionne très bien. Ce que je ne sais pas c'est comment déterminer de façon universelle le nombre de sprites à afficher (toujours 64 dans ce jeu). J'ai donc moi aussi fait une rustine spécifique à ce jeu.

• Lupin III: il manque le dessin des briques dans le dernier niveau. J'ai pas mal cherché mais je n'ai rien de très concluant, aucune trace de ces briques. Je vais extraire la ROM de ma cartouche pour voir si le code est identique à celle qui circule sur Internet.

Je pensais qu'il y avait un problème sur Dragon Ball: il manque une bande de pixels à gauche en mode EPOCH et ça clignote parfois pas mal. J'ai commencé à chercher mais en fait c'était comme ça sur les vraies consoles. C'était sûrement masqué par la moindre qualité de la sortie antenne de la console japonaise puisque ce jeu n'est sorti qu'au Japon.
https://youtu.be/JdiQffiIfYA

JE PENSE QUE CA DEVRAIT COMMENCER A ETRE JOUABLE LA SEMAINE PROCHAINE (sans le son).
Ceux qui souhaitent jouer les Beta testeurs peuvent me contacter directement sur discord: MaaaX avec 3 fois "a". Il faudra avoit Retroarch sur un Windows, un OS X ou un Linux. Je vous fournirai le core Libretro-EmuSCV. Si vous avez une des consoles et des jeux d'origine pour comparer c'est mieux.

@++
MaaaX ^^

Salut salut.

Sortie officielle de Recalbox 7.2 ce soir à 21h, incluant EmuSCV.
Vous allez enfin pouvoir rejouer aux jeux Super Cassette Vision de votre enfance

@++
EPOCH84 (aka MaaaX)

Hello,

L'affichage a pris bien moins de temps que ce que je pensais

Avant de passer à la suite j'ai encore du boulot sur la partie qui gère l'émulation de la puce EPOCH-TV1 afin de pouvoir émuler l'affichage de la console YENO en plus de celui des consoles EPOCH (pour mémoire l'affichage est différent sur les consoles JP et FR).
Et puis c'est un peu brut de fonderie pour le moment et je vais bien sûr améliorer tout ça.

Je voudrais revenir aussi sur la gestion de la config.
Pour le moment j'utilise celle de eSCV qui est basée sur un fichier .INI mais je vais modifier ça pour que ça soit complètement intégré à Libretro/Recalbox.
Et enfin il faut que ce que j'ai fait tourne aussi sur Mac et Windows en plus de Linux (oui sur la photo c'est un Mac mais avec un Linuxmint dessus).

Des news ASAP.
Des bisous.
@++
MaaaX ^^

Bonsoir amis retrogamers,

Voici les dernières news du front sur le projet EmuSCV:

• Je suis d'ores-et-déjà en mesure de gérer la surface d'affichage de toutes les consoles (les 2 JP et la FR), et même un peu plus car la zone d'image gérée est en fait beaucoup plus grande que ce qui est affiché au final à l'écran.
  En gros ça fonctionne comme ça: plusieurs fonctions dessinent les textes, les blocs et les graphiques dans une zone mémoire de 320x320 pixels appelée "text buffer" utilisant 16 couleurs. Une autre fonction dessine les sprites dans une autre zone mémoire appelée "sprites buffer" (320x320, 16 couleurs). Ensuite on mixe les deux buffers en copiant d'abord le "text buffer" en mémoire vidéo avec les 16 couleurs affichées puis le "sprites buffer" mais en 15 couleurs, la couleur 0 servant de couleur transparente.
  La couleur 0 est le bleu qu'on peut apercevoir subrepticement quand on fait un reset sur console (puisqu'on remplit la mémoire vidéo avec la couleur 0).
  Notez qu'il y a léger décalage quand on fait la composition des deux buffers (cadre bleu sur l'image suivante: "text buffer", rectangle rouge: "sprites buffer").
  Si on voulait tout afficher il faudrait avoir une résolution de 324x322, ce qui est assez loin de la résolution finale affichée à l'écran. Je ne peux pas vous mettre de vidéo ici mais les sprites vont parfois assez loin hors de la zone visible à l'écran.

Pour ceux qui se demande combien on affiche de sprites en même temps sur le test vidéo, en vrai ça donne ça (certains ballons sont invisibles car de la même couleur que le fond):

• Il reste un gros souci à régler pour Kung-Fu Road qui présente des bugs graphiques. Il faut que je creuse pour savoir si c'est un problème de eSCV, l'émulateur sur lequel je me base, où si c'est la ROM qui est pourrie. TAKEDA Toshiya, le créateur de eSCV, avait botté en touche en bidouillant le cadrage et en ne dessinant pas la partie haute du "sprites buffer" pour cette cartouche afin que les faux sprites s'affichent hors de l'écran. D'après mes tests je crains qu'il y ait un risque pour que ça écrive des données la ou ça ne devrait pas, il faut absolument que je résolve ce bug et j'ai commandé le matériel pour pouvoir réextraire le contenu des puces de MA cartouche d'origine pour vérifier ( ). Au passage la ROM que j'ai pour Astro Wars n'a pas les mêmes couleur que sur la vraie version (mais là j'ai la cartouche en double).

• Autre petite chose bien moins grave: je n'ai pas les bugs d'affichage de la console Yeno avec les jeux Boulder Dash et Doraemon.
  Il devrait y avoir des restants de texte en haut de l'écran que je n'ai pas du tout sur l'emulo. Ca n'est pas grave en soit mais je chercherai pourquoi afin d'émuler parfaitement toutes les consoles.

• J'ai eu quelques soucis pour charger certaines ROM mais j'ai trouvé pourquoi: eSCV n'est pas capable de charger certaines ROM telles qu'on les trouvent sur Internet car il est nécessaire de placer les blocs de données à certain endroits précis de la mémoire. Si les blocs doivent être chargés dans l'ordre à partir du début de la mémoire tout va bien sinon ça ne tourne pas.
  Sur les cartouches d'origine, l'ordre des banques et leur adresse mémoire étaient définies en dur par le cablage sur la PCB (la carte électronique dans la cartouche) or c'est une information qu'on a pas dans les fichiers ROM.
  TAKEDA Toshiya avait rencontré le même problème et crée un format de fichier spécifique pour remettre à disposition cette info (format pas ou peu documenté et il faut faire tout le boulot de création du fichier à la main). Il fournit dáilleurs avec le code source quelques exemplaires de ROM modifiées qui elles se chargent donc bien.
  Personnellement je trouve que son format est quelque peu restrictif si on veut pouvoir faire du homebrew plus tard.
  Je suis donc en train de peaufiner mon propre format pour EmuSCV (.cart pour les cartouches et .sram pour les sauvegardes), format que je documenterai. Je fournirai un outil cross-plateforme pour ceux qui souhaite recréer eux-même les fichiers à partir des ROM en circulation. (Nous sommes bien d'accord que je n'ai légalement pas le droit de fournir ni le BIOS, ni aucune ROM).

• Et sinon je n'ai pas du tout eu le temps de mettre le nez dans le recodage de la config pour l'intégrer totalement au fonctionnement de Libretro/Recalbox.

Encore merci à Fred pour les quelques photos du manuel de BASIC Nyumon qu'il doit m'envoyer (Fred lis ces lignes, ne m'oublie pas ).

Prenez soin de vous et à la semaine prochaine pour de nouvelles aventures.
@++
MaaaX ^^

Bonsoir amis rétrogamers et rétrogameuses,

Gros point de fin de semaine car pas mal de news à vous donner.

J'ai créé les ROMs au format .CART pour toutes les ROMs existantes. Tous les jeux se chargent et tournent sur EmuSCV.
Pour les jeux dont la cartouche permettait de sauvegarder (celles avec un emplacement pour 2 piles), un fichier .SAV est enregistré automatiquement au déchargement du jeu.
Si vous essayez de charger une ROM brute d'extraction telles que récupérées sur Internet et qu'elle est connue d'EmuSCV, l'émulateur vous crée le fichier .CART correspondant et le lance dans la foulée. Ça fonctionne pour les ROMs en un seul fichier .bin, .rom, ou n'importe quoi d'autre et pour les ROMs en plusieurs fichiers .0, .1, .2, .3 (32Ko maximum par fichier).

Petit aparté concernant le jeu Boulder Dash pour lequel j'ai extrait les données de la ROM de la cartouche européenne, données qui s'avèrent être différentes de celles de la version japonaise. Je n'avais trouvé cette ROM nul part sur Internet et elle n'est même pas encore connue de No-Intro.
Cette ROM est bien sûr également gérée par EmuSCV.

La démo de tous les jeux fonctionnent parfaitement sauf 5 qui fonctionnent mais pour lesquels il me reste des mystères à élucider:

• Boulder Dash (encore lui): le dessin des sprites des diamants sur le 2ème et le 4ème quart vertical de l'écran utilisent un mode d'affichage particulier qui n'était pas géré du tout par eSCV. Dans ce mode il semble que le premier sprite doit être affiché comme un "sprite 2 couleurs" mais avec les deux couleurs inversées mais je ne sais pas encore quel index de sprite je dois afficher.
• Kung-Fu Road: Il faut que je trouve comment les vraies consoles gérent le masquage des sprites moches en haut de l'écran car après plusieurs tests je me suis aperçu que la façon de contourner le problème choisie par eSCV et Mame n'est pas la bonne . En effet dans la 2ème scène du jeu on peux monter sur le mur en faisant un grand saut (haut puis haut-droite) et si on refait un grand saut depuis le mur, le personnage disparait en haut de l'écran, ce qui n'est pas le cas sur les vraies consoles.
• Lupin III: dans la dernière scène il manque le dessin des "briques" qui devraient être présentes.
• Y2 Monster Land: dans eSCV il y a une rustine dans le code pour éviter un blocage de la machine virtuelle due au son et je n'aime pas les rustines car ça crée de la dette technique. Il faut que je trouve pourquoi ça bloque dans ce cas précis (c'est moi qui vais payer la dette).

Pour essayer d'avancer j'ai contacté la société EPOCH pour savoir s'ils avaient encore des infos techniques qui pourraient m'aider. J'ai eu un premier retour pour savoir qui j'étais mais je n'ai plus aucune nouvelle depuis.
J'ai aussi essayé plusieurs fois de contacter TAKEDA Toshiya, le créateur d'eSCV avec l'aide de Mr Enri et de Mr 333, mais je n'ai malheureusement pas eu de réponse.

Ceci dut j'ai pu flasher une EEPROM pour injecter mon code dans une cartouche. Je pourrai donc tester mon propre code sur les vraies consoles et faire du rétro-engineering pour valider des hypothèses sur les mystères restants à élucider.

Enfin je remercie encore Fred qui m'a procuré une copie complète du manuel de Basic Nyumon, ce qui m'aidera certainement à comprendre certaines choses.
Le manuel faisant plus d'une centaines de pages tout en Japonais ça va me demander un peu de temps pour tout traduire et le reste va pas trop avancer pendant ce temps là.

J'essaye de vous donner des nouvelles en fin de semaine prochaine.

@++
MaaaX ^^

Amis rétrogamers et rétrogameuses bonjour,

Je vous mets à disposition une préversion jouable de mon émulateur Libretro-EmuSCV, téléchargeable là:
http://www.maaax.com/emuscv/0.5.20201216000000/

Il s'agit de la version 0.5.20201216000000.
Ca tourne sur Windows, Mac et Linux.
J'ai testé avec le frontend RetroArch sur ces trois systèmes mais comme je suis le seul à avoir testé il y a sûrement que des choses qui m'auront échappées.
Il faut impérativement avoir un clavier de branché (je pense que de toute façon ceux qui essayeront le feront sur un ordi).

Les commandes clavier sont les suivantes:

• Touche "i": bouton marche/arrêt de la console
• Touche "r": bouton RAZ/Reset de la console
• Touches "Controle" gauche et droite: bouton pause de la console
• Touches "0" à "9" (en haut du clavier ou pavé numérique): boutons "0" à "9" de la console
• Touches "effacement arrière" et "supprimer": bouton "CL" de la console
• Touches "Entrée" (clavier ou pavé numérique): bouton "EN" de la console

Pour les contrôles à la manette (jusqu'à deux manettes):

• La croix directionnelle et les deux joysticks analogiques: joystick des manettes de la console
• Bouton du bas et bouton L: bouton gauche des manettes de la console
• bouton de droite et bouton R: bouton droit des manettes de la console
• bouton "Start": boutons gauche et droit des manettes de la console et bouton "EN" de la console

Pour infos pour démarrer un jeu on vous demande d'appuyer sur "START" mais selon les jeux il faut appuyer sur le bouton "EN" ou au moins un bouton de la manette ou les deux boutons de la manette. C'est pour ça que j'ai mappé le bouton Start sur tous ces boutons à la fois comme ça vous ne vous posez pas la question.

Les options d'affichage, fréquence, cadrage, etc. sont accessibles depuis le menu "options" ou "options du core" du frontend.

Il subsiste quelques problèmes graphiques déjà évoqués: les diamants qui clignotent dans Boulder Dash et le dessin des briques manquantes dans le dernier niveau de Lupin III.

Ce qui n'est pas encore fait:

• Le son est émulé mais pas encore branché sur la sortie
• Il manque un clavier rapide en surimpression pour les cas où aucun clavier n'est branché (pour tout faire à la manette)
• Il manque le menu général (configuration "in game", affichage doc, etc.)
• Il manque les save states (donc pas de rembobinage)
• Il manque le net play

Bon tests.
Merci par avance pour vos retours.

@++
MaaaX ^^

Amis rétro-gamers et rétro-gameuses bonsoir.

Voici les dernières news du projet EmuSCV (Emulateur Super Cassette Vision).

• BK a fait pas mal d'optimisations côté graphismes et moi côté son.
• Le clavier rapide en surimpression est opérationnel et s'adapte à la console choisie (EPOCH, YENO ou LADY) ainsi qu'à la résolution choisie.
  
• Ca tourne à pleine vitesse sur Pi 3, Odroid et consorts.
• C'est un peu plus lent sur Pi0 mais ça tourne.
  
• Le rembobinage et les savestates fonctionnent mais je n'ai pas fini de tester ce que ça donne pour le son (corrections si besoin)
• Il faudra retester sur les différentes plateformes pour voir ce que ça donne en FPS avec le rembobinage mais il y a encore pas mal d'axes d'optimisation possibles.
• Ca sortira donc avec la prochaine version 7.2 de Recalbox.

@++
EPOCH84^^ (aka MaaaX)

Hello,

Deux petites news pour ceux qui suivent ce sujet:

• Il y a maintent exactement deux ans pratiquement jour pour jour, la veille de mon anniversaire, je démarrais le développement de mon émulateur EmuSCV qui est finalement sorti 1 an et demi après avec Recalbox 7.2.
  EmuSCV n'est toujours en version finale (qui sera la 1.0.xxxxxxxxx) tout simplement parce que j'estime qu'il n'est pas encore fini. J'ai fait un break de quelques mois pour faire d'autres choses. Actuellement je reprends tout le code de l'émulateur pour le simplifier et l'optimiser en me passant du moteur RetroPC qui ajoute une surcouche inutile et qui alourdit considérablement l'exécution. Gros boulot en cours.

• J'ai commencé le développement d'un autre émulateur pour la maman de la Super Cassette Vision: l'EPOCH Cassette Vision. Je vais créer un post séparé pour ceux que ça intéresse.

Hello world!

Quelques petites news du projet d'émulateur Libretro-EmuCV pour les consoles EPOCH Cassette Vision et Cassette Vision Junior:

• Toutes les ROMs sont extraites.
• Nous connaissons maintenant la totalité du jeu d'instructions pour les 11 jeux sortis et même un peu plus (certaines instructions n'étant utilisées dans aucun jeu). Il reste encore quelques instructions à rétro-ingéniérer mais qui ne serviront pas dans l'immédiat.
• Nous savons maintenant comment sont organisées les données graphiques et comment les interpréter.
• J'ai créé un logiciel qui me permet de faire des expériences pour m'aider à décortiquer le fonctionnement de la console et des différents composants uPD7xx qui font office de processeurs.
• Certaines puces gèrent les graphismes un peu différemment des autres (ex: pixels diagonaux/rectangulaires pas forcément dans les mêmes plages) et je me suis aperçu que le câblage de certaines cartouches n'est pas forcément standard (ex: le jeu "Baseball" réinjecte le signal de la sortie prévue pour demander une reverb du son sur les pattes d'entrée prévues pour les contrôles d'un des joueurs). Je dois donc d'une part analyser comment sont gérés les pixels diagonaux/rectangulaires pour chaque puce et d'autre part je dois démonter toutes les cartouches pour voir comment chacune d'elles est câblée. En conséquence je vais donc devoir créer un format de ROM spécifique comme pour EmuSCV afin de gérer ce genre de curiosité.

Il y a encore beaucoup de boulot avant qu'on puisse réellement jouer mais le projet avance petit à petit...

Affaire à suivre...

@++
EPOCH84 (aka MaaaX ^^)

EHLO,

Ca avance. Je n'ai pas encore fini les opcodes de 0x300 à0x3ff mais c'est en bonne voie.

BYE

Salut MaaX avec 2 A

Merci! C'est sympa!
La R&D c'est un peu long mais on va y arriver.
Je ne suis pas trop présent sur le Discord Beta mais je discute de temps en temps avec BK.

@++
MaaaX avec 3 A ^^ (aka EPOCH84).

Hello World!

Pas beaucoup d'avancée cette semaine étant donné ma charge de travail et que mon boulot a pas mal (pour ne pas dire beaucoup) débordé sur mon temps libre .

J'avais déjà traité les opcodes de 0x000 (0) à 0x2ff (767) ça c'est bon!

Je viens de traiter aussi les opcodes 0x800 (2048) à 0xfff (4095), qui correspondent à des instructions de saut JP et JS. Ce qui représentent une bonne partie des opcodes et qui ne m'a pas demandé trop de travail. Ca c'est bon!

Là je continue de travailler sur les libellés des opcodes 0x300 (768) à 0x3ff (1023) et je me suis rendu compte que l'ancien code qui fonctionnait pour la V1 ne pouvait pas fonctionner pour les nouveaux opcodes (ceux qui n'étaient pas connus/gérés en V1).
Il faut donc que je change de paradigme et que je traite tout ou partie des libellés d'opcode comme je le ferai dans le traitement des opcodes à proprement dit...

C'est pas clair? C'est normal.

Pour essayer de faire un peu plus clair : certains opcodes font en réalité plus de choses que ce qu'indique leur libellé. Dans les libellés on ignore simplement tout ce qui est fait mais qui n'a pas d'incidence.
Donc pour les libellés je triche un peu et je ne me base que sur des groupes d'opcodes afin de simplifier le code et de gagner en performance au démarrage de l'application.
Par exemple: je connais les opcodes des instructions qui ne font rien de significatif => je met "NOP" (No OPeration) en face sans regarder ce qu'elles font dans le détail vu que ce qu'elles font n'a aucune incidence sur l'état actuel ou futur de la machine (exemple d'action sans incidence: brancher la sortie du registre A1 sur la ligne (1) et brancher la ligne (1) sur l'entrée du registre A1 => ça donne l'opération A1=>A1, bref ça fait quelque chose mais qui ne change rien).

Pour les opcodes 0x300 (768) à 0x3ff (1023) ça ne marche plus en V2 parce que les anciens tests "succincts" de la V1 sont maintenant invalides et sortent n'importe quoi pour les nouveaux opcodes.
Pour ce groupe c'est tellement compliqué qu'il faut que teste plus dans le détail ce qu'elles font. Donc nouveaux tests plus détaillés. Donc nouveau code.

Je n'ai pas trop de le temps maintenant d'expliquer comment ça fonctionne dans le détail mais si ça vous intéresse dites le moi et prendrai un peu plus de temps.

@++
MaaaX ^^ (alias EPOCH84)

Petite coquille:
@MaaaX said in EPOCH Cassette Vision:

• J'ai déjà traité les descriptions pour les opcodes de 0x000 (0) à 0x1ff (511), ce qui comprends l'opcode 0x2a8 buggué
  En fait j'ai traité les opcodes 0x000 (0) à 0x2ff (767). J'ai donc traité les 768 premiers opcodes.

Bonjour,

Voici les news de la semaine dernière que je n'ai pas eu le temps d'envoyer:

• Je suis toujours sur la mise à jour des descriptions pour tous les opcodes et je continue.
• J'ai déjà traité les descriptions pour les opcodes de 0x000 (0) à 0x1ff (511), ce qui comprends l'opcode 0x2a8 buggué
  

A suivre...

Un peu de retard dans le journal de projet cette semaine because semaine mouvementée et pas beaucoup de temps libre (j'habite en Ardèche, pluie diluviennes, écoles et garderies fermées, tout ça tout ça...)

Je travaille toujours sur la mise à jour de la description du jeu d'instructions (ce qui apparaît dans la fenêtre Programme et dans la fenêtre Liste des Opcodes).
Pour mémoire je sais maintenant ce que font tous les Opcodes, y compris l'Opcode buggé et les Opcodes en dehors du jeu d'instructions "officiel" que Tetsuji publie sur son site.
C'est très laborieux et long à faire mais ça avance bien.

Après les descriptions il faudra que je m'occupe de l'implémentation proprement dite des instructions.

La suite au prochain épisode.

@++
EPOCH 84 (aka MaaaX^^)

Petite news du vendredi:

• J'ai fini la fenêtre des Patterns (ROM des graphismes). Il est maintenant possible d'y éditer les Patterns. Avec la fenêtre PLA qui est aussi éditable, la partie source graphique est terminée. J'ai pensé à un petit outil pour superposer des patterns (dans plusieurs jeux existants des sprites sont composés de plusieurs patterns supersposés)... mais on verra ça plus tard, c'est pas la priorité.
• J'ai fait quelques améliorations sur la fenêtre du programme (ROM du programme). Le code n'est pas encore modifiable mais je m'en occuperai plus tard.
• Je travaille maintenant à reprendre tous les opcodes pour prendre en charge ceux qui manquaient en V1.

A suivre...
EPOCH84 (aka MaaaX ^^)

Hello World!

Petites news du vendredi:

• J'ai fini le chargement des fichiers ROM .CART (format ROM propriétaire de EmuCV), des fichiers ROM .BIN "program" et "packed pattern" (tous les bits de données sont à la suite et pas alignés sur des octets).
  Pour les programme je détecte s'il s'agit d'un jeu sorti à l'époque (EPOCH ) et j'applique le 6BJ/PLA correspondant.
  Il me reste à faire le chargement des fichiers ROM .BIN "unpacked pattern" (données alignées sur des octets) et ROM .TXT Pattern mais on verra ça plus tard.

• L'ID de la cartouche et le nom du programme sont maintenant affichés dans la fenêtre du programme et sont modifiables.

• J'ai avancé sur l'affichage de la fenêtre pattern où il manquait pas de choses sur le proto V1.
  Les pattern inclinés sont maintenant bien gérés et les répétitions X, Y et XY le sont partiellement mais j'y travaille.

• Dans la fenêtre 6BJ/PLA "Progammable Logic Array", les valeurs sont maintenant modifiables et influe sur les autres fenêtres (modif PLA=>affichage pattern / modif 6BJ => impact sur le code).

Je continue de travailler sur la fenêtre des patterns...

@++
A la semaine prochaine.
EPOCH 84 (aka MaaaX^^)

Hello!

Petite news de fin de semaine sur l'avancée du prototype V2:

• J'ai refait les parties Palette et Timing (horloges et signaux verticaux et horizontaux).
• J'ai amélioré un peu l'IHM.
• Je suis en train de "finaliser" le chargement de fichiers (.CART, .ROM, .BIN...) qui était partiellement faits en V1.

La suite au prochain épisode.

@++
EPOCH84 (aka MaaaX^^)

Hello!

Petites news du projet.
J'ai mis en place une bonne partie des fenêtres du prototype V2.
Dans le prototype V1 pratiquement tout était dans une unique fenêtre avec 3 onglets, ce qui faisait beaucoup d'infos affichées.
J'ai réparti les informations en plusieurs fenêtres. Tout n'est pas encore fonctionnel mais récupéré pas mal de choses de la V1 qu'il faudra que je corrige et que complète.

Fenêtre splash à l'ouverture:

Fenêtre principale:

Fenêtre d'ouverture de fichier:

Fenêtre des commandes de "l'émulateur" (c'est pas encore vraiment un émulateur mais bon...):

Fenêtre du code de la ROM Programme:

Fenêtre des graphismes de la ROM Pattern:

Fenêtre du PLA (Programmable Logic Array):

Fenêtre des registres et de la pile A:

Fenêtre de la mémoire (RAM):

Fenêtre des 2 piles NRM:

Fenêtre des contrôles de la console:

Fenêtre de la liste des instructions existantes:

La suite au prochain épisode.

Bon week-end à tous et à toutes.
@++
EPOCH84 (aka MaaaX ^^)

Fenêtre de la liste des adresses valides (décimales, binaires et polynomiales):