Créer une image depuis rien.

Bonjour

Je pense que ma question sera triviale pour quiconque connait bien java.
Je n'arrive pas à comprendre quel est l'équivalent en java de la clase pimage de processing.
J'aimerai simplement avoir un rectangle dont je puisse déterminer les dimensions en pixel, et dont je puisse déterminer la couleur pixel par pixel.
L'idée générale étant que je possède un fichier texte avec des nombres, et que je choisirai les couleurs en fonction de ce nombre.
Cette image sera la base de ce que je ferais, j'aimerai donc éviter avoir à le recalculer chaque fois que mon applet appellera paint.

Or, dans tous les tutoriels que je vois, l'image qu'on créé vient par exemple d'une image qu'on importe.

Respectueusement
Arthur RAINBOW

PS: pour une raison que j'ignore quand je tente de charger les pages tels que http://java.developpez.com/faq/gui/?...general_images firefox me dit qu'elles mettent trop de temps à répondre.
J'ignore si c'est parce que je suis depuis le Québec, ou quoi que ce soit. Mais a qui devrai-je le signaler, où est-ce un problème connu?

J'ignore ce qu'est pimage ou processing mais en java la classe representant des images est la classe Image qui date des premieres versions de Java. Cependant on a plus souvent tendance a manipuler l'une de ses classes filles : la classe BufferedImage.

Construire une BufferedImage est assez simple, il suffit d'utiliser son constructeur qui prend en paramettre sa largueur, sa hauteur et son type. Les types les plus courrament utilises sont :

• BufferedImage.TYPE_INT_ARGB : image avec des couleur 32-bits ARGB (a = alpha = transparence). Ces couleurs peuvent donc avoir de la transparence et elles sont opaques quand alpha vaut 255.
• BufferedImage.TYPE_INT_RGB : image avec des couleur 32~24-bits RGB. Ici a = 255 tout le temps ; ces couleurs sont donc opaques.
• BufferedImage.TYPE_BYTE_INDEXED : image avec des une palette 8-bits indexee.
• BufferedImage.TYPE_BYTE_GRAY : image en niveaux de gris 8-bits.
• TYPE_BYTE_BINARY : images en couleurs sur 1, 2 ou 4 bits. Peut servir pour les images en 2 couleurs.

Cette classe dispose plusieurs variantes de la methode getRGB() pour trouver la valeur d'un pixel donne ou d'un tableau de pixel de position et geometrie variable. Inversement setRGB() permet de mettre la valeur d'un pixel donne ou d'une surface de position et de geometrie variable.

Grosso-modo une image en Java est une envellope qui englobe un modele de couleur le ColorModel (car il existe mille et une maniere de stocker/programmer des couleurs) et un buffer representant les pixels, le Raster. Il peut ou pas y avoir derriere la notion d'acceleration materielle et en general tant qu'on reste au niveau abstrait de l'image on en beneficie, si elle est disponible, mais on la perd des qu'on essaie d'acceder et de manipuler directement les donnees en accedant au Raster.

Cela explique le peu de methode pour aller manipuler directement les pixels. Donc si tu preferes rester simple tu peux tres bien travailler uniquement sur un int[][] puis mettre a jour le contenu de la BufferedImage via setRGB() et ensuite dessiner cette image dans le Graphics dans lequel tu dessines via la methode drawImage() (en general on laisse le tout dernier paramettre de cette methode a null).

Note : quelques soit le ColorModel de l'image, on a tendance en Java a utiliser des couleurs 32-bits qui sont representees par la classe Color et sont sockees dans des valeurs entiereres sous la forme ARGB soit AARRGGBB en hexadecimal (Java est big-endian/gros boutien quelque soit la platforme d'execution) :

• A bits 31-24
• R bits 23-16
• G bits 15-8
• B bits 7-0

On peut donc faire :

Code:

---

1 2 3 4 5 6 7 8 9

Color c1 = ... int argb1 = c1.getARGB(); int a = (argb1 >> 24) & 0xFF; int r = (argb1 >> 16) & 0xFF; int g = (argb1 >> 8) & 0xFF; int b = (argb1 >> 0) & 0xFF; [...] int argb2 = (a << 24) | (r << 16) | (g << 8) | (b << 0); Color c2 = new Color(argb2);

---

Merci bouye.

PImage est une classe qui semble être l'équivalent de Raster d'après ce que je comprends. Elle représente un rectangle dont on peut accéder et modifier individuellement chaque pixel, ou y dessiner des formes géométriques ou du texte.
Processing est un langage de programmation basé sur le java (en fait, la seule implémentation de processing qui existe transforme le code processing en code java puis compile le code.) Il est surtout destiné aux artistes qui ne connaissent pas tellement la programmation, et se veut facile à utiliser.
Pour simplifier, on peut dire que c'est du java simplifié, en supposant qu'on ne fait que des applets, et avec des primitives différentes. (Parfois, c'est aussi bête que Math.round qui devient round)

Mais je me rend compte que il a trop de restriction pour mon projet de fin de baccalauréat (au sens québécois, c'est à dire, licence en France)

Citation:

---

Envoyé par Arthur Rainbow

Processing est un langage de programmation basé sur le java (en fait, la seule implémentation de processing qui existe transforme le code processing en code java puis compile le code.) Il est surtout destiné aux artistes qui ne connaissent pas tellement la programmation, et se veut facile à utiliser.
Pour simplifier, on peut dire que c'est du java simplifié, en supposant qu'on ne fait que des applets, et avec des primitives différentes. (Parfois, c'est aussi bête que Math.round qui devient round)

---

Interessant, je ne connaissais pas. Hum, grosso-modo cela semble etre ce qu'il manquait toutes ces dernieres annees pour reellement concurrencer Flash et ce qu'ils ont reinvente avec tout ce "hype" autour de cette "chose" qu'est JavaFX...

Sinon dans le genre il y a également pulpcore qui est un framework pour les applets plutôt pas mal fichu