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 ^^)

• Je travaille maintenant sur la série des opcodes 0x500 à 0x5ff mais j'ai besoin de clarifier la question "où je récupère les données selon le contexte" et pour ce faire je me base sur les deux schémas des puces 777 et 778 que m'a fourni Testuji.
  Malheureusement il s'agit de scans de qualité plutôt moyenne et certaines partie sont difficilement lisibles et les schémas sont découpés en plusieurs pages.
  Heureusement en recoupant les deux schémas j'arrive à avoir toutes les infos dont j'ai besoin.
  Comme je ne savais pas quoi faire (LOL ) je suis en train de refaire un schéma unique (il y a peu de différences entre les puces) pour me faciliter la vie, pouvoir trouver les fameuses infos dont j'ai besoin et accessoirement pouvoir illustrer mon propos.
  Le nouveau schéma est donc en cours et bien avancé.
  

Voili, voilou.

@++
EPOCH84 (aka MaaaX ^^)

Bonne année 2025

Petites news sur le projet:

• Les libellés des opcodes de 0x400 à 0x4ff sont faits.

Voilà! Voilà!
Je continue avec la série des opcodes 0x400 à 0x4ff.

A suivre...

@++
EPOCH84 (aka MaaaX^^)

Et la partie sûrement la plus difficile: