Verwirrung um TImage und den DPI Wert

[TiGü]

Zitat von Athris:

Ich wusste gar nicht dass man dem Bitmap Save einen Encoder für die Umwandlung mitgeben kann

Wobei GetEncoder() bei .BMP leider Result = 0 liefert.

Muss die Bedingung if EncoderResult > 0 then vielleicht if EncoderResult >= 0 then heißen?

Ja, möglich. Ich habs nur schnell runtergetippt. Bitte entsprechend ändern.
Das ist ein GDI+-Bitmap und hat mit dem TBitmap wenig zu tun. Daher die Möglichkeit des Encoders.

[bernau]

Ein Bild selber hat nur zweidimensionale Pixelinformationen. Die DPI wird immer vom der Tatsächlich gedruckten Größe in Verbindung einer Bitmap bestimmt.

Wenn du ein Bild mit 100 Pixel Kantenlänge so druckst, daß es genau ein INCH breit ist, dann wird das Bild mit 100 DPI gedruckt.
Wird das gleiche Bild zwei INCH breit gedruckt, dann hat es 50 DPI.

Der Drucker kann zwar mehr. Aber die Bildinformation von 100 Pixel lässt ja nicht mehr zu.

Wenn das gleiche Bild mit 0,1 INCH Breite gedruckt wird, dann hat es 1000 DPI.

Es bring also nichts die DPI beim Bild zu speichern. Es kommt immer darauf an in welcher Skalierung es ausgegeben wird.

Zitat:

1. Ich möchte eine Grafik erstellen die beim Ausdruck 5,90x9,10cm groß ist
2. Ich erstelle also in meinem Programm eine Grafik mit den Maßen 697x1075 Pixel. Die Grafik erhält nach der Speicherung laut Windows 96 DPI

5,90 cm = 2,32 inch. Mit 697 Pixeln, wird die Grafik mit (697 / 2,32) 300dpi gedruckt/angezeigt und nicht mit 96dpi.

Windows ist wie meine Frau. Nur weil sie etwas sagt, muss es noch lange nicht stimmen.
(Spaßalarm: Bevor das Macho-basching anfängt. Meine Aussagen stimmen auch nicht immer.)

[Harry Stahl]

Zitat von bernau:

Es bring also nichts die DPI beim Bild zu speichern. Es kommt immer darauf an in welcher Skalierung es ausgegeben wird.

Oh doch, es bringt sehr wohl etwas, insbesondere wenn man das Bild dann später nutzen will, um es z.B. in einem Textverarbeitungsprogramm weiterzuverarbeiten. Das weiß dann schon, in welcher Skalierung es die Grafikdatei im Text anzeigen soll.

Das war auch eine der Erweiterungen, die ich vor einiger Zeit in mein Bildbearbeitungsprogramm in PixPower 8 (und Tipptext) eingebaut habe. Zur Demonstration dieser DPI-Erweiterung hatte ich vor 2-3 Monaten schon mal ein kurzes Video gedreht, da kann man sich die praktischen Auswirkungen sehr gut ansehen, ob man den DPI-Wert in der Datei speichert oder nicht, bzw. mit welchen Werten. Hier der Video-Link: https://www.youtube.com/watch?v=FfH_zkgLNWE

Ich arbeite hier übrigens mit der ImageEn-Bibliothek, da kann man den DPI-Wert ganz einfach über die Eigenschaft IO.Params.DPI auslesen bzw. setzen.

[Athris]

Ich arbeite ja zurzeit noch mit dem was Delphi und VCL so her geben

Wobei ich jetzt auch festgestellt habe, dass das alles natürlich Windows Nativ ist... schade für die Mac Version.

[Redeemer]

Ist das eigentliche Problem eigentlich jetzt gelöst?

[DelphiSpass]

Wow super, der Code von Athris + TiGü klappt bestens

Jetzt hätte ich noch eine Frage, bei JPEG, wie kann ich in dem Fall noch die Kompressionsrate einstellen?
Bei einem TJpegImage stelle ich das mit .CompressionQuality ein.
Wie ginge es hier bei dem TGPBitmap?
Ich habe da in der Winapi.GDIAPI die PropertyTagJPEGQuality gefunden, das könnte damit zusammenhängen,
aber komme damit nicht klar, wie ich das setzen würde?

Viele Grüße, Jürgen

[himitsu]

vielleicht SetCompositingQuality?

Ansonsten würde ich wohl bei TGPBitmap>TGPImage.SetPropertyItem anfangen nachzusehn.

[Athris]

Mit >= 0 klappt es, da der Encoder bei .bmp wohl eine 0 zurückliefert.

Bleiben noch die kleinen Differenzen bei .png und .bmp

[TiGü]

Zitat von Athris:

Bleiben noch die kleinen Differenzen bei .png und .bmp

Da möchte ich Geld drauf wetten, dass dies beim Ausdruck völlig egal ist.
Vgl. was IrfanView anzeigt (Bild öffnen und Taste I drücken).

[Athris]

Wette angenommen!

Nein quatsch. Im Ausdruck macht es wirklich keinen Unterschied.