ColorModel ändern - indiziert zu RGB

[Atze]

moin
hat jemand schonmal mit java boradmitteln ein BufferedImage vom IndexedColorModel in ein RGB ColorModel konvertiert?

mein problem ist, dass ich ein bild mit dem modus "indiziert" automatisiert umwandeln möchte, so dass es die ganze palette der rgb farben nutzen kann.

ich hab leider keinen plan von farbmodellen und weiß auch nicht wirklich wie das mit den indizierten faben genau läuft, jedoch weiß ich, dass es bei den modi einen unterschied gibt. indizierte bilder können nur einen bestimmten farbraum nutzen, rgb alle farben. wenn ich ein bild unter gimp öffne kann ich dort auch in den menüs von "indiziert" auf "RGB" umschalten.

wie macht gimp das? ein ColorModel lässt sich mit java zwar auslesen aber nicht setzen. hat da jemand erfahrungen oder tipps?

 

[Marco13]

Hm... vielleicht nicht richtig verstanden, aber... kannst du das Bild nicht einfach in ein neues BufferedImage (mit TYPE_INT_RGB) reinzeichnen...?

 

[Atze]

doch, anscheinend richtig verstanden

ok, also ist der (übliche / einzige) weg, ein gleiches bild vom typ rgb zu erstellen und pixel für pixel darauf zu zeichnen?

es geht mir nur darum, wenn ich das indizierte bild lade und anzeige sieht es ziemlich bescheiden aus, warum weiß ich nicht (da fehlt mir der plan vom image-handling allgemein).

anbei einmal der exakt gleiche bildausschnitt als rgb und indiziertes bild
zeichnen kann ich ja dann auf beiden bildern mmit allen farben, nur die anzeige sieht eben blöd aus. warum?

 

[Marco13]

Es wird ja nicht Pixel für Pixel drauf gezeichnet: Ich meinte NICHT sowas sie setRGG/getRGB, sondern das alte Bild direkt mit dem Graphics-Objekt des neuen in das neue reinzeichnen.
Ehrlich gesagt hab' ich noch nie wirklich mit Indizierten Farben was gemacht (ist wohl... unüblich...?!). Muss man da nicht auch sagen, wie viele Farben es geben soll? Hat das Bild (vielleicht standardmäßig) dann nur 256 farben?

 

[Atze]

genau das mein ich ja, ich hab da auch keinen plan und hoffe hier hat jemand erfahrungen.

eigentlich ist es ja so, wenn ich das indizierte bild in bspw gimp öffne kann ich es nur mit den farben bemalen, die in diesem mapping hinterlegt sind. also wenn es nur grün und rot hat und die indizierten farben nur die beiden sind, kann ich es nur rot und grün bemalen. wenn ich unter bild - modus - rgb einstelle, kann ich alle farben nutzen. hier sieht das bild aber in beiden fällen gleich aus.

wenn ich das indizierte bild allerdings als bufferedImage lade und in nem panle anzeige, gibt es einen unterschied in der darstellung (siehe screenshots). malen kann ich im panel allerdings mit allen farben, in beiden fällen. "sicherheitshalber" würde ich dem bild beim laden aber doch lieber ein rgb-colormodell geben, falls das möglich ist.

ich habe schon versucht mir ein neues bufferedImage über den Konstruktor

BufferedImage(ColorModel cm,
WritableRaster raster,
boolean isRasterPremultiplied,
Hashtable<?,?> properties)

zu erzeugen, aber dann fliegen exceptions, dass die raster bzw size nicht zusammenpassen würden.

 

[Marco13]

Kann ich so auswendig nicht erklären, da müßte ich auch erstmal ein paar Indexed-Color-Model-Beispiele (z.B. Creating a Buffered Image from an Array of Color-Indexed Pixel Values | Example Depot ) durchfräsen. Gibt es irgendeinen speziellen Grund, das indizierte zu verwenden? Wie auch immer, vielleicht weiß jemand da spontan auch noch genaueres...

 

[Atze]

ok, dann schau ich mir die beispiele dort auch mal an.

ja, d.h. nein, einen speziellen grund gibt es nicht das referenzbild ist indiziert, in der praxis wird es wohl nicht häufig vorkommen dass ich ein indiziertes habe (geht um einen editor für texturen). nur für den "fall der fälle" wollte ich mich absichern

trotzdem schonmal danke für die infos

 

[Atze]

moin

nur zur info, hab die ursache gefunden.

ich habe das bild beim splitten anscheinend (irgendwie) selbst verschandelt. warum ist mir zwar noch rätselhaft, aber naja.

ich splitte und zoome das bild, bzw zeichne einzelne teile nur in ein array aus tiles. dabei erzeuge ich aus dem alten bild neue, kleinere BufferedImages. hier lese ich den typ des (indizierten bildes) TYPE_USHORT_GRAY und setze dieses auch bei den neuen. dabei werden sie wohl "unschön"
wenn ich den neuen den typ TYPE_INT_RGB mitgebe, sieht alles knorke aus

danke nochmal an marco, dein tipp im ersten post war wohl richtig!

wobei ich mich ja frage warum er das bild "schön" anzeigt wenn ich es nicht splitte, nur zoomen und anzeigen funzt auch mit dem ursprünglichen typ (TYPE_USHORT_GRAY). und beim splitten lese ich diesen typ nur aus und setze ihn wieder.