Affichage Multi-Thread .

Bonjour,

Voici le deal:

j'ai un JFrame, sur ce JFrame j'ai d'un cote (gauche) une colone de boutons, et a droite une zone de dessins (des JPanel).

A chaque fois que je presse sur un bouton, un nouveau thread "ball" est cree, qui deplace une balle dans la zone de dessin de droite (une ball qui rebondie..)

J'ai un autre et unique thread qui fait deplacer un avion dans la zone dessin.
Et eventuellement un BAckground qui va se reaficher a chaque fois, pour pas laisser de trainées...

Ce que j'affiche ce sont des images (sprites), donc la du coup, si je n'utilise pas de Double-Buffering, VIVE le clignotage.

Bon, C'est la que j'ai un problème, je n'arrive pas a trouvé un moyen d'afficher toutes ces images, correcteemnt SANS cligontement.

J'ai deja essayé plusieurs chose:

Chaque thread affiche son buffer.. mais la ca rame sec (normale si je clique 40 fois sur lancer une balle... il y aura 40 buffer)

j'ai essayer d'implenter un buffer "unique" (un thread affichage qui s occupe d afficher le buffer), mais comme je fait des Sleep(random) pour les balles, Ca clignote beaucoup...

SI quelqu'un a un bonne solution à me proposer, je suis pronneur !

d'avance merci!

Salut,

fais tu des

Code:

---

g.dispose();

---

censés libérer de la mémoire, et donc accélérer l'affichage ?

oui

Les threads ne sont pas censé afficher des choses. Montre-nous ton code. Normalement tu n'as pas besoin de double-buffering. Tu dois faire quelque chose de mal :)

Ok.. voici ce que fait,mais dans ma tête c'est encore flou, de comment je doit "structurer" mon programmes...
Je ne comprend pas comment faire pour communique les resultats des deplacement au thread d'affichage..

Voila comment je vois la structure:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

void main{   new Fenetre() }   classe Fenetre extends JFrame {   //creation de ma fentre..   panelZoneDeJeux = new JPanel(); //C'est dans ce Jpanel que tout va ce dessiner... // mais comment faire ?? //Je doit creer une classe panelZoneDeJeux qui extends JPanel pour y redefinir les methode paint etc.. ? //puis je passe panelZoneDeJeux quand je creer mes balle et bateau ? //puis dans Balle et Bateau je fait un panelZoneDeJeux.paint() ??     panelDeGaucheAvecMesBoutons = new JPanel //ajout des boutons, avec quand je clique dessus ----> BAlle balle = new Balle; balle.start() //lancement du thread }     clase Balle extends thread { //Je fait bouger mes balles int x,y sont donc modifié.. }   classe Avion extends thread { //je fait bouger mon avion int x,y sont donc modifé aussi... }

---

merci

La réponse m'interessera.

Es-tu sur d'avoir rellement besoin d'avoir une thread par sprite/objet. En general on se contente d'une seule thread pour modifier l'etat du monde et ce de maniere globale. L'affichage etant gere separement.

Son idée de passer "panelZoneDeJeux" en parametre de création de son objet balle afin de pouvoir utiliser directement repaint() est-elle une bonne idée ?

Ton problème ne vient pas du fait que tu aies autant de threads (bien qu'au niveau conception ce n'est pas recommandé), mais qu'ils manipulent les Graphics. En général, la structure du programme ressemble à ceci :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

public class ZoneDeJeux extends JPanel {   private Collection<Ball>balls;   protected void paintComponent(Graphics g) { g.setColor(Color.RED); for(Ball b : balls) { Point p = b.getLocation(); g.fillOval(b.x - 5, b.y - 5, 10, 10); } } }   public class Ball extends Thread {   private Point location;   public Point getLocation() { return location; }   public void setLocation(Point p) { this.location = location; }   public void run() { ... Point newLocation = new Point(...); setLocation(newLocation); ... } }

---

L'embêtant avec autant de threads, c'est qu'il faut faire attention à la synchronisation. Ici la modification de l'état est atomique (setLocation), mais sinon, il faut synchroniser les threads, ou appeler les modifications de l'état des boules dans SwingUtilities.invokeLater.

Sinon, il y a sûrement moyen d'utiliser l'API java.util.concurrent.