MSX Village forum

Salut à tous.

Afin d'utiliser la technique du double buffer avec mon chargeur de bribes, je voudrais simplifier la commande suivante.

10 bload"image1.sc5",s:bload"image1.sc5",s,0+32768!

Ce qui a pour effet de charger l'image image.sc5 sur la page zéro
Pour ensuite charger encore une fois l'image image.sc5 su la page 1.

Charger la même image deux fois prend des ressources.

Comment faire pour afficher à deux endroits un image chargée une seule fois?

Merci de votre aide Edité par igal Le 26/03/2015 à 14h49

La seule solution est de charger l'image en page 0 et de la copier ensuite en page 1.

Soit par COPY, soit en utilisant les macro-commandes du VDP. Edité par Metalion Le 26/03/2015 à 16h35

Je serais curieux de voir par qu'elle magie tu arriverais à modifier le BIOS pour faire cela!



il n'y a que deux solutions:



1/ charger deux fois avec destinations différentes, en gros tu dupliques la ligne de BASIC du programme



2/ charger la page 0 puis faire un COPY de la page 0 vers la page 1.



@Metalion: COPY et macro commande du VDP c'est la même chose (mais je pense que tu le sais déjà)

Ça ok. Mais infiné tu vas charger les données du disque dans la VRAM puis au choix faire un COPY de VRAM a VRAM. Ou faire le chargement en RAM puis deux COPY RAM vers VRAM

Merci pour vos réactions.

Effectivement, COPY fonctionne très bien et présente l'avantage d'être un peu plus rapide.

J'ai donc remplacé la séquence BLOAD => BLOAD
10 bload"Bribe01.sc5",s:bload"Bribe01.sc5",s,0+32768!
Cette séquence charge une première fois sur la Page affichée (ZERO) puis une seconde fois sur la Page Suivante (UN).

Par la séquence avec BLOAD => COPY.
10 bload"Bribe01.sc5",s:COPY(0,0)-(255,2),0TO(0,0),1
Cette séquence charge une seule fois sur la page affichée (ZERO) puis copie et colle expressément sur la page UN.

En fait, j'espérai une solution "autre" qui "serait" plus rapide peut être en utilisant une des solutions ci dessous

Il me semble avoir vu qu'il existe un registre du genre High Copy Memory machin chouette
http://rs.gr8bit.ru/Documentation/V9938-programmers-guide.pdf

J'ai pensé peut être à une de ces possibilités:
4.4.2. YMMM (High speed move VRAM to VRAM, y only) ............................69
4.4.3. HMMM (High speed move VRAM to VRAM).......................................71 Edité par igal Le 26/03/2015 à 21h06

C'est ce que j’évoquais quand je parlais plus haut des macro-commandes du VDP. Je pense qu'il est possible de les appeler à partir du BASIC, en utilisant une succession de commandes VDP(), mais c'est à confirmer.



Cependant on touche là à de l'optimisation. Comme le dit très justement z80, pour l'instant, reste avec la commande COPY, c'est plus simple.

Par contre c'est peut-être plus lent... le temps de balancer TOUS les VDP()...

Pour aller vite:

Attendre la VBL

puis couper les sprite et éteindre l'écran

faire les COPY

Allumer les sprites et l'écran



IL va de soit que tout ça c'est en assembleur

Couper l'écran et les sprites accélère les COPY et l'accès à la VRAM

Faux, généralement on attend la VBL et on fait tout ce que qu'on a a faire avec le VDP. En suite on fait de la musique, on gère le héros les ennemis etc...

Faut, juste pas attendre la VBL pour chacun de COPY... Tu attends la VBL puis tu balances tes COPY.







Certain, expérimenté dans des démos principalement, mais aussi quand tu as besoin d'accès rapide à la VRAM ou que les commandes du VDP s'exécutent à la vitesse la plus rapide possible. Edité par z80 Le 28/03/2015 à 20h02