MSX Village forum

Reprise du message précédent

@aoineko Bonne nouvelle !
heuu c'est quoi un crt0 au fait ?

j'ai essayé la derniére version avec mon Turbo-R et un slot expander Gouda V5.0 dans les slots 1 et 2

le jeu fonctionne bien dans tous les slots étendus

voici le test pour la version fs0211.rom dans un slot expander

dans les sous-slots 1.0 et 2.0 ça fonctionne

dans les autres sous-slots 1.1 1.2 1.3 2.1 2.2 2.3 on a le droit a un magnifique écran bleu ( genre bug windows )

et le MSX est bien planté car même la touche pause du Turbo-R est inactive

par contre au premier lancement la balle est descendue seule sur le coté droit de l'écran avec un scrolling vers le bas

ce bug ne s'est pas reproduit après le lancement du jeu et même après plusieurs resets

avec la nouvelle version fs0212.rom j'ai eu une fois la balle figée au bas de l'écran a droite

je pense a un bug avec la ram ou la vram qui contient des mauvaises données je laisse le MSX se reposer pour vider les mémoires et je reteste

Donc ça confirme que mes modifications permettent bien de lancer le jeu dans un slot étendu.
Du coup, c'est encore plus étrange que ça ne fonctionne pas dans une MFR SCC+ SD...
Je ne connais pas du tout le process de boot d'un MSX avec une MFR SCC+ SD flashé avec une ROM.
Une idée de ce qui pourrait expliquer la différence ?

Merci Jipe.
L'article est très intéressant et explique bien l'utilisation de la MFR SCC+ SD.
Par contre, il ne renseigne pas sur sa place dans le processus de boot du système.
Ce que j'aimerai comprendre ce sont les étapes par lesquelles passe le code de boot système avant d'arriver au header de ma ROM quand elle est dans la MFR.
Dans le cas d'une cartouche standard, je sais que le code de boot cherche l'entête ("AB") dans toutes les pages (ou juste les pages 1 et 2 ?) de tous les sous-slots de tous les slots et que s'il trouve, il jump vers l'adresse indiqué dans l'entête. A ce moment, le slot (et sous-slot) de la cartouche sont présélectionnés. C'est là que mon programme commence et je pense que je gère maintenant correctement la configuration de toutes les pages de ma ROM (pages 0 à 3) dans le bon slot et sous-slot.
Dans le cas de la MFR il doit y avoir quelque chose de différent qui fait que ça ne marche pas, mais je ne sais pas quoi...

J'ai été très pris par mon "vrai" travail (mon nouveau projet à enfin commencé) mais je trouve du temps pour continuer Final Smash.

J'ai fait de grosses modifications invisibles pour préparer l'avenir : j'ai viré le double buffer sur les patterns de sprite qui ne servaient à rien vu que ça ne permettait pas d'amoindrir l'effet de scintillement.
Du coup, j'ai maintenant la totalité de la table de pattern disponible (je n'utilisais que 128 entrée) et j'ai pu stocker de façon statique quasiment tous les sprites d'un match (ce qui limite les besoins les accès à la VRAM).
Seul les sprites de joueur sont chargés à la volée mais il me reste suffisamment de place pour garder en cache l'avant dernière frame (et donc accélérer encore les chargements si besoin).

J'ai aussi ajouté l'écran de victoire quand on gagner un match !

(c'est une version spéciale ou le matche se joue en 1 point pour tester plus vite )

Merci à l'artiste


J'ai changé l'ombrage sur la balle et l'ombre portée.


Si tu as besoin d'un coup de main, hésite pas à demander.
C'est pas très compliqué une fois que tu connais la base.

@ericb59 Non pas du tout, tu as encore une grosse communauté qui code en AS3 avec le AIR SDK de Harman (anciennement Adobe)
C'est une super techno gratuite pour de petits projets et qui permet de compiler ton code AS3 pour différentes plateformes (Android, iOS, Mac & PC) dommage que tout le monde soit passé au javascript qui est une vraie m...
Avec un copain on a réalisé un jeu avec cette techno en utilisant Starling ça permet de faire des jeux 2D en utilisant l'accélération 3D du téléphone ou de la tablette. Edité par Gfx Le 25/04/2021 à 13h08