Discussion :

[Gogoye]

Salut !

Je vais �tre direct : j'ai r�alis� un �diteur pemettant de dessiner des objets modiflables (lignes, etc.) dans un Canvas. Ce Canvas peut cependant �tre tr�s grand (10000*10000 pixels) et l� ca devient super lourd lorsque je fait mon repaint() apr�s une modification d'un objet.

Est-ce que quelqu'un a une id�e pour optimiser le rendu ? Je pensais ne dessiner que la partier qui est visible dans mon ScrollPane, mais je ne sais pas trop comment m'y prendre.

Merci d'avance pour vos r�ponses.

[Fladnag]

Tu peux utiliser les fonctions de clip d�finies dans AWT :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
 
public void update(Graphics g) {
	g.setClip(x, y, width, height);
        super.update(g);
}

tu laisse ta fonction paint() comme elle est, et tu modifie juste ca.

Il faut bien evidemment calculer toi meme les x,y,width, height qui correspondent a la zone a redessiner, tout le reste sera ignor� ;o)

[Gogoye]

Salut,

Tout d'abord merci pour ta r�ponse, et d�sol� pour le retard ;)

En fait, j'utilise une Image pour faire un back buffer... et dans mon paint, j'appelle un g.drawImage(buffer, ...).
J'ai bien fait un g.clip('taille bcp plus petite que l'image") auparavant, mais ca n'a pas l'air d'am�liorer les performances.

Je vais encore faire quelques tests, apr�s je vous montrerai mon code si ca ne marche toujours pas.

[Fladnag]

ou�, la feinte c'est de laisser ton paint() comme il est actuellement et de mettre le setClip() dans le update.

En fait, un appel a update pr�cede toujours un appel a paint(). update() se charge notemment d'effacer (si je me souvient bien) le fond et de faire 2/3 operations sur le graphics. Si on defini un clip, on evite de recharger tout, car une fois que le update a tout effac�, le paint est oblig� de s'executer en entier, quelque soit le clip, sinon c'est pas beau ;o)

[Gogoye]

C'est bon, j'ai trouv� d'o� vient le probl�me ... j'ai simplement rajout� un setClip(...) sur mon back_buffer juste avant de dessiner devant.