MSX Village forum

Pas vraiment. Toutes les fonctions sont utilisables sur toutes les MSX. Par contre, si tu utilises une copie rapide sur MSX sans désactiver l'affichage, ça va merder.
Comme d'hab, je préfère la rapidité et la flexibilité aux barrières de sécurité.




Comme sur MSX2 avec le flag BL (bit#6) du registre VDP #1.

EDIT : Tu peux aussi utiliser les deux routines suivantes en Main-ROM :

DIs moi, as tu fait ou prévu de faire des routines pour trouver dans quel slot est la RAM, et swapper les pages de RAM pour disposer de plus d'espace ?

Voici la fonction que j'utilise pour récupérer le slot d'une page.



C'est pas du tout optimisé mais ça fonctionne.
Un GetPageSlot(3) te donnera le slot ID de la RAM sous la forme :

Au démarrage, la taille de la ROM n'importe pas. Le système va chercher l'entête "AB" au début de chaque page (ou uniquement 4000h et 8000h d'après ce que j'ai lu).
Pour ta ROM 32K, le système va trouver l'entête de cartouche en 4000h et va sauter à l'adresse de programme défini dans ton ctr0.
A ce moment de l'initialisation, tu vas voir :
- Page 0 : Main-ROM
- Page 1 : Ta cartouche
- Page 2 : RAM
- Page 3 : RAM

C'est d'ailleurs la raison pour laquelle le ctr0 commence par mettre la page 2 sur le même slot que la page 1 (sur ta cartouche).
Donc au début de ton main(), tu as :
- Page 0 : Main-ROM
- Page 1 : Ta cartouche
- Page 2 : Ta cartouche
- Page 3 : RAM

Donc oui, au début de ton main(), si tu appelles ma fonction sur la page 3, tu obtiendra le slot ID de la RAM.

Sans Memory Mapper, la page 0 visible par le CPU correspondra toujours à la page 0 d'un des slots.
Vu qu'il n'y qu'un seul slot de RAM apparemment sur les MSX (en dehors des Memory Mapper), tu ne pourras pas avoir plus d'une zone de RAM dans la page 3.
La page 3 pointera toujours vers la page 3 du slot de RAM.

Si tu veux plus de RAM avec une cartouche 32K sans Memory Mapper, faut la mettre en pages 0 et 1 (donc remplacer le Bios).
Dans ce cas, non seulement tu peux avoir la RAM en pages 2 et 3, mais en plus, comme tu remplaces le Bios, tu peux utiliser à ta guise la Working area qui prends 3K en page 3.
C'est pas que pour rien que j'œuvre à virer le Bios.

Sinon, faut soit se contenter du peu de RAM dispo... soit utiliser les Memory Mapper.
Tu peux aussi t'arranger pour que ton code soit en page 1 (premier 16K de ta ROM ; garder le reste pour les datas) et dans ce cas tu peux switch la page 2 entre la RAM et ta ROM en fonction de tes besoins.

Tu ne peux pas.
La Page 3 du CPU pointera toujours vers la Page 3 d'un slot.
Tu peux la faire pointer vers la Page 3 de n'importe quel slot, mais pas vers une autre page.
Page 3 du CPU -> Page 3 du Slot 0, Page 3 du Slot 1, Page 3 du Slot 3-0, etc.

C'est tout l'intérêt des Memory Mapper que de permettre de faire sauter cette limitation.

Toutafé.



Alors, pour le VG-8235, voici l'état des slots au démarrage en fonction des différents cas :
- Démarrage sous Basic (RAM en page 2 et 3) ;
- Démarrage sous DOS (RAM sur toutes les pages) ;
- Démarrage depuis une cartouche avec un boot en 4000h (au moment ou notre crt0 prend la main) ;
- Démarrage depuis une cartouche avec un boot en 4000h (après l'exécution du crt0 qui set la page 2 sur le même slot que la page 1).



Du coup, il n'y a pas de cas ou la Sub-ROM ou la Disc-ROM soient sélectionnées au démarrage de ton programme.
Rien ne t'empêche de switcher les pages comme bon te semble selon tes besoins mais il faut faire attention à :
- Il faut garder les interruptions disable pendant toute la durée du switch de la page 0 (à moins que la page 0 du slot vers lequel tu switches contienne lui aussi une gestion d'interruption) ;
- Il est très compliqué de switch la page 3 car elle contient la stack ! Je l'ai déjà fait une fois via une routine qui n'utilisait pas la stack (donc pas push/pop/call/etc.) ;
- Pareil, en fonction de là ou se trouve ton programme, il peut être compliqué de switch les pages 1 et 2 d'une cartouche 32K. Dans ce cas, le mieux est de garder une page pour le code (la page 1 par ex.) et une page pour les data (la page 2). Comme ça il est facile de switch la page qui contient les datas.

Enfin, si tu as "juste" besoin d'appeler des routines qui se trouve dans un autre slot, le plus simple est d'utiliser les fonctions d'appelles inter-slots.
Pour ça il faut :
- Soit que tu codes toi-même ces fonctions et que tu les places dans ta page de code (c'est asses simple via les ports du PPI) ;
- Soit tu t'assures que la Main-ROM est bien sélectionné sur la page 0 (slot 0 normalement) et dans ce cas tu peux utiliser CALSLT et CALLF ;
- Soit sous MSX-DOS, tu t'assures que la RAM est bien sélectionné sur la page 0 et dans ce cas, tu peux aussi utiliser ces fonctions (aux mêmes adresses).

Sur MSX2, il a aussi des fonctions dans la Main-ROM pour appeler directement une fonction de la Sub-ROM (SUBROM et EXTROM).

PS : Encore une fois, autant j'ai beaucoup lu de docs techniques ces derniers temps, autant j'ai encore très peu d'expérience pratique avec le MSX ; donc il est pas totalement impossible que je me trompe.

Une solution "sûr" c'est de compiler ton code d'un côté et tes datas d'un autre, puis de merger les deux binaires (en remplissant les vides pour que les adresses restent alignées sur les pages).
Comme ça tu vois facilement la taille de chacun de ces morceaux et t'assurer qu'il reste bien dans la taille d'une page (<= 16 KB).
En assembleur, on peut utiliser les segments pour ranger facilement le code et les datas (et je pense que linker emmétra une erreur sur les sections se chevauchent).
Quand j'avais eu besoin de placer mes datas, j'avais juste placé ma première struct à une adresse précise (avec un __at), puis les suivantes en adresse relative par rapport au data précédent.
C'est pas super pratique, mais ça marchait bien.
Je vais regarder coté SDCC ce qu'on peut faire.

Vindiou les gars, j'ai encore du chemin à parcourir