Discussion :

[MPython Alaplancha]

Bonjour,
Qu'est-ce que Pygame permettrait de faire de plus que Tkinter?
Je me suis familiarisé avec tkinter et j'ai réalisé mes premières animations (pour l'instant très simples). Par contre je ne connais pas du tout Pygame.
À part la gestion du son, que fait Pygame que tkinter ne sait pas faire? Quels en sont les différences majeures?
Je n'ai pas trouvé d'article mettant en avant les différences ou atout d'une bibliothèque sur l'autre.
Avant de passer à des projets plus ambitieux que de bouger des trucs à l'écran( faire un jeu) , j'aimerai en savoir plus sur les limites de tkinter(que j'utilise) ou de Pygame (que je ne connais donc pas).
Peut on réaliser, par exemple, avec l'un comme l'autre un jeu comme Spaces Invaders?

[wiztricks]

Salut,

Peut on réaliser, par exemple, avec l'un comme l'autre un jeu comme Spaces Invaders?

Absolument.

La différence essentielle entre les deux est que Pygame est de plus bas niveau (dit autrement vous pourriez écrire un GUI comme tkinter au dessus de pygame)... Et qui dit "bas niveau", c'est dire une plus grande ouverture côté réalisation que ce que vous pouvez faire avec tkinter qui est plus "spécialisée".

Rien ne vous empêche de chercher sur Internet un space invader réalisé avec pygame et le comparer avec un autre réalisé avec tkinter et chercher "Pygame vs tkinter" vous donnerait des tas de comparaisons.

- W

[MPython Alaplancha]

Merci pour votre réponse.

[MPython Alaplancha]

Et en termes de rapidé d'affichage d'un strite ça donne quoi? Il y a t'il des différences notables entre tkinter/pygame?

J'ai commencé à écrire avec tkiter le déplacement d'une vingtaine de sprites de 60*60 pixels et malgré que je ne traite ni les événements clavier, ni le son, ni le déplacement du vaisseau mère, ... . J'ai peur qu'à terme la vitesse ne soit pas au rendez-vous . (du moins avec un déplacement pixel par pixel)

[wiztricks]

J'ai peur qu'à terme la vitesse ne soit pas au rendez-vous . (du moins avec un déplacement pixel par pixel)

Une animation s'appuie sur la persistance rétinienne: 25 à 60 images par secondes.
Ce qui laisse du temps pour calculer entre deux mises à jour mais pas trop.

Que vous utilisiez tkinter ou pygame, pour avoir de la rapidité, vous ne pourrez pas coder n'importe comment et devrez ouvrir la documentation et apprendre à utiliser les différentes fonctionnalités de la bibliothèque.

Par exemple, avec tkinter, vous pouvez déplacer votre vingtaine de sprites de 60*60 pixels en une seule opération du Canvas: .move ou .moveto. Ce qui ira bien plus vite que de déplacer chacun des "sprites".


- W

[MPython Alaplancha]

Par exemple, avec tkinter, vous pouvez déplacer votre vingtaine de sprites de 60*60 pixels en une seule opération du Canvas: .move ou .moveto. Ce qui ira bien plus vite que de déplacer chacun des "sprites".

J'utilise move:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
def deplace(self,indice_image):
        self.can.move(self.image_id[indice_image], self.dx, self.dy)
        self.update()

J'ai d'abord construit un dictionnaire qui répertorie les vingt sprites avec leur coordonnée et j'appelle la méthode deplace (comme écrit ci-dessus) à travers une boucle avec les indices_image concernés ... Mon approche n'est pas bonne?

[wiztricks]

Mon approche n'est pas bonne?

Vous avez des "tags" pour déplacer toutes les images (d'une ligne) en même temps.

Et puis imaginez le premier Space Invaders écrit sur un Intel 8080 avec quelque Ko de mémoire... et le travail de fou pour écrire le machin en assembleur en mesurant la durée de chaque instruction!
Vous avez des CPU qui tournent 10000 fois plus vite et des Giga à utiliser... vous pourriez coder un univers 3D!

- W

[MPython Alaplancha]

Merci

Vous avez des CPU qui tournent 10000 fois plus vite et des Giga à utiliser...

C'est bien vrai.
Paradoxalement à cette évolution, j'ai l'impression que plus il y a de ressources moins les codes sont optimisés... Peut-être que la performance engendre le gâchis