Wie speichert PC/GEOS Bilder?

Jede dieser Varianten kann 'normal' oder 'komprimiert' sein, sowie bei Bedarf eine 'Maske' haben, also teilweise transparent sein. S/W, 16-Farb und 256-Farb-Bilder können ausserdem noch eine Palette haben, die angibt welche Farben aus dem riesigen Farbspektum verwendet werden sollen. Aber das ändert nichts daran, dass es nur 4 Formate sind. Man kann sogar sagen, es ist eigentlich nur genau ein Format, das aber für vier verschiedene Farbtiefen definiert ist. Beide Standpunkte sind berechtigt.

Wie man leicht sehen kann, hängt die Größe eines Bildes mit vorgegeben Maßen also ausschließlich davon ab, in welchem Format es unter PC/GEOS vorliegt - sprich mit welcher Farbtiefe es vorliegt.

Ein Screendump liegt automatisch immer in dem Format vor, das dem aktuell eingestellten Bildschirmmodus entspricht.

Was passiert beim Import von Bildern?

1. In welches PC/GEOS-Format das Bild konvertiert wird, (sprich: welche Farbtiefe es hat) entscheidet der Importfilter - sinnvollerweise danach, in welcher Farbtiefe das Bild im Original vorliegt. Allerdings kann man ein 16-Farb-Bild auch in ein TrueColor-Bild importieren. Das ist möglich, wenn auch sehr speicherplatzintensiv. So wandelt GONZO aus programminternen Effizienzgründen alle GIFs in 256-Farb-Bilder um.
2. Nachdem das Bild einmal konvertiert ist, ist die Information darüber, wie es vorher vorgelegen hat, weg. PC/GEOS braucht diese Info nicht mehr. Wenn ich jetzt also die Grafik ins Clipboard kopieren, nach Draw oder nach Write einklebe oder was auch immer: Es ist immer eine Grafik in einem der vier PC/GEOS-Formate.

Nein, es stimmt also nicht. PC/GEOS wandelt die Bildaten IMMER in sein eigenes Format um. Ob man also einen Screenshot als 16-Farb-PCX abspeichert oder als 16-Farb-GIF und anschließend wieder einliest, macht keinen Unterschied, auch dann nicht, wenn das GIF auf der Platte kleiner ist als das PCX.

Was aber einen Unterschied macht (machen kann), ist, welchen Importfilter man verwendet. Und da hat man aktuell genau zwei Möglichkeiten. Den vom PC/GEOS-System (Geodraw: Grafik importieren) und den von Gonzo. Und diese beiden Filter sind offensichtlich mit verschiedenen Zielsetzungen programmiert worden:

1. Bei Gonzo geht es um Schnelligkeit und eine große Vielfalt an Sub-Formaten. Deswegen komprimiert GONZO nur sehr große Bilder, denn unkomprimierte Bilder werden wesentlich schneller angezeigt (mann kann sich die Dekompression schenken und einigen Verwaltungsaufwand sparen).
2. Der Systemfilter für GIF erzeugt aber offenbar kleinstmöglich Dateien: so versteht er sich auf 16-Farb-Bilder und komprimiert automatisch.

   Anmerkung Bernd: Soweit ich mich erinnere, erzeugt der GIF-Filter bis NewDeal Office 3.2a wesentlich kleinere GIFs als der GIF-Filter der späteren PC/GEOS-Versionen. Deshalb hatte ich den Filter aus NewDeal Office 3.2a nach Breadbox Ensemble 4 verpflanzt, um weiterhin möglichst kleine ScreenShots für die InfoBase zu erhalten.

Was kann Sigma?

1. Farbbilder dithern, dass sie auf einem s/w-Ausdruck gut aussehen (klappt ganz prima)
2. Bilder komprimieren, damit die Dateigröße der Write-Datei (bei mir i.a. Help-Files) verkleinert wird.

1. Grafikformat im Sinne von Grafikdateiformat

Das wichtige dabei ist:

• Egal in welchem Dateiformat die Daten vorliegen, die Bildinformation bleibt gleich, wenn man eine Konvertierung (z.B. von PCX nach BMP) macht. Vorausgesetzt, man ändert nicht die Farbtiefe.
• PC/GEOS nutzt seine eigene Art und Weise, die Daten abzuspeichern, (sie ist BMP sehr ähnlich). Dabei gibt es die Möglichkeit, mit und ohne Kompression zu speichern, so dass das gleiche Bild unterschiedlich viel Platz verbrauchen kann.

Tipp von msgeo: Abspeichern im Hintergrund-Format verringert die Datengröße, weil Jens-Michael die Kompression aktiviert hat.

2. Grafikimport

alexZOP: Es ist also egal, aus welchem Dateiformat du die Grafiken nach PC/GEOS importierst, die Datengröße in PC/GEOS ist immer gleich. Es ist eben so wie es ist und ein Bild wird nicht 'kleiner' nur weil es in GeoWrite integriert wird. Das mit der Grafikebene ist wohl in etwa so, dass dort Grafiken aller Art einfach 'auf dem Textblatt angeheftet werden'.

Rainer: Beides richtig.

Jörg: Viele JPEG-/BMP-/Tiff-Bilder lassen sich relativ problemlos mit DOS-/Windows-/Linuxprogrammen in ein 256-Farbenbild umwandeln (z.B. ins GIF-Format). Das spart Speicherplatz im Dokument.

Rainer: Missverständlich. GIF spart nur Platz gegenüber z.B. PCX, nicht mehr nachdem es in PC/GEOS importiert ist. Sparen tut die Reduktion von TrueColor auf 256 Farben - in welchem Format du das zwischenspeicherst oder ob du es gleich in PC/GEOS machst (mit Sigma), ist wurscht.

3. Grafikgröße (Pixel, Speicherbedarf)

Jede Grafik (Foto...) stellt für den Computer eine rechteckige Anordnung von Bildpunkten (Picture Elements - Pixel) dar. Nicht mehr und nicht weniger. Für jeden Bildpunkt wird nun eine bestimmte Menge Speicher benötigt. Bei Schwarz-Weiss-Grafiken ein Bit, bei 256-Farbgrafiken 1 Byte und bei TrueColor-Grafiken 3 Byte. Ein 800x600 Pixel großes Foto benötigt also 800x600x3 Byte = 1,44 Megabyte. Nicht mehr und nicht weniger. Eine gleich große Schwarz-Weiss-Grafik benötigt nur 800x600/8 = 60 kByte, als 256-Farbgrafik brauchst du 800x600x1 Byte = 480 kByte.

Da Bilder oft redundante Informationen enthalten, kann man versuchen, sie zu komprimieren. Bei Schreenshots und Scans von Texten ( --> @msgeo) geht das ganz gut, bei richtigen Fotos ist das eher aussichtslos. Im Extremfall wird die Datenmenge sogar noch vergrößert.

4. Grafikgröße (dpi)

Der Computer steht jetzt vor der Aufgabe, das Bild auf dem Bildschirm und auf dem Papier in 'gleicher Größe' erscheinen zu lassen, auch dann, wenn es gar keine dpi-Informationen hat. Die Lösung ist, dem Bildschirm eine 'Auflösung' von 72 dpi zuzuordnen. Bilder mit 72 dpi werden also so dargestellt, dass jeder Bildpunkt des Bildschirms ein Pixel des Bildes bekommt. Damit hat man die optimale Darstellung. Genau aus diesem Grund importiert GONZO alle Bilder mit 72 dpi. Gonzo ist eine Grafik-BETRACHTER.

5. Richtige Bildgröße und dpi

Und nun beginnen die Probleme. Der PC/GEOS-User (und jeder normale Mensch) fasst das Foto mit der Maus an einer Ecke und zoomt es solange, bis es auf die Seite passt. Nehmen wir an, wir haben es um den Faktor 2 verkleinert. Damit ist es zwar immer noch 800 Pixel, aber nur noch 14,1 cm breit. Das sind schon 56,7 Pixel auf jeden Zentimeter bzw. auf amiländisch: 144 Pixel pro Zoll (dpi). Das Bild hat aber noch immer eine 'Auflösung' von 72 dpi (so steht es in den Bilddaten im Speicher), aber zusätzlich einen 'Skalierungsfaktor' von 0,5.

Drucke ich das Bild jetzt auf einem 300 dpi-Drucker aus, muss ich jedem Pixel des Bildes nur noch 2 Punkte des Druckers zuordnen. Zum Glück macht PC/GEOS das für mich.

Zwischen-Fazit für mich als Programmierer:

Anmerkung: Ich habe nicht gesagt, dass dpi-Werte an sich sinnlos sind, aber für einen Programmierer machen sie bloß zusätzlich Arbeit.

6. Computer und dpi

6,8x5,1 cm mit 300 dpi sind nämlich 800x600 Pixel (1 Zoll=2,54cm, 6,8cm=2,68Zoll). Wie oben beschrieben, wäre das Bild dann 'eigentlich' 28,2 cm breit. Die Lösung: Ich ordne dem Bild jetzt 300 dpi zu, anstelle 72. Damit stellt PC/GEOS das Bild gleich im richtigen Maßstab verkleinert dar und es wird 6,8 cm breit. Auf dem Bildschirm werden nun immer 4 Pixel des Bildes einem Bildschirmpunkt zugeordnet (eigentlich sind es 16, wenn man die y-Richtung mit berücksichtigt), auf dem 300 dpi-Drucker aber jedem Druckerpunkt genau ein Pixel des Bildes.

So weit so gut, nur 800x600x3 Byte sind eben schlappe 1,44 Megabyte. Und die musst du im Dokument gespeichert haben.

7. Wie reduziert man die Datenmenge?

• Vernünftige Auswahl der Farbtiefe. Schreenshots im Schwarz-Weiss-Modus oder im 16-Farb-Modus machen, Fotos auf 256 Farben dithern, falls möglich. Wenn es auf den Ausdruck ankommt, ausprobieren was besser ist: Angepasste Farbpalette mit irgendwelchen Windows-Programmen (kostet 1 kb Speicher pro Bild für die Palette) oder PC/GEOS-Palette mit Sigma.
• Auf die Bildgröße in Pixeln achten, die bestimmt den Speicherplatz. Die dpi-Zahl ist dabei unerheblich. GONZO zeigt immer die Größe in Pixeln an und importiert das Bild mit 72 dpi.

  Verändern der Bildgröße mit der Maus ändert den Speicherbedarf nicht, wohl aber die Qualität des Ausdrucks. Deswegen gibt es hier kein allgemeingültiges Optimum.

• Bilder komprimieren (Sigma!). Bei Bildern mit gleichfarbigen Flächen bringt das viel, bei Fotos eher nichts. Ausprobieren!
• Für Diagramme, Organigramme und dergleichen: Keine eingescannten Bitmaps verwenden, sondern alles manuell unter GeoDraw zeichnen. Das ist am kleinsten!
• Beim Einscannen von Fotos eine möglichst kleine dpi-Zahl verwenden. Wie viel das ist, muss man ausprobieren. Aber je weniger dpi, desto weniger Pixel, desto weniger Speicherbedarf.