Arkanoid - Page 14

des points qui me donnent en fonction la brique n dans la matrice

Et les 4 points pour le carré [(x1-1)/SIZE,(x2+SIZE-1)/SIZE]x[idem pour y], avec [x1,x2]x[y1,y2] carré contenant la balle et SIZE taille des briques ?

Et les 4 points pour le carré [(x1-1)/SIZE,(x2+SIZE-1)/SIZE]x[idem pour y], avec [x1,x2]x[y1,y2] carré contenant la balle et SIZE taille des briques ?

Non, je ne connait même pas les points de la brique.... (je le calcul pas).

En fonction de la position de la bille plus précisément des 8 points d'impacte que j'ai définie je calcul le numéro des briques qui ont les même coordonnées.

ouai quand j'avais fait mon casse brique gt tombé dans un piege con, c que lorsque tu change ton vecteur deplacement, l'incrementation selon x par exemple est de 2 au lieu de 1.
le probleme etant que si tu arrives dans un coin par exemple a (0,-1) le repere etant defini par l'angle des 3 briques.
ton vecteur de mouv est: (-2,1)
au pas suivant tu te retoruve dans la brique bas gauche.
tu change de direction, mais t'es dans la prique, implique tu arrive sur la brique haut droite par la gauche => changement de direction.. en bref ca passe a travers toutes les briques.
l'astuce que j'avais faite etant de dectecter 1 pxl avant la colision au lieu d'un pxl apres!

Théoriquement je peux passer à travers des briques mais ça ne le fait pas systématiquement, le problème c'est que je ne sais pas en où vient la bille sur la brique ou alors je détruit plusieurs briques en même temps et la bille ne repart pas comme il faut.

Pourquoi pas utiliser les routines de détection de collision au pixel près de ExtGraph?

Cela impliquerais que je tests la position de beaucoups de briques et ralentie fortement le jeu.

faut pas delirer c quand meme pas difficile comme teste de collision..

... je ne vois toujours pas pkoi tu veux absolument le faire avec des pixels particuliers ...

faut pas delirer c quand meme pas difficile comme teste de collision..

J'ai jamais dit que c'était difficile mais j'ai juste dit que je n'avais pas besoin de faire directement les tests de collisions.

Niveau collision avec les briques sont fonctionne très bien et c'est très rapide...

Voici un nouveau screen et je voudrais avoir votre avis sur divers petites choses:
http://perso.wanadoo.fr/tisofts/arkanoid/screens/screen_2.gif

Au niveau de la 'caméra' et suivant y, y a t'il des choses à améliorer?
Au niveau des textures des briques?

Les briques type acier sont destructible après 2 passages de la bille, je vais ajouter des petites animations, comment vous procédez dans vos jeux pour réalsier des animations?

Pour moi, c'est EXCELLENT... Sinon, tu ne pouvais pas réduire l'espace pour afficher le score (car le imagine, on s'en tamponne un peu beaucoup, je trouve)...

Le imagine est là pour décorer car y a juste 3 lignes de scores à afficher et ça prend peu de place.

Heu, sinon pour Polysnd, tant que tu es connecté, comment faire pour qu'en Basic, on appelle un prog ASM qui jouerait un WAV en boucle (avec possibilité de couper n'importe où, of course) ???

Il y a juste quelques ligne à réaliser en C avec TIGCC, tu réalise un prog qui passe en argument le fichier WAV avec les données et la vitesse de lecture et le prog execute PolySnd et redonne la main au Basic après avoir finit de jouer le WAV. (Si tu est gentil je te ferais le programme. )

sur le screen ça saccade un max... c'est normal ?

Demain, Je vais essayer de te filer le WAV... C'est l'intro du Manoir de Mortevielle... Bon, j'ai tjrs pas trouvé le buzzer.

(Sur d'avoir cette question.)

Oui c'est normal j'ai mis une image tout les 300 ms, maiçs le jeu tourne à 60 fps voir plus.

I240-185 :
Demain, Je vais essayer de te filer le WAV... C'est l'intro du Manoir de Mortevielle... Bon, j'ai tjrs pas trouvé le buzzer.

Evite un WAV de 3min.

c'est bien ce que je pensais
pourquoi ne pas avoir mis plus ?

[cross post, je parlais des fps] Pifometre ou t'as mesuré ?

geogeo> Le thème dure 8 secondes à tout péter...

Ximoon> Et les 56K ? Tu fais un apartheid ou quoi ??? Imagine le gros gifa qui affolerait le modem !!!

geogeo>tu a diminuer la taille de tes map ou c moi ki alucine???

c po mal je trouve

mais c saccader(g un 56 ka mais bon...) donc je peu po juger...
pis tu pose des kestiosn sur les annimations..mais keske tu veu faire?
tu veu ke la briek explose?

soit plus precis teuplai

Non, non, c'est les conditions dans lesquelles le gif a été enregistré qui donne 2 FPS.

Le jeu tourne bien à 60 fps c'est ne pas du pifomètre c'est mesuré, pour l'animation ça bouffe énormément de place pour une simple animation.

Mais questions étaient que le scrolling comme il est est pratique pour jouer? Ou vous voudriez voir des améliorations? Et pour les animations je voulais savoir comment vous procédez dans vos jeux.

Sur le nouveau screen y a pas grand choses de nouveau vous pouvez vous appuyez de ce screen.
http://perso.wanadoo.fr/tisofts/arkanoid/screens/screen_1.gif

geogeo>tu a diminuer la taille de tes map ou c moi ki alucine???

C'est le scorlling on en vois une partie le reste est caché.

geogeo
: Mais questions étaient que le scrolling comme il est est pratique pour jouer? Ou vous voudriez voir des améliorations?

Ça a l'air un peu rapide pour être bien jouable, mais bon c'est qu'un shot, impossible de dire ça sans tester de toute façon.

Et pour les animations je voulais savoir comment vous procédez dans vos jeux.

Ça t'arrive de faire un truc toi-même sans demander toutes les 10 minutes sur yAronet si c'est bien ou comment faut faire ?

Pour les anims tu prends différentes images que tu affiches successivement !

pour super metroid G 8 images pour chaque type de mvt (cours, marche, saut, ...) ds un fichier externe (compressé).
G une liste de 8 éléments contenant les pointeurs de chaque image et un entier variant de 0 à 7.

OK merci Iros c'est ce que je pensais faire.

Voilà je voudrais savoir si cette fonction est optimisable et comment?

CopyBufferMapToScreen:
	lea	320(a1),a1
	move.l	#129,d0

;Gris clair	
\bcl_copy_buffermap_plan0:
	move.l	(a0)+,(a1)+
	move.l	(a0)+,(a1)+
	move.l	(a0)+,(a1)+
	move.l	(a0)+,(a1)+
	move.l	(a0)+,(a1)+
	move.l	(a0)+,(a1)+
	move.l	(a0)+,(a1)+
	
	lea	12(a1),a1
	dbf	d0,\bcl_copy_buffermap_plan0
	
	lea	8000-130*40(a1),a1
	move.l	#129,d0

;Gris foncé	
\bcl_copy_buffermap_plan1:
	move.l	(a0)+,(a1)+
	move.l	(a0)+,(a1)+
	move.l	(a0)+,(a1)+
	move.l	(a0)+,(a1)+
	move.l	(a0)+,(a1)+
	move.l	(a0)+,(a1)+
	move.l	(a0)+,(a1)+
	
	lea	12(a1),a1
	dbf	d0,\bcl_copy_buffermap_plan1	
	rts

Elle s'occupe de copier un buffer dans un autre buffer.

Elle est quasiment optimale, et de toute façon je te conseillerais plutôt de faire du triple buffering, puisque a priori tu n'auras pas besoin de tonnes de RAM pour autre chose.