PONG EN SDL
DeathAngel67300
Messages postés
10
Date d'inscription
lundi 23 décembre 2002
Statut
Membre
Dernière intervention
28 juin 2017
-
30 janv. 2005 à 22:34
omer9311 Messages postés 2 Date d'inscription vendredi 23 janvier 2004 Statut Membre Dernière intervention 29 septembre 2005 - 26 oct. 2005 à 23:54
omer9311 Messages postés 2 Date d'inscription vendredi 23 janvier 2004 Statut Membre Dernière intervention 29 septembre 2005 - 26 oct. 2005 à 23:54
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/29201-pong-en-sdl
https://codes-sources.commentcamarche.net/source/29201-pong-en-sdl
26 oct. 2005 à 23:54
Moi aussi je fais un pong et je galérais sur les collisions balle/raquettes jusqu'a ce que je trouve la solution dans ton code, merci et bonne continuation !
@+
6 févr. 2005 à 18:22
BYTE c'est pas standard sauf erreur, il faut utiliser char ou unsigned char et vérifier avec sizeof() que ça fait bien 1 octet.
6 févr. 2005 à 18:19
bool dummy=105;
?
enfin bon.. l'intéret est limité, ya qu'a prendre un BYTE dans ce cas la.
5 févr. 2005 à 23:54
5 févr. 2005 à 23:16
5 févr. 2005 à 22:33
sinon, le booléen est bien stocké sur 1 octet en C++ (en VB c'est sur 4 octets je pense... à vérifier), mais t'as pas accès à toute la plage de valeur... c'est juste pour la clarté.
5 févr. 2005 à 21:27
pourquoi tant d'économie? les barrettes de ram font minimum 128 Mo, 1024 pour les chanceux, et un tableau de 256 fait... 256 octets (si ce sont des bool) soit un millionnieme de ta memoire.
pour info, rien de le double buffer en 800*600 fait plus de 5 Mo.
alors qu'allouer seulement 1 bit par touche et se dépatouiller avec tes or et and doit faire pas mal (toutes proportion gardées) chuter le fps.
3 févr. 2005 à 20:10
merci pour ce s précisions
3 févr. 2005 à 17:56
en effet, j'ai fumé quoi moi ??
Il faut donc utiliser le type de donnée dont la taille en mémoire correspond à la capacité recherchée (256 octets est trop et 1 octet est effectivement insuffisant).
Merci Kirua pour ta présence d'esprit.
2 févr. 2005 à 22:21
2 févr. 2005 à 22:18
Shenron666, pour mapper l'état (appuyé ou non) de 256 touches, un octet suffit : 1 bit par touche et on utilise des and et or bit à bit pour faire les tests.
Ce sera plus rapide et l'utilisation de la mémoire sera moindre.
Personnellement j'intercepte les appuis des touches via SDL_KEYDOWN et SDL_KEYUP et j'ajuste par des opérations logiques l'état des bits de ma variable contenant l'état des inputs de mon jeu.
Ensuite pour déplacer, je teste successivement l'état de chaque touche et agis en conséquence.
Bonne prog
Chouchou
1 févr. 2005 à 17:41
1 févr. 2005 à 16:16
Tu crée un tableau de 256 chars pour mapper ton clavier (ou un tableau de 4 si tu gères que 4 touches si tu préfères)
à chaque mémoire correspond 1 touche, si la touche est appuyée la mémoire est à 1 sinon elle est à 0
Ensuite tu utilise les fonctions SDL pour détected qu'une touche a été manipulée, tu regardes si la touche a été appuyée ou relachée et tu modifie la mémoire en conséquence
à coté de cela dans la boucle principale du programme tu regarde les mémoires pour savoir si tu vas bouger la raquette
31 janv. 2005 à 18:02
faut paramètrer ça, pour que ce soit immédiat, AMHA.
31 janv. 2005 à 17:57
Merci
31 janv. 2005 à 07:59
30 janv. 2005 à 22:34
Après avoir touché deux fois la balle, celle-ci se met juste à faire des diagonales sur l'écran, sans faire perdre ni gagner qqun.
Ensuite la vitesse augmente un peu vite à mon gout, au 6 ème rebond la balle se voit plus.
Dernier commentaire : la jouabilité est pas top du tout, à chaque fois faut appuyer sur la touche pour monter et descendre, vaudrait mieux pouvoir rester appuyé et avoir un mouvement fluide.
Je pense que tu as les moyens d'améliorer tout ca. Bon courage :)