RGB Werte von Bilder mit Farbtiefe mehr als 8bit (z.B.16bit, 32bit) abfragen

[Medium]

Denk doch einfach mal in Richtung Weiterverarbeitung, z.B. HDR-Imaging, Composing, etc. pp. Man kann sooo viel mehr mit einem Bild machen, als es bloß anzusehen

@jus: Schon mal delphi tiff etwas durchforstet? Da scheint es einen ganzen Haufen an Libs zu geben - darunter sicherlich auch welche, die nicht "Zwangsrunterrechnen". Im Zweifel bleibt auch noch die Option, sich auf wotsit die Specs zu Gemüte zu führen, und via Stream selbst einen Loader zu Knuspern

[himitsu]

Zitat von SirThornberry:

8 Bit pro Pixel? Wäre mir neu.

Wieso nicht?
3-3-2 (RGB) = 8
Wobei es auch 11-11-10 (RGB) = 32 gibt.

[Aphton]

Letzendlich ist es ja nur eine Definitionssache.
Übrigens, jus, warum bist du mit meinem Vorschlag nicht zufrieden?
Das dürfte so funktionieren!

[Bummi]

@Aphton vielleiht ist alles ja nur ein großes Missverständins und er sucht nur
TPixelFormat = (pfDevice, pf1bit, pf4bit, pf8bit, pf15bit, pf16bit, pf24bit, pf32bit, pfCustom);

für Deinen Vorschlag müsste es neben, dem größten

Delphi-Quellcode:

  tagRGBQUAD = packed record
    rgbBlue: Byte;
    rgbGreen: Byte;
    rgbRed: Byte;
    rgbReserved: Byte;
  end;

noch größere Definitionen geben die zumindest von Delphiseite nicht sichtbar sind. Da ich noch keine mit Grafikkarte mehr als 32 - Bit gesehen habe glaue ich dass der Zugriff über die Bitmapebene nicht möglich sein wird.

[jus]

@Aphton:
zunächst mal vielen Dank für deinen Quellcode. Wie im Anfangsbeitrag schon erwähnt sind mir auch Befehle wie z.B. scanline nicht ganz fremd. Das Problem liegt jedoch darin, dass es unter Delphi und mit Windows GDI Api nicht ganz trivial ist, direkt an die RGB Werte z.B. in 16bit-Ausführung (pro Farbkanal, sprich 16bitRed+16bitGreen+16bitBlue => 48bit) zu kommen.
Die Aussagen von Medium und Bummi decken sich mit meinen bisherigen Nachforschungen. Es scheinen die Windows Standard GDI-Funktionen und auch Delphi nur bis zu 8bit pro RGB-Farbkanal zurückzugeben. Das bedeutet für mich, dass ich mich wirklich mit einer zusätzlichen Grafikbibliothek auseinandersetzen muß, wenn ich die Werte auslesen möchte. Achja, so wie ich es verstanden habe ist scanline eher was Borland spezifisches. Wenn man die C-Sourcen von anderen Herstellern durchgeht ist selten scanline zu finden. Trotzdem finde ich scanline genial. Da muß man sich nicht um dem Alignment am Ende einer Pixelzeile kümmern.

Lg,
jus

[Bummi]

Etwas off topic hier, aber zum Thema Scanline habe ich für 32 Bit (24=etwas umstricken) etwas experimentiert. Über die letzte Scanline zugegriffen bekommt man einen wahlfreien schnellen Zugriff auf alle "Pixel" Faktor 55 im Vergleich zu Pixels[x,y]

[Aphton]

Zitat von jus:

@Aphton:
zunächst mal vielen Dank für deinen Quellcode. Wie im Anfangsbeitrag schon erwähnt sind mir auch Befehle wie z.B. scanline nicht ganz fremd. Das Problem liegt jedoch darin, dass es unter Delphi und mit Windows GDI Api nicht ganz trivial ist, direkt an die RGB Werte z.B. in 16bit-Ausführung (pro Farbkanal, sprich 16bitRed+16bitGreen+16bitBlue => 48bit) zu kommen.
Die Aussagen von Medium und Bummi decken sich mit meinen bisherigen Nachforschungen. Es scheinen die Windows Standard GDI-Funktionen und auch Delphi nur bis zu 8bit pro RGB-Farbkanal zurückzugeben. Das bedeutet für mich, dass ich mich wirklich mit einer zusätzlichen Grafikbibliothek auseinandersetzen muß, wenn ich die Werte auslesen möchte. Achja, so wie ich es verstanden habe ist scanline eher was Borland spezifisches. Wenn man die C-Sourcen von anderen Herstellern durchgeht ist selten scanline zu finden. Trotzdem finde ich scanline genial. Da muß man sich nicht um dem Alignment am Ende einer Pixelzeile kümmern.

Lg,
jus

Ohh verstehe; es ging dir eigentlich nicht um das Auslesen sondern ums Interpretiern bzw. Anzeigen eines 16 Bit Farbchannels.
Ich hab eigentlich auch spontan keine Ahnung, wie das ginge, aber, falls das nicht problematisch ist, könntest du die Werte ja runtermappen auf 8 Bit und so anzeigen - falls dir die Werte nur für eine Berechnung wichtig sind!
Und das runtermappen ginge ja so:
( Wert / Max16BitWert ) * Max8BitWert = ( 3000 / 65536 ) * 256 ~ 11 (4.5 % von 256)

[Bummi]

Zitat:

falls das nicht problematisch ist, könntest du die Werte ja runtermappen auf 8 Bit und so anzeigen -

das wird das sein was ohnehin bei der Darstellung passiert......

[jfheins]

Zitat von Bummi:

das wird das sein was ohnehin bei der Darstellung passiert......

Nicht unbedingt. Mit dem passenden Equipment kann man durchaus auch höhere Farbauflösungen (z.B. 10bit pro Kanal) anzeigen wenn die Software mitspielt.

Mit GDI+ kann man sowas wohl laden ( http://msdn.microsoft.com/en-us/libr...xelformat.aspx ) aber da steht auch:

Zitat:

PixelFormat48bppRGB, PixelFormat64bppARGB, and PixelFormat64bppPARGB use 16 bits per color component (channel). GDI+ version 1.0 and 1.1 can read 16-bits-per-channel images, but such images are converted to an 8-bits-per-channel format for processing, displaying, and saving. Each 16-bit color channel can hold a value in the range 0 through 2^13.

Das hört sich dann nicht so prickelnd an ...