GetDIBits erzeugt falsche Palette?

[Wusel]

Hallo an alle :)

Wie bereits im Topic erwähnt, habe ich ein Problem mit der Palette eines Icons/Bitmaps. Da ich selber während dem Lesen und dem Schreiben des Bildes keinerlei Veränderungen in der Palette vornehme, habe ich die Vermutung dass GetDIBits den Fehler verursacht. Ist dieses Problem bekannt oder hab doch ich einen Fehler gemacht? Oder muss ich die Palette vorher erst irgendwie umwandeln, bevor ich sie GetDIBits geben kann?
Ich hoffe einer von euch kann mir weiterhelfen


Wusel

[Wusel]

hm ... :( hat noch niemand von euch ein ähnliches Phänomen beobachtet? Oder muss ich mir doch eine eigene GetDIBits Procedure schreiben?

[Muetze1]

Moin!

Ich benutze GetDIBits() selber nicht und daher wundert es mich wozu du es überhaupt benutzt. Aber ansonsten kannst du das mit der Palette doch leicht nachprüfen mit einem GetDIBColorTable() vor und nach dem GetDIBits(). Ansonsten vielleicht ein falsches Objekt selektiert bzw. eine falsche Palette selektiert beim speichern?.

MfG
Muetze1

[neolithos]

Problembeschreibung:

Es wird ein Bild aus der Icon-Datei ausgelesen, welches z.B. 16 Farben hat (also ein Palettenbild). Um dieses Bilddarzustellen wird es in ein dem Bildschirmentsprechendes Format umgewandelt -> SetDIBBits.

Nun soll das Bild aber, nach der Änderung durch den Nutzer, wieder in ein Paletten-Bild zurückgewandelt werden. Und in der Icon-Datei abgelegt werden.

Nun scheint es aber das GetDIBits <> SetDIBits ist.

[Muetze1]

Moin!

Hmm, was mich wundert ist, das die GetDIBits eigentlich nur für Bitmaps ist und nicht für Icons. Dann ist für mich noch die Frage wie du bei GetDIBits das Handling für die Palette angegeben hast bzw. ob du diese dann auch ordentlich setzt...

MfG
Muetze1

[neolithos]

Ein Icon besteht ja nur aus Bitmaps.

Und die Palette war beim letzten Stand des Codes via BitmapInfo-Struktur eingegangen.