Avertissement : C'est une preuve de concept
FXGB est un portage d'un émulateur gameboy (regardez la source du fork pour l'émulateur original) pour la gamme des calculatrices casio FX.
Le programme tourne actuellement à ~ 4fps (~ 22fps overclocked max sur tetris) donc ce n'est pas vraiment utilisable.
Je l'ai fait surtout pour m'amuser, donc je ne pense pas que ça va être maintenu.
Caractéristiques actuelles:
* Il fait tourner des jeux (à un incroyablement rapide 4fps)
* Enregistrement et chargement des sauvegardes
* Je suppose que c'est plutôt cool?
* Ehhhh
Comment utiliser:
Mettez un rom gameboy sur la racine de la calculatrice avec un nom court de préférence. (Seulement testé avec Tetris et Super Mario Land)
Lancez le complément, puis entrez le nom du fichier ROM comme il le dit. Ensuite, appuyez sur n'importe quelle touche jusqu'à ce que vous atteigniez un écran avec 6 chiffres sur le côté.
Si vous êtes intéressé, le premier nombre est le fps, le second est le mode, les 2 suivants sont les décalages x et y et les 2 derniers sont la résolution x et y.
Les controles sont
MENU - Ouvrir le menu
SHIFT - A
ALPHA - B
OPTN - Sélectionnez
VARS - Début
F1 - Réglez le mode sur 0 (mode de lecture)
F2 - Réglez le mode sur 1 (mode de réglage du décalage)
F3 - Réglez le mode sur 2 (mode de réglage de mise à l'échelle)
F4 - Réinitialiser la mise à l'échelle et le décalage par défaut
F5 - Basculer l'affichage de débogage (numéro à gauche)
F6 - Activer/Désactiver le rendu de l'lcd
Les flèches contrôlent le jeu en mode 0, le décalage en mode 1 et la mise à l'échelle en mode 2
Salut !
J’ai essayé ton prg avec SuperMario Land et Zelda, deux fichiers .gb
Je rentre leur noms, ROM ok ! Mem ok ! CPU ok !
Mais apres j’arrive sur l’écran avec les 6 chiffres, 5fps, les reglages x et y par defaut, mais rien ne se passe : écran vide
J’ai essayé de modifier le décalage mais ça ne change rien
Vous auriez une idée ?
J'ai quelques idées pour optimiser le code, si ça t'intéresse (en vrai c'est probablement le code du GPU qui est le plus lent, mais c'est à voir)
CPU :
- Mettre les flags dans des booléens à part, parce qu'ils sont beaucoup plus souvent utilisés comme flags que comme registre F
- Utiliser un tableau de pointeurs sur fonctions pour les opcodes, au lieu des différents switchs que tu utilise (un seul switch pourrait être optimisé en tableau, mais plusieurs, c'est plus chaud pour le compilateur)
- Utiliser des unions anonymes pour pouvoir adresser BC au même titre que B ou C, sans avoir besoin de faire des shifts et OR pour accéder à chaque registre 16bit.
- Y a aussi moyen de faire des grosses optis mais vachement plus complexes (du genre waitloop detection, ou éventuellement refaire tout le core CPU avec de la JIT, mais au début pas sûr que ça soit beaucoup plus rapide qu'un interpréteur bien opti)
Mémoire en général :
- Quand tu sais dans quel mémoire tu veux lire, lire directement l'array correspondant au lieu d'utiliser la fonction mem_get_raw (je pense particulièrement au GPU qui lit toujours la VRAM pour ses données, donc autant lire direct là)
Timer :
- C'est pas un problème d'optimisation, mais surtout d'accuracy là. Le timer DIV de la Gameboy est en réalité un timer 16bit, incrémenté de 1 à chaque cycle du CPU. Quand on lit le register DIV (FF04), on lit les 8bit les plus élevés. Quand on écrit sur DIV, les 16bit sont mis à zéro. Les 16bit sont utilisés (avec un falling edge detector) pour mettre à jour TIMA, en utilisant un masque différent selon la vitesse. Écrire sur DIV influence donc TIMA (mais ne remet pas TIMA à zéro, il influence juste son incrément). Tu trouvera plus d'informations ici : https://github.com/AntonioND/giibiiadvance/blob/master/docs/TCAGBD.pdf
Pour l'instant je n'ai pas encore testé l'émulateur par contre, problème de compilo. Mais très bon projet en tout cas, je t'encourage à continuer !
Edit : Autre opti pour le CPU, pour les rotates écris les directement (c.B << 1) | (c.B >> 7), le compilateur pourra optimiser ça en rotate directement normalement, et s'il le fait c'est quand même bien plus rapide quoi (s'il ne le fait pas, regarde l'assembleur SuperH et écris certaines petites parties avec, pour être sûr·e de tirer profit du processeur cible)
Aah, je comprends pourquoi c'est pas rapide. Tu l'as forké d'un émulateur réel (d'où une réimplémentation partielle de la SDL) !
Super boulot. Je suis heureux que gint serve à faire des POC comme ça.
D'ailleurs, puisqu'on n'est plus à 1 FPS près (encore que 1 sur 2... ), tu as essayé d'antialiaser avec le moteur de gris ? J'en ai vu des traces dans le code, mais commentées.
Je l'ai testé sur Penta Dragon mais sans trop de succès (un écran noir pendant quelques secondes, puis un écran blanc). Peux-tu citer des ROMs sur lesquelles le programme a marché ?
Critor : De ce que j'ai vu dans le code, aucune feature de la CGB n'est supporté, donc non (et puis, on peut douter de l'intêret vu l'écran de la Casio)
Planète Casio est un site communautaire non affilié à Casio. Toute reproduction de Planète Casio, même partielle, est interdite.
Les programmes et autres publications présentes sur Planète Casio restent la propriété de leurs auteurs et peuvent être soumis à des licences ou copyrights.
CASIO est une marque déposée par CASIO Computer Co., Ltd
A cause du changement de processeur des nouvelles Graph 35+ USB, 75 et 95 SD, de nombreux addins sont incompatibles avec ces calculatrices.
), tu as essayé d'antialiaser avec le moteur de gris ? J'en ai vu des traces dans le code, mais commentées.
