2 threads d'affichage swing

Version imprimable

04/04/2008, 10h56
dideux

2 threads d'affichage swing

Bonjour a tous,

voici mon probleme,

je realise un programe comportant 3 thread.
Le premier Thread est un simple timer.
A chaque nouveau cycle de ce timer, les 2 autres thread (notés Ta et Tb) affichent des objets en swing.

Ta affiche un objet qui peut etre assimilé a une progresse bar, son affichage est peu gourmant, mais il doit absolutment "avancer" de facon reguliere. etre synchrone avec le timer.

Tb affiche bcp plus de choses a chaque cycle. Le probleme etant que ce thread ralenti l'execution de l'autre thread (Ta).
L'ideal serait que ce second thread ne se mette pas a jour a chaque cycle, mais seulement de temps en temps pour laisser le premier thread (Ta) progresser normalement.

Merci pour votre aide ! :)
07/04/2008, 00h16
bouye

Peux-tu nous montrer du code sur comment tu as implemente tout ca s'il te plait ?

De plus en comptant l'EDT, l'Event Dispatch Thread, la thread d'affichage AWT/Swing il faut compter 4 Thread et non pas 3. Enfin, je te rappelle que les composants Swing doivent etre manipules durant l'EDT uniquement.

Merci pour ton aide !
En fait j'ai un peu fais évoluer le code (sans meilleur resultat).
J'utilise la classe Timer de Swing.

voila ce qu'il en ai aujourd'hui

la méthode "principale" ou tout se passe :

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 vois play(){
 
//Ce player est un player de clip audio
player.init(offset);
 
new Thread(new Runnable() {
	public void run() {
		player.play();
		while ((player.getClip().isRunning()) 
			;
		}
}).start();
 
new Thread(new Runnable() {
	public void run() {
		while (.en on est lecture..) 
                {
		//mise a jour de la frame courrante	
                current_frame++;
		try {
			Thread.sleep(66);
		     } catch (InterruptedException e) {
			e.printStackTrace();
		     }
                }
}).start();
 
 
 
AnimationTimer timer = new AnimationTimer(66);
timer.startAnimation();

}

et la classe AnimationTimer :

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
33
34
35
36
37
38
39
40
41
42
43
44
45
 
public class AnimationTimer implements ActionListener {
 
	Timer timer;
 
 
 
	AnimationTimer(int delay) {
 
 
		timer = new Timer(delay, this);
		timer.setInitialDelay(0);
		timer.setCoalesce(false);
 
	}
 
 
	public void startAnimation() {
 
			// Start animating!
			if (!timer.isRunning()) {
				timer.start();
			}
 
	}
 
	// Can be invoked by any thread (since timer is thread-safe).
	public void stopAnimation() {
		// Stop the animating thread.
		if (timer.isRunning()) {
			timer.stop();
		}
	}
 
	public void actionPerformed(ActionEvent e) {
		// Advance the animation frame.
 
 
// CE REPAINT NE FAIS PAS GRAND CHOSE, J'AIMERAI QU'IL SOIT FLUIDE
		Panel1.repaint() 
// CE REPAINT EST TRES GOURMAND EN RESSOURCE, J'AIMERAI QU'IL NE SOIT PAS FLUIDE, QUIT A SAUTER DES CYCLE
		Panel2.repaint();
	}
 
}

merci d'avoir lu ce bazar ;)

07/04/2008, 17h09
dideux

en fait avant j'avais creer dans la methode "play" 2 autres threads, chacune appelant panel1.repaint() ou panel2.repaint() a intervalle regulier... sans meilleurs resultats.
07/04/2008, 18h14
gifffftane

Suis les conseils de bouye, et cela devrait aller mieux.
08/04/2008, 04h30
bouye

Si le rendu est lent alors deja il faut appeler repaint() moins souvent sur ce composant-la. Tu peux en outre le dessiner uniquement quand c'est vraiment necessaire dans une BufferedImage qui sera elle composee a l'ecran a chaque repaint() (comme ca c'est plus rapide). Enfin dois-tu vraiment faire un repaint() complet du composant ? Ca serait pas plutot mieux en calculant la zone necessaire a repeindre et ensuite d'appeler repaint(x, y, w, h) ?
08/04/2008, 10h44
dideux

Merci :)
En fait, concernant le repaint gourmand, je le rends deja dans un Bufferedimage, et de plus je suis toujours obligé de dessiner la quasi totalité du composant. Donc je ne ganerai pas grand chose a definir une bounding box...
Bien sur je pourrais peindre ce composant moins souvant.
Mais ce que je voudrait c'est desynchroniser les 2 rendus, pour que le repaint leger se fasse de maniere fluide...
Je pense pas que ce soit possible enfait, vue qu'il doivent tous deux synchronisés sur l'EDT... ai-je bien compris ?
08/04/2008, 23h57
bouye

Oui, cependant il est peut-etre possible de faire des optimisations en ecrivant ton propre repaint manager (et la ca sort de mon domaine de competences). Sinon arrange-toi simplement pour appeler repaint() sur ce second composant moins souvent, par exemple en fonction du temps ecoule depuis le dernier appel.
10/04/2008, 13h04
dideux

Citation:

Envoyé par bouye

Sinon arrange-toi simplement pour appeler repaint() sur ce second composant moins souvent, par exemple en fonction du temps ecoule depuis le dernier appel.

yep, ca me parrait etre la meilleure solution

merci d'avoir pris le temps en tout cas.

a plus