Double-buffering Soft ou Hardware ?

j'ai juste eu des réponse pour un problème :
Je voulais un peu optimiser par du clipping (ca se dit?), avec rectclip.
En fait mon problème c'était de vouloir déssinner une image de fond dans la partie hors du rectangle clippé. Quand je fait ça l'image figée ne semble être repainte et on observe donc un scintillement trés marqué :? . Sinon ils ont l'air de vite cerner le sujet sur ce site que tu m'as donné :).

Pour le MP, j'étais tellement désespéré que je t'ai écrit mais c'est vrai que ça se fait pas :oops: . Je pourrai trés bien poster ce que j'ai fait jusque là mais il faudrait que j'élague certaines choses sinon ça prendrait un peu de la place :-o.
Mais bon maintenant le scrolling marche trés bien et si quelqu'un veut savoir comment j'ai fait, dites le moi en MP :-p.

PS: l'intitulé du topic ne correspond plu exactement à l'ensemble des posts. Mais quand j'essai de le renommer, ça ne marche pas 8O .

Aucun probleme.
Cependant j'ai en ce moment un probleme de disque dur et j'ai donc la un peu la tete ailleurs.

Petite information : n'utilisez pas la méthode de rendu BICUBIC qui ne dispose pas encore de boucles accélérées dans le pipeline de rendu de Java2D. La différence avec BILINEAR est tellement maigre que la perte de performance occasionnée n'en vaut pas la peine.

Salut gfx, merci pour l'info.
Sinon est-ce que tu sais comment activer le pipeline opengl sans passer par la ligne de commande ?

C'est un paramètre de la JVM, donc on ne peut pas faire autrement. Tout logiciel qui permet de lancer un programme Java (ton IDE, un launcher, etc.) permet de spécifier les paramètres de la JVM. Tu dois pouvoir aussi le faire sous Windows depuis le panneau de configuration. C'est comme cela par exemple que tu peux activer certains paramètres pour les applets. Je n'ai pas de Windows sous la main donc je ne peux pas vérifier mais jette un oeil.

ok c'est bien à quoi je m'attendais, sur un blog d'un spécialiste une personne lui avais demandé pourquoi on ne pouvais pas le faire depuis le programme et l'auteur à répondu que ça le sera sans doute prochainement (ds mustang?).

Si y'a moyen de l'activer depuis un programme, je pourrai trés bien proposer aux utilisateurs une version openGL du programme pour chaque OS.
Par contre sous linux ou macOS j'ai pas de moyen pour vérifier :roll: .

Par contre, est-ce que le pipeline est disponible et activé par défaut dans la beta de java 6 ?

Le pipeline OpenGL ? Il est disponible dans Mustang (et Tiger/J2SE 5.0 d'ailleurs) mais pas activé par défaut.

ok merci, de toute facon j'ai fait comme tu m'as dit , je lance mon jar avec l'option -Dsun.java2d.opengl=True (grace un batch sous windows). Par contre sous linux ca doit etre un peu prés pareil mais je n'ai pas linux et je sais pas comment faire un script shell :roll: . AUtre chose, comment linux va gerer java.exe 8O ?

Pas java.exe ; java tout court.

Code:

---

1 2	#!/bin/sh java <... le reste des arguments habituels ici>

---

Il faut juste que l'interpreter soit dans le PATH.
Ca devrait fonctionner sur tous les UNIX et derives d'ailleurs pas uniquement Linux (voir FreeBSD et MacOS).

Tu peux appeler ton script machin.sh pour faire la distinction mais c'est juste une precision supplementaire non-obligatoire. L'etat d'executabilite sous Unix fait partie des droits d'acces au fichiers et n'est pas specialement indiquee par son extension.

hmm ok bouye, sinon y'a un thread qui me semblait interessant :
http://www.javagaming.org/forums/ind...?topic=14092.0

Citation:

---

you can set the same system property in your main() method:

System.setProperty("sun.java2d.opengl", "true");

---

Pourtant moi ça ne marche pas de cette façon

Apparement et d'après le topic que tu cites (je n'ai pas essayé) il faudrai que tu fasses cet appel dans les toutes première lignes de ton main() bien avant qu'un quelconque élément graphique n'ai été initialisé (en espérant que tu n'ai rien de statique en rapport avec graphisme qui soit initilalisé dans cette même classe).

Citation:

---

en espérant que tu n'ai rien de statique en rapport avec graphisme qui soit initilalisé dans cette même classe

---

je l'ai mis dans le main en première ligne, mais j'ai des elements graphiques statiques :roll: .
Pour mettre à jour mon jar (sans passer par jws), je voulais démarrer l'application par un autre jar. Il y a peut-etre un moyen de lancer une vm avec options à partir de ce jar ?

Avec Runtime.exec() probablement, mais dans ce cas tu aurai 2 VM en memoire. J'ignore si tu peux quitter ton launcher sans terminer le programme lance de cette maniere. A tester.

De plus n'existe t-il pas certains systemes surlesquels ils ont reussi a faire une VM partagee (MacOS ? Est-ce le cas Gfx ?) re-utilisee par toutes les apps ; dans ce cas cela ne reglerai probablement pas le probleme. Et de maniere plus generale il me semble que cela fait partit des projets futurs pour eviter/diminer le temps de chargement des applications Java.

Citation:

---

De plus n'existe t-il pas certains systemes surlesquels ils ont reussi a faire une VM partagee

---

Peut-etre qu'on pourra toujours en lancer une autre en parallele ?
Pour les deux vm lancées sequentiellement par deux jar, c'est une idée que j'ai eu sur javagaming et apparement ça fonctionne bien :? .

juste comme ça, j'ai mis tous les objets graphiques de la classe principale dans une sorte de structure de donnée et j'ai mis le setProperty(...) (pour activer l'opengl) en premiere ligne du main et ça fonctionne bien. Pour ceux qui veulent changer une variable d'environement (pour la plupart) depuis une application jws, il faut signer le jar :? .