Affichage rapide, quelle librairie?

Salut,

Je suis en train de développer un petit shoot'em up (-> http://www.gemine.net/shootemup002.jar ) et je suis confronté à quelques problèmes de performance : je suis à 5 vaisseaux à peine et ça rame sur certaines machines... Pourtant je compte bien rajouter de nombreux objets dans l'écran de jeux, il faut donc absolument que je puisse gérer beaucoup plus vite chaque mise à jour du JPanel dans lequel je dessine.
En essayant d'optimiser une première fois, j'ai modifié légèrement mon code pour qu'aucune image ne soit chargée au moment de l'affichage (en effet j'avais fait une ou deux bétises et certaines images étaient chargée depuis le disque dur au moment de l'affichage !) mais ce n'est toujours pas suffisant.

Je me tourne donc vers vous pour que vous me conseillez une autre solution. Actuellement j'utilise awt/swing, pensez vous que si je me tournais vers LWJGL ou JOGL, je pourrais gagner beaucoup en performance et j'aurais une application fluide avec un grand nombre d'objet à afficher à l'écran?

Si vous pensez que mon problème vient plutôt de ma façon de coder, je peux mettre les fichiers sources en ligne.

Merci d'avance

Salut,

Citation:

---

Envoyé par Quintoff

ça rame sur certaines machines...

---

Est-ce qu'il y a quelques points communs entre les machines qui rament? Processeur? Mémoire? Système? Version de JRE?

Utilises tu des images compatibles?

http://www.jroller.com/page/gfx/?anc...p_effects_part

Car celles ci augmente la vitesse de traitement en s'assurant qu'elles sont boien compatibles avec la carte graphique

De même tu pourrait essayer de ne repeindre que certaines parties de ton JPanel et utilisant le clip des formes affichées

>Est-ce qu'il y a quelques points communs entre les machines qui rament? Processeur? Mémoire? Système? Version de JRE?

La machine avec laquelle je développer est un AMD Athlon 2400+ avec 512 Mo de ram et tourne sous Ubuntun 6.10, je l'ai testé avec sous un MacBook Pro et ça tourne beaucoup mieux mais pas de là à mettre 10 tirs joueurs + 30 tirs ennemis + 5 rochers + 10 vaisseaux ...
Sinon sous windows j'ai pas vraiment ajouter des objets pour tester mais ça à l'ai de tourner +- comme mon AMD et même peut être un peu plus fluide.
Pour info sous Ubuntu j'ai des problème avec certain mode de couleur (24 bits notamment) et j'ai quelques doutes sur l'utilisation de la carte graphique.

>Utilises tu des images compatibles?

Je connaissais, je cours mettre ça en place :)
EDIT : Je connaissais PAS

>De même tu pourrait essayer de ne repeindre que certaines parties de ton JPanel et utilisant le clip des formes affichées

Ca ce n'est pas vraiment possible car je dois rafraîchir toute la zone de jeux (fond défilant + grande superficie occupée par les tirs et vaisseaux).

Sinon quand je parcours la liste des vaisseaux et des tirs à afficher, j'utilise des Iterator qui parcourent des ArrayList, vous pensez qu'il y a un méthode plus efficace (de simples tableaux ne suffisent pas, les listes sont appellées à changer de taille régulièrement).

Merci d'avance

pour les ArrayList mieux vaut passer par une boucle for qu'un iteratot (ceci est vrai pour toute classe implémentant RandomAccess)

Salut,

Si tu en as la possibilité, je te conseignerai de passer ton jeux en mode plein écran(http://java.sun.com/docs/books/tutor...een/index.html). Je suis aussi en train de faire un jeux qui possède différent mode d'affichage et le plus rapide(de loin) c'est quand je suis en mode plein écran.

Bonne année à tous,
Hydraland

Si tu envisage la 3D, je conseil JMonKeyEngine, on fait des trucs superbes rapidement. http://jmonkeyengine.com/
Ce moteur tourne sur LWJGL.

l'import de nombreux formats 3D (3dsmax,maya,quake...) et la facilité de créer des maps (avec 2 images jpg) est sont point fort.
Il a de tres nombreuses capacités 3D, bloom,antialiasing,vertexshader,...

Il est loin devant Java3D :D .

un petit tour dans les demos : http://jmonkeyengine.com/index.php?o...d=25&Itemid=48

Merci pour vos réponses,

>pour les ArrayList mieux vaut passer par une boucle for qu'un iteratot

Utiliser un boucle for comme ceci tu veux dire ? :

Code:

---

1 2 3

for(Object o : collection) { //... }

---

>Si tu en as la possibilité, je te conseignerai de passer ton jeux en mode plein

Ok je vais essayer de faire ça et je te tiens au courant

>Si tu envisage la 3D, je conseil JMonKeyEngine

Merci pour l'info, c'est bon à savoir que ce soit pour ce projet ou évetuellement pour d'autre à venir. :)

sinok > Le problème c'est que je dois enlever certains objets de l'ArrayList pendant que je le parcours ... Alors si j'utilise un for, je n'ai pas d'Iterator et donc je dois enlever l'objet directement dans l'ArrayList mais comme il est en cours de lecture, Java le place en lecture seule et donc si je tente de le modifier j'ai une exception. J'ai contourner ce problème pour l'ajout de nouveaux objets dans l'ArrayList : quand je dois ajouter un objet quand il est en cours de lecture, je le met en "liste d'attente" et j'attends que l'ArrayList ne soit plus lu pour ajouter la liste.

Pour en lever un objet je fais simplement ceci :

Code:

---

1 2 3 4 5

Iterator i = maCollection.iterator(); while(i.hasNext()) { //... if(condition) i.remove(); }

---

Pense tu que je devrais faire une "liste d'attente" également pour les objets à enlever ou alors ça alourdirait encore mon programme?

Merci d'avance

Désolé pour le triple post mais pour ce qui est des image compatibles, je vois comment créer une image compatible :

Code:

---

BufferedImage image = gc.createCompatibleImage(width, height);

---

Mais là mon image est vide...

Alors après si je fais :

Code:

---

image = ImageIO.read(this.getClass().getRessource("monimage.png"));

---

Mon image ne sera plus une image compatible...

D'où ma question, comment charger une image depuis le disque dur et la rendre compatible?

Merci d'avance

Citation:

---

Envoyé par Quintoff

Désolé pour le triple post mais pour ce qui est des image compatibles, je vois comment créer une image compatible :

Code:

---

BufferedImage image = gc.createCompatibleImage(width, height);

---

Mais là mon image est vide...

Alors après si je fais :

Code:

---

image = ImageIO.read(this.getClass().getRessource("monimage.png"));

---

Mon image ne sera plus une image compatible...

D'où ma question, comment charger une image depuis le disque dur et la rendre compatible?

Merci d'avance

---

Regarde le lien de Sinok, tu y trouveras cette méthode :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

public static BufferedImage loadCompatibleImage(URL resource) throws IOException { BufferedImage image = ImageIO.read(resource); GraphicsConfiguration configuration = GraphicsEnvironment. getLocalGraphicsEnvironment().getDefaultScreenDevice().getDefaultConfiguration(); BufferedImage compatibleImage = configuration.createCompatibleImage(image.getWidth(), image.getHeight()); Graphics g = compatibleImage.getGraphics(); g.drawImage(image, 0, 0, null); g.dispose(); return compatibleImage; }

---

Citation:

---

Envoyé par wichtounet

Regarde le lien de Sinok, tu y trouveras cette méthode :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

public static BufferedImage loadCompatibleImage(URL resource) throws IOException { BufferedImage image = ImageIO.read(resource); GraphicsConfiguration configuration = GraphicsEnvironment. getLocalGraphicsEnvironment().getDefaultScreenDevice().getDefaultConfiguration(); BufferedImage compatibleImage = configuration.createCompatibleImage(image.getWidth(), image.getHeight()); Graphics g = compatibleImage.getGraphics(); g.drawImage(image, 0, 0, null); g.dispose(); return compatibleImage; }

---

---

Merci, alors quand je charge mes images de cette façon, ça fonctionne vraiment très bien! Sauf que j'utilise des images partiellement transparentes, les pixels transparents sembles remplacés par des pixels aléotoires alors je fais :

Code:

---

configuration.createCompatibleImage(image.getWidth(), image.getHeight(), Transparency.TRANSLUCENT);

---

Mais la le programme devient au moins 5 fois plus lent!

Dois-je dire adieu à la transparence? Ce serait difficile dans ce contexte...

Je suppose que c'est un problème avec le driver pour ati de ubuntu parce que sous Mac os X (macbook pro) ça gère la transparence sans que je doive préciser quoi que ce soit et c'est beaucoup plus performant! Plus de 500 vaisseaux sans que ça rame.. :)

Salut,

Le problème vient de ta gestion de l'affichage...

Par décompilation de ton .jar, j'obtiens ceci:

Code:

---

1 2 3 4 5 6 7 8 9

do { ecran.repaint(); try { Thread.sleep(15L); } catch(Exception exception) { } } while(true);

---

et toute la "création" de l'image est faite dans paintComponent.

Pour la création de l'image dans paintComponent, c'est un défaut car tu considères que le rafraîchissement sera appelé uniquement quand tu fais toi-même le repaint (toutes les 15 ms environ). Or il peut y avoir d'autres appels "automatiques", qui entraînent une reconstruction de l'image inutile (alors que tu aurais pu la garder en mémoire, avec une BufferedImage ou VolatileImage, que tu te contenterais de dessiner sur ton Graphics de paintComponent).

Pour l'autre problème, c'est un peu plus grave niveau perfs...
Si ton rafraichissement (l'appel réel à paintComponent, qui est asynchrone par rapport à l'appel à repaint()) se termine plus de 15ms après l'appel à repaint(), ton système s'écroule, et ça rame...
Et en plus parfois ça rafraichit alors qu'il n'y a pas besoin...

Merci,

Et si j'utilise

Code:

---

setIgnoreRepaint(true);

---

?

De cette façon je n'aurais plus d'appels à repaint extérieurs à mon programme donc le premier problème ne devrait plus se présenter?

Pour ce qui est du cas où l'affichage de l'écran de jeux dépasse la pause que je fais entre chaque appel, je pensais que comme c'était écrit, le programme attendait la fin de paintComponent(g) avec de faire une pose?

Utilise tu du double buffering ? Sinon c'est a envisager.
http://java.sun.com/docs/books/tutor...doublebuf.html

Non je n'en utilisais pas car même si généralement le résultat obtenus lors d'une animations avec du double buffering et plus agréable, il réduit la vitesse de rafraîchissement de l'écran et je n'avais pas assez de vitesse pour me le permettre (test à l'appuis). Mais maintenant que j'utilise des images compatibles et que j'ai gagné beaucoup, je pense que je vais l'appliquer à mon application.

Merci :D

Sinon quelqu'un à une idée pour mon problème de transparence sous Ubuntu?

Voila je suis passé à AWT pour pouvoir bénéficier d'un BufferStrategy et avoir une accélération matérielle.

De plus, j'ai réussit à résoudre mon problème de vitesse avec des images transparentes sous ubuntu!
J'utilisais ceci :

Code:

---

createCompatibleImage(windth, height);

---

puis j'ai essayé

Code:

---

createCompatibleImage(windth, height, Tranparency.TRANSLUCENT);

---

La transparence était bien là mais ça devenait très lent !
J'ai finalement trouvé mon bonneur avec :

Code:

---

createCompatibleImage(windth, height, Tranparency.BITMASK);

---

Sauriez vous me dire pourquoi svp? J'aime bien savoir comment fonctionne ce que j'utilise :D

Merci d'avance

J'avais tester chez moi (Dapper) ta premiere version et je n'ai pas eut de probleme majeur...
En ce qui concerne Ubuntu, Quintoff a surement raison.
Deja fait un

Code:

---

glxinfo|grep direct

---

, et si la reponse est non tu a trouvé ton probleme.

A ben oui la réponse est non... :cry:

Cela n'a pas totalement de rapport mais le fonctionnement de swing est aussi a considerer quand on dit que swing est lent. Il faut comprendre le travail du event-dispatching thread.
(exemple de doc http://java.sun.com/products/jfc/tsc.../threads1.html )
Car cette lenteur peut se justifier par l'ignorance du programmeur au sujet de cette librairie.

Cela ne te concerne pas pour l'instant je pense, mais pourrait d'etre util.

Et a propos de BITMASK, ta reponse se trouve dans la Javadoc, http://java.sun.com/j2se/1.4.2/docs/...nsparency.html, BITMASK, c'est tout ou rien, TRANSLUCENT gere les nuances par contre.

>Car cette lenteur peut se justifier par l'ignorance du programmeur au sujet de cette librairie.

J'ai lu un article de Romain Guy à ce propos mais de toute façon je n'utilise plus swing. Je suis passer à awt pour pouvoir bénéficier de BufferStrategy et d'une accélération matérielle.

>BITMASK, c'est tout ou rien, TRANSLUCENT gere les nuances par contre

A d'accord, merci pour l'info je comprends enfin. :)

Citation:

---

Envoyé par Quintoff

>Car cette lenteur peut se justifier par l'ignorance du programmeur au sujet de cette librairie.

J'ai lu un article de Romain Guy à ce propos mais de toute façon je n'utilise plus swing. Je suis passer à awt pour pouvoir bénéficier de BufferStrategy et d'une accélération matérielle.

---

AWT et Swing utilisent exactement le même principe, et même exactement la même implantation...

A oui c'est pas bête ça... Sinon il me semble tout de même que je ne fais pas ce que gfx dit qu'il ne faut pas faire (enfin j'espère :-) ).

Sinon merci vous m'avez bien aidez, je vais mettre le tag résolu.

Voici la dernière version (si ça va un peu vite c'est normal, je ne me suis pas encore occupé de la vitesse des objets pour qu'elle soit indépendante du nombre de fps) : http://www.gemine.net/shootemup015.jar

Citation:

---

Envoyé par Quintoff

>Je suis passer à awt pour pouvoir bénéficier de BufferStrategy et d'une accélération matérielle.

---

Tu peux certes creer une BufferStrategy a partir d'un Canvas mais aussi a partir d'une Window et donc d'une JFrame par extension. Mais il est clair que ce serait bien de pouvoir en creer une a partir d'un JPanel.

>Mais il est clair que ce serait bien de pouvoir en creer une a partir d'un JPanel

Oui d'ailleurs ça m'embête souvent car la plupart du temps je commence à développer avec un JPanel puis je dois passer à awt pour bénéficier de BufferStrategy. Sinon je n'utilise pas un Canvas mais je dessine directement dans une Frame. C'est déconseillé? Merci

Pas que je sache, etant donne que je m'amuse parfois a dessiner directement dans des JWindow et des JFrame au lieu de JPanel. Mais il y a longtemps que je n'ai pas fait d'AWT.

Je dirai que cela depent du degre de modularite/re-utilisabilite que tu veux donner a ton programme/composant. Apres, tu peux aussi modulariser et re-conceptualiser la chose de maniere a te faire une classe specialisee chargee du rendu et +/- detachee de la methode d'affichage et lib graphique utilisee.

Ok merci, tant que maintenant je ne pense pas avoir besoin d'utiliser un composant supplémentaire.

Envisage sérieusement d'utiliser JOGL et je pense que ça ira encore plus vite. A toi de voir...

Je viens de tester ton jeu. C'est dommage que ce soit très lent et pas très jouable. Tu pourras utiliser un GLCanvas avec un GLEventListener, créer des textures avec tes images, utiliser des display lists, des vertex arrays et des vertex arrays compilés (voire des VBO) pour accélérer le tracé. Je t'assure que ça irait bien plus vite. Je ne me suis pas amusé à décompiler tes sources mais j'aimerais bien que tu me dises comment tu gères la souris. Il te faut ajouter un système de recentrage du curseur, c'est ce que je fais dans mon jeu. Bon courage en tout cas.