MSX Village forum

Reprise du message précédent

J'ai fini le compacteur mais je n'ais pas utilisé le lzw Je vous laisse apprécier la taille du fichier compacté. On passe de 30 K à 4 K
C'est quand même plus sympa pour gagner de la place.
l'algorithme utilisé :
http://fr.wikipedia.org/wiki/LZ77_et_LZ78
Dès que j'ai fini le décompacteur je testerai.
test.zip Edité par Visiteur Le 22/08/2012 à 22h53

Bon pour l'intant c'est pas gagné, j'ai eu quelques déboires avec blueMSX.

Bienvenue Old Snake, très bonne idée de passer les graphismes de Vera Cruz en MSX2, ce sera moins tristounet.

J'ai réécrit il y a quatre ans les sources de Pletter et Bitbuster pour être compilées par AsMSX (et par un assembleur sans macro).

Et je les ai modifiées pour effectuer une décompression directement en VRAM, mais pour MSX1 uniquement. Edité par Metalion Le 27/08/2012 à 08h18

Ce n'est pas si simple, il y a 2 fichiers basic, mais aussi 7 fichiers binaires. Edité par Visiteur Le 27/08/2012 à 14h54

@Metalion :

Bonjour Metalion,

Je viens de finir de réecrire pletter sur lequel je vais me baser pour asMSX, j'ai quatre ans de retard sur toi , mais comme on dit mieux vaut tard que jamais

@Datapro

Salut

Je crains que tu ne puisse pas adapter Vera Cruz à partir du listing MSX 2. Si la partie binaire ne contient que les images et est facilement reproductible, la partie basic utilise beaucoup de fonctions faisant appel au "hardware accelerated routines".

Tu ne pourras reproduire une fonction copyvram (ou du moins pas pour qu'elle affiche instantanément l'image),

pas plus que tu ne pourras switcher les pages video (fonctions allegrement utilisée dans le 1er listing).

Simple oui, mais uniquement sur MSX 2 parce que le MSX 2 possède un macro langage graphique évolué avec des fonctions accelérées et à ma connaissance c'est la seule.

Ceci dit le jeu n'est pas difficile à reproduire en basic. A l'epoque ou je l'ai fait, je n'ai pas désassemblé le source original.

J'ai juste reproduit ce que j'avais observé en y jouant (en modifiant quelques trucs).



Bon je reviendrai en fin de semaine avec si tout va bien la première partie finie. Toutes les routines sont prêtes.

J'ai galéré un peu sur la partie réservé au MSX 2 plus, pour la simple raison que je n'ai jamais exploité ce mode et qu'apparement les routines du BIOS CHGMOD et CHGMDP n'ont pas été updatées pour ce VDP.

A ce sujet si un codeur à de la doc technique en anglais, elle serait la bienvenue.

et si quelqu'un à quelque chose de plus élégant que ceci pour faire un screen 10 :





(pour Info je n'utilise pas la macro.BIOS de asmsx. J'ai mes propres headers et donc SUBROM_WRTVDP equ 12dh).

Hello Mars Ca roule ?

Bonne semaine. Edité par Visiteur Le 28/08/2012 à 07h36

@Metalion:

J'ai choisi pletter surtout parce que bitbuster m'a occasionné quelques plantages (j'ai fait un test avec 200 images différentes).



Je n'ai jamais fait d'assembleur pour MSX2+ et Turbo-R car à l'époque je n'avais pas de doc (et c'est toujours le cas), j'ai donc procédé "à l'ancienne", c'est à dire en faisant des tests et en lisant des états.

J'ai fait les test en appelant les routines en ROM (Au cas ou) et en SUBROM, en environnement émulé(BlueMSX,OpenMSX et RuMSX), mais je ne pense pas que ça ai une incidence dans le cas présent dans la mesure ou je passe par le bios.

plantage assuré au delà de la valeur 8.

Donc concernant les routines du bios je ne peux rien affirmer avec certitude tand que je n'aurai pas désassemblé les deux routines, mais si je me base à ceux qui est documenté, elles serait identique sur MSX2 et MSX2+ :



Ajout bios MSX 2+ :

RDBTST equ 0017Ah (Lecture sur le port F4)

WRBTST equ 0017Dh (Ecriture sur le port F4)



Donc rien concernant les routines CHGMOD et CHGMDP. si je me souviens bien les routines RDVDP et WRTVDP gerait déjà

les valeurs non valides sur MSX2, elles plantaient si la valeur n'existait pas sur le VDP (à Vérifier).



Concernant la doc du V9958, j'ai fini par en trouver une de 32 pages, qui m'a permis de voir que 3 registres supplémentaires ont été ajoutés au VDP (par rapport au V9938) et que ces trois registres permettent de gérer les nouvelles fontionnalités du processeur. Le registre 25 gère donc les nouveaux modes écran :



On a donc :

le bit 3 du registre 25 qui active ou désactive le mode YJK (screen 12)

le bit 4 du registre 25 qui active le mode YAE (screen 10 et 11) ce qui confirmerai ce que je pensai à l'époque à savoir que ces deux modes n'en sont qu'un. le relevé des registres du vdp lors de l'initialisation de ces modes va dans ce sens.



Je précise que ce ne sont pas des affirmations, et que cela demande à être confirmé avec de la documentation.

Ce serai pas mal que GDX, s'il a des infos nous éclaire sur le sujet, vu qu'il a longtemps baigné dans le mélange ASM/MSX.

J'avais déjà désassemblé la rom et la subrom de mon 8280, mais jamais celle de mon turbo-r. Je m'y collerai plus tard, mais à mon avis c'est le cas.



Donc à l'heure actuelle la manière la plus propre (System friendly) pour faire un screen 10 ou 12 que j'ai trouvé est celle-ci :



A priori lors de l'initialisation les autres bits de ce registre doivent être à zéro donc on peut rentrer une valeur sans passer par une phase lecture/opération logique.



Quand je dis plus propre, je veux dire le plus court en passant par le bios pour assurer une compatibilité maximum. de plus la deuxieme partie de la routine peut être un "greffon" dans un test Version de VDP ou VERSION de MSX. sinon on peut faire du out direct sur le port du VDP.

Pour ce premier jet je vais procéder comme ça, sauf si quelqu'un à mieux. Edité par Visiteur Le 28/08/2012 à 19h19

J'ai posé la question sur msx.org, et apparemment, c'est bien la seule solution possible.

C'est tout de même très étonnant qu'ils n'aient pas modifié ces routines du BIOS pour gérer les modes spécifiques MSX2+ ...