Arkanoid - Page 28

Je viens de modifier mon éditeur de sprites qui est capable de faire le format entrelacé ou non entrelacé.
http://perso.wanadoo.fr/tisofts/divers/sprites.zip

Il semble être compatible avec toutes les librairies graphique, de plus un mode 'Conversion en boucle' a été ajouté pour faciliter la conversion de plusieurs images...

Le format est le suivant [masque],plan0,plan1 pour les 4 niveaux de gris.

Pour accéder au plan0 avec extgraph v1.0 en mode entrelacé il suffit d'écrire image+nbroctet d'un plan et pour le plan1 image+nbroctet d'un plan*2.

[EDIT] Ajout de l'option sprite ou image!
[EDIT] Correction de bugs.

Pour l'instant aucun Bêta testeur?????
Je vais sortir une version jouable ce soir ou demain donc ça serait sympa que des personnes test le jeu!
Et suivant le screen, le mode vidéo 2 (rétérecissement) est vraiment utile?

t1 ce qu'il est compliqué le niveau du screenshot! Faut être patient...
Sinon pour le redimensionnement de l'écran, ça tourne environ à quel vitesse lorsque tu l'utilises?

Pareil 70 fps bon j'exagére 68 fps.
Je vais faire les écrans de TI89 deamin, là je vais me coucher, le jeu est jouable à 100%, les 65 niveaux sont dispo sans boss mais ils sont là...

Pour le niveau du screenshot y a pire. Des briques qui bougent de partout ou des briques incassable... Un conseil faudra noter au papier les bonnes directions car certains niveaux sont vraiment à éviter.

J'ai enfin réalisé la routine de rétrécissement de 240x200 en 160x100 et le jeu tourne à 17 fps en nvg bien sûr, la routine seul doit faire 40 fps mais faut que je test et que j'optimise mon code monstrueux.

Voici la dernière version d'arkanoid seulement pour TI92+ même si le jeu est capable de gérer la TI89 sauf pour l'écran.

http://perso.wanadoo.fr/tisofts/arkanoid/arkanoid7.zip
il faut envoyer le fichier arkanoid.9xy et arkanoid.9xz dans le dossier source code ainsi que les fichiers ce trouvant dans le dossier sources/ code/DataFiles.

Toutes suggestions ou critiques sont bienvenue.

Quand à la routine de rétrécissement elle tourne à 27 Hz en niveaux de gris et donc le jeu tourne à 20 Hz ce qui est bien sûr trop lent.

Voici la source, je vois plus rien à optimiser. ;C prototype: void CopyScreenBufferToScreen3 (void *src, void *dest1, void *dest2); ; ;void CopyScreenBufferToScreen3 (register void *src asm("%a0"), ;                register void *dest1 asm("%a1"), ;                register void *dest2 asm("%a2"));      xdef CopyScreenBufferToScreen3 CopyScreenBufferToScreen3:           move.l     d3,-(a7)      move.l     d4,-(a7)      moveq.l     #99,d4 bcl_allline:      moveq.l     #4,d3 bcl_line: ;lightplane      ;--------      ;Partie 1      move.l     (a0),d0            ;1      move.l     d0,d1      and.l     #%11000000000000001100000000000000,d1      and.l     #%00001110011100110000111001110011,d0      lsl.l     #2,d0      or.l     d0,d1      and.l     #%11111000000000001111100000000000,d1            ;2      and.l     #%00000001110011000000000111001100,d0      lsl.l     #2,d0      or.l     d0,d1      and.l     #%11111111000000001111111100000000,d1            ;3      and.l     #%00000000001100000000000000110000,d0      lsl.l     #2,d0      or.l     d0,d1      and.l     #%11111111110000001111111111000000,d1                       ;Fusion      move.l     d1,d0      and.l     #%00000000000000001111111111000000,d1      lsl.l     #6,d1      and.l     #%11111111110000000000000000000000,d0      or.l     d0,d1                       ;Partie3      move.w     4(a0),d0            ;1      move.w     d0,d2      or.w     d0,d2      and.w     #%1100000000000000,d2      add.w     d0,d0      and.w     #%0011101101110110,d0      or.w     d0,d2      and.w     #%1111100000000000,d2            ;2      add.w     d0,d0      and.w     #%0000011011101100,d0      or.w     d0,d2      and.w     #%1111111000000000,d2            ;3      add.w     d0,d0      and.w     #%0001110111011000,d0      or.w     d0,d2      and.w     #%1111111111000000,d2            ;4      add.w     d0,d0      and.w     #%0000000000110000,d0      or.w     d0,d2      and.w     #%1111111111110000,d2            lsr.w     #4,d2      or.w     d2,d1                  move.l     d1,(a1)             ;darkplane      ;--------      ;Partie 1      move.l     6000(a0),d0      ;1      move.l     d0,d1      and.l     #%11000000000000001100000000000000,d1      and.l     #%00001110011100110000111001110011,d0      lsl.l     #2,d0      or.l     d0,d1      and.l     #%11111000000000001111100000000000,d1            ;2      and.l     #%00000001110011000000000111001100,d0      lsl.l     #2,d0      or.l     d0,d1      and.l     #%11111111000000001111111100000000,d1            ;3      and.l     #%00000000001100000000000000110000,d0      lsl.l     #2,d0      or.l     d0,d1      and.l     #%11111111110000001111111111000000,d1                       ;Fusion      moveq.l     #0,d0      move.l     d1,d0      and.l     #%00000000000000001111111111000000,d1      lsl.l     #6,d1      and.l     #%11111111110000000000000000000000,d0      or.l     d0,d1            ;Partie3      move.w     6000+4(a0),d0            ;1      move.w     d0,d2      or.w     d0,d2      and.w     #%1100000000000000,d2      add.w     d0,d0      and.w     #%0011101101110110,d0      or.w     d0,d2      and.w     #%1111100000000000,d2            ;2      add.w     d0,d0      and.w     #%0000011011101100,d0      or.w     d0,d2      and.w     #%1111111000000000,d2            ;3      add.w     d0,d0      and.w     #%0001110111011000,d0      or.w     d0,d2      and.w     #%1111111111000000,d2            ;4      add.w     d0,d0      and.w     #%0000000000110000,d0      or.w     d0,d2      and.w     #%1111111111110000,d2            lsr.w     #4,d2      or.w     d2,d1            move.l     d1,(a2)            addq.l     #6,a0      addq.l     #4,a1      addq.l     #4,a2      dbf     d3,bcl_line            lea.l     30(a0),a0      lea.l     10(a1),a1      lea.l     10(a2),a2      dbf     d4,bcl_allline            move.l     (a7)+,d4      move.l     (a7)+,d3      rts

Ben moi j'en vois...
Sache que le mode d'adressage direct est plus rapide que l'immédiat (surtout quand c'est de l'immédiat long).

[edit] J'ai lu trop vite, je n'ai rien dit.

Mais la différence de vitesse ne doit pas être extraoordinnaire?
J'ai un doute, adressage direct c'est bien quand je fait tout dans (a1...)?

Je ne comprends pas comment fonctionne ta routine, est-ce que tu peux expliquer

geogeo
: Mais la différence de vitesse ne doit pas être extraoordinnaire?

Si.

J'ai un doute, adressage direct c'est bien quand je fait tout dans (a1...)?

(%an), mais %dn est encore plus rapide!.

Y'a déjà un topic sur le zoom d'écran quelque part sur le forum, je crois me rappeler que les routines étaient beaucoup plus efficaces que ça (et c'est de là que je croyais que Sim intégrait le zoom, ExtendeD m'ayant montré des démos de son zoom, j'ai dû confondre).

Bon, sinon, au lieu de faire move.l (a0),d0 suivi de move.w 4(a0),d0, tu peux faire move.l (a0)+,d0 puis move.w (a0),d0

Je divise la ligne de 240 pixels en registre de 48 bits, soit un total de 5 passage pour faire la ligne.
Le but du jeu est de traiter ce registre de 48 bits pour le transformer en registre de 32 bits.

Je prend donc ma ligne de 32 bits:
Les 1 marquent les pixels à récupérer: (j'ai essayé de trouver un truc pour avoir un affichage correct et une routine rapide).
00000000 00000000 00000000 00000000
11001110 01110011 11001110 01110011

J'effectue les décalage qu'il faut.

Reste les 16 bits
00000000 00000000
11011101 10111011

Et je répète ça 2 fois pour chaque plan, on vois facilement les colonnes de calculs mais bon l'erreur est de 1 pixel.

Y'a déjà un topic sur le zoom d'écran quelque part sur le forum, je crois me rappeler que les routines étaient beaucoup plus efficaces que ça (et c'est de là que je croyais que Sim intégrait le zoom, ExtendeD m'ayant montré des démos de son zoom, j'ai dû confondre).

Il est où le topic car mon idée est quand même trop lente mais je trouve pas mieux, de plus j'ai passé un temps fou à coder ça.

"quelque part sur le forum"
vais chercher un peu, tu peux faire pareil si tu veux

J'ai trouvé ça : topics/5081-ma-routine-de-zoom-240128-16085

la suite:
topics/16584-ma-routine-de-zoom-240128-16085

geogeo
: Quand à la routine de rétrécissement elle tourne à 27 Hz en niveaux de gris et donc le jeu tourne à 20 Hz ce qui est bien sûr trop lent.

10 fps suffisent. Si ton jeu est trop lent à 20 fps, saute des frames.

Kevin...

lol 20 fps, ça saccade à mort et c'est injouable car la raquette est trop lente... et je passe certaines animations.

J'ai regardé le topic du lien de sasume et je trouve bizarre que Pen^2 arrive à 149 fps, ça ferait 74 fps en niveaux de gris ce qui est mais je comprend pas l'histoire de table...

[EDIT] Impossible d'avoir les routines, j'aurais plus essayer.

Je suppose que pour chaque valeur possible de 3 octets, il a dans une table la réduction correspondante sur 2 octets.
Enfin, c'est possible de faire ça octet par octe en fait, pour ne pas avoir une table précalculée de 2^24 valeurs, mais plutôt 256.

ah bizarre comme méthode. Je verrais ça un autre jours, je vais me coucher.

Ximoon
: Kevin...

Boah y'a quelque jours il m'a proposé de faire du frameskip pour que TA marche sur PedroM alors...

lol,

Ah oui j'ai oublié de donner les touches:
ENTER ou 2ND pour démarrer la bille même avec le Bonus Colle.
2ND pour tirer avec le vaisseau de tir.
HAND pour déplacer plus rapidement la raquette.
F1 pour avoir le mode graphique avec scrolling.
F2 pour voir tout le jeu et donc rétrécissement.

Si y a des bugs ou quoi que ce soit n'hésitez pas, les sources sont fournis dans le pack ainsi qu'un fichier expliquant mon projet...

Je remet le lien ici:
Arkanoid Bêta 7

Toutes critiques ou suggestions sont bienvenue.

Quand à la routine de Zoom sur TI89 je vais travailler avec une table...

geogeo>En fait, tu devrais essayer d'utiliser 3 tables pour avoir un truc vraiment rapide. D'après mes calculs approximatifs ce matin (pdt un cours de philo ), c'est possible d'arriver à un peu moins de 300 fps en n&b en utilisant 3 tables et quelques autres petites astuces (déroulage de la boucle...)

Pourquoi 3 tables? Mais 300fps en n&b c'est prometteur.

Une pour chaque octet je suppose.
Puisque tu dois réduire 3 octets en 2.

Ouai je vois, en tout cas il est clair qu'avec cette méthode le code sera très rapide.

Voilà ce que donne Arkanoid avc le dernier mode graphique sur TI89 donc routine de zoom.
Perso c'est limite injouable ce mode!

C'est rapide au moins ?