Logicielsmoto.com

La VBL permet de synchroniser l'affichage (cadencé à 1/50s) et de swapper entre l'écran physique (celui que l'on voit) et l'écran logique (celui sur lequel on travail) sans faire apparaître de scintillements. Cela offre une animation plus fluide.

oui!



Ben en fait non. pour la palette il y a le glitch graphique en effet (que l'on contourne en travaillant dans une zone noir sur noir), mais pour le changement de resolution il n'y a pas de pbs, c'est effectif des la construction du prochain gpl.



L'emul par vhdl me semble moins complexe car finalement on ne fait que cloner (sans le code certes): on fabrique des ronds avec une machine a faire des ronds.

En revanche l'emul soft c'est plus baleze: on fait des trucs ronds avec un truc qui a la base fait des carres et autres approximations polygonales du rond. On ammeliore la fidelite au "rond" a chaque iteration.

Bon en plus l'emul sur FPGA c'est moins generalisable que l'emul soft: c'est pas donne et les utilisateurs sont peu nombreux vu que les PCs ne sont pas encore dotes en standards d'un circuit reconfigurable

Sinon infos sur miniMig, l'emul amiga sur fpga (merci Tomix pour l'url) : http://www.amiga.org/modules/myalbum/photo.php?lid=2345&cid=13, http://www.amiga.org/modules/myalbum/viewcat.php?uid=12811

sam.

(edit) j'ai modifie les url pour qu'on voit mieux le minimig (1ere url), ainsi que ce qui tourne dessus (2eme url)

Heu..dans HCL il n'y a pas un ecran ou c'est du 80 cols pour la partie centrale de l'ecran ou il est ecrit HCL sur un damier isometrique et du BM4 sur les cotes droit et gauche autour ?

Ah ben d'ailleurs il passe mal dans DCMO.. tout est en BM4 et la partie centrale est moche (les plans sont supperposes au lieu d'etre en 80cols).

Faudra prevoir un mode "gpl" ou on decode chaque groupe de 8pixels RAMA/RAMB suivant la valeur du registre E7DC. Ca va bouffer un max de temps cpu pour l'ecran :/ . Et la au on est plus au niveau de detaill d'un simulateur que d'un emulateur.

sam.

Je n'avais pas remarqué En fait, je n'ai jamais exécuté la démo HCL sur une vraie machine, c'est pour celà que ça ne m'a pas choqué. Merci de l'avoir signalé, je vais essayer de corriger. Et donc tu as raison, le mode écran peut changer en cours de ligne, et ma réponse à Antoine est fausse dans un des posts précédents.

Daniel

96F8 LDD #$2A21
96FB STB $DC
96FD NOP
96FE STA $DC


Ok, bon, ça doit pouvoir se programmer...
Est-ce qu'un changement de page aussi pris en compte tout de suite?

En tout cas, cette belle démo m'a permis de constater qu'une frame fait exactement 19968us et pas 20ms. Ce n'est donc pas les 50 Hz du SECAM standard mais plustot 50.08012820512820 Hz... Du coup, le timer du MO6 doit être 19.968ms (20ms fait des choses bizarres sur l'écran de choix de palette).

Ca explique aussi un bug que j'avais avec Captain Blood. Pour sa synchro, il fait:
B94B TST $E7E7
B94E BMI $B94B
B950 TST $E7E7
B953 BGE $B94B
Ce code peut bloquer si on une image est un nombre "trop rond" de cycles CPU. Avec 19968 cycles et un CPU à exactement 1MHz ça passe! (il devrait quand même faire BGE $B950 au lieu de $B94B, ça serait plus robuste)

J'ai par contre un autre problème sous HCL. Dans le premier écran, il doit bien y avoir des logos qui tournent en rond, non? Ils ne passent pas... Dans la série des bugs graphiques, j'ai aussi des problèmes de pages clignotantes avec Bob Morane SF.

Oui contrairement a la palette il n'y a qu'un seul registre a changer.



Je ne sais pas. Faudrait essayer physiquement.



Il y a un debugger sous MESS ? J'ai du le louper.

C'est rigolo le bug de blood que tu as trouve ainsi la boucle qui ne termine pas si on a pas de bol et qu'on demarre sur une mauvaise phase du balayage ecran!

A propos de truc peut-etre aussi lie aux freq, dans le melange de screenmode horizontal de HCL.. le haut de l'ecran est en BM4 et le bas en 80cols dans MESS. C'est curieux ce changement de mode passe' la ligne y=160 (au pif) ? C'est un coup de stromboscope: l'afficheur des lignes affiche les lignes avec un E7DC en BM4 au debut de l'ecran. Il est par contre est un poil en avance sur le CPU. L'erreur s'accumule petit a petit et autour de la ligne 160 il est dephase et construit la ligne dans une zone ou de CPU vient de positionner E7DC en mode 80 couls?



Les logos apparaissent furtivement, on dirait que ca clignotte. On voit le sommet de chaque logo et pas plus. C'est peut-etre un pb de synchro: l'afficheur graphique affiche la ligne pile dans la periode ou les logos sont effaces, alors qu'avec le bon timing il doit afficher la ligne quand ceux ci sont correctement dessines.

sam.

Il est bien caché. D'abord, il faut compiler avec le bon flag dans le Makefile. Ensuite, il faut lancer avec l'option -d. Mais c'est bien pratique.
Aussi, si on met les bon #define en haut des .c du driver Thomson, ça logue plein de choses dans error.log. Mais, la encore, il faut recompiler sois-même.


Est-ce que par hazard la démo n'ecrirait pas dans la mémoire video juste avant que le balaygae atteigne la ligne écrite, puis réecrit par-dessus juste après et que, du coup, si on ne regarde la mémoire vidéo qu'au moment de la syncho verticale, l'image ait disparu? Parce que, ça, c'est pas géré non plus (bon, j'ai un peu menti en disant que l'émulation se fait ligne à ligne).

Antoine

Dans dcmoto la ligne entière est affichée au moment où le faisceau quitte la partie utile et entre dans la bordure droite (donc avant la synchro verticale), et c'est bon pour les demos HCL et Chinese Stack. Ce qui signifie que j'anticipe pour l'affichage de la bordure droite. Sa couleur peut être erronée si elle est changée au tout dernier moment.

Daniel

PS: j'ai oublié de dire que j'ai eu aussi le même problème pour Captain Blood, et je l'ai résolu en décalant un signal de quelques microsecondes. La fréquence absolue du processeur n'a pas besoin d'être très précise (le moniteur arrive toujours à se synchroniser). En réalité, c'est celle imposée par le quartz (4 MHz divisés par 4, si mes souvenirs sont exacts). L'important est le rapport des fréquences des différents signaux entre eux. Et, comme l'a remarqué Antoine, on peut trouver des incohérences dans les valeurs annoncées par la doc. Elle donne probablement des périodes arrondies à la microseconde ou a la milliseconde la plus proche, selon les cas. Je crois qu'il vaut mieux prendre exactement 1 MHz pour le 6809 et des valeurs non entières pour les autres signaux. Mais c'est du pinaillage sans importance.

Alors :

* Il y a du son dans la presentation et la video.
* Il y a des voix dans le copper vertical (entre chaque sous-parties) et dans le star field (entre les 2 parties)
* Il y a de la musique dans l'ecran de credits

Voila

Bonjour a tous,

@Sam
Concernant le concole,,,,1, c'est exactement ca: rouge sur fond noir. La bordure doit etre bleue ciel.

Pour le changement de mode d'ecran, il est pris en compte a la volee, a l'instant ou tu ecris dans le registre. Le boot disk de mon frere et moi, qu'on a du te montrer il y a quelques annees (ca ne nous rajeunis pas), exploite cette technique.

Pour la palette de couleur en mode 640x200 sur To9, je crois qu'il y a inversion entre la couleur 15 et la couleur 1 du chipset, la couleur 0 restant a sa bonne place. C'est encore une bizarrerie du chipset To9. Sur To8 c'est plus propre, ils sont restes lineaire comme le basic.
En 160x200, c'est aussi bizarre, je crois qu'ils ont echange les blocs 0-7 avec 8-15... un truc comme ca quoi...
Quant au mode 4 couleurs, je ne me souviens pas de bizarreries du genre...

Sinon pour information Sam, puisque ca me revient, je crois qu'il y a un mode 4 couleurs "pseudo chunky" (si tu vois ce que je veux dire), ou les bits d'un pixel sont codes sur le meme octet: Il y a 4 pixels codes sur un octet du plan0 suivi de 4 pixels codes sur l'octet du plan1, etc...

a+
Seg.

Oui c'est le bitmat4 dit special. Ca peut etre tres pratique pour changer rapidement les pixels sans passer trop souvent par E7C3 pour basculer de la RAMA vers RAMB. L'animation des sprites doit en etre facilitee.

La presence du mode chunky sur TO montre sa superiorite a l'amiga qui sait faire que du planar, tu ne trouves pas ?

Sinon pour le reste ca semble indiquer que MESS emule assez fidelement les mode 80cols et BM16 du to9.

sam.

Je n'ai pas encore trouve l'utilite de ce mode vs. le mode classique ... mais je suis sur que ca viendra

Sinon, quelqu'un connait-il d'autres modes speciaux. Je sais qu'il y a un mode en 80 colonnes 16 couleurs, mais une colonne (de 4 pixels) sur 2 n'est pas affichable.

C'est corrigé pour la prochaine version de dcmoto. Il reste un petit décalage dans la colonne de droite, mais ce n'est pas très grave. C'est fait exprès pour que Prehisto et Yoann aient le temps de changer 2 couleurs de palette avant l'affichage de la ligne suivante : dcmoto est prêt pour la prochaine démo du groupe Puls !



Daniel

ouais