rudger schrieb:
Ich habe nun nicht die ganzen Beiträge gelesen, wozu auch?
Jedes RAW-Format ist komprimiert, für jemanden der Rechnen kann ist das keine Frage, ergibt sich aus der Anzahl der Pixel und der Farbtiefe. Man muss lediglich unterscheiden, ob das Komprimierungsverfahren verlustbehaftet ist oder nicht. Bevor die Photos die Rechner überschwemmten, war Speicherplatz knapp und kostbar und findige Programmierer entwickelten Algorithmen, wie z.B den Lempel-Ziv-Welch-Algorithmus, der verlustfrei Daten komprimierte. Wenn ich einen Programmcode komprimiere kann ich mir nicht leisten, dass ein bit sich dreht. Da bei Bildern und Musik in der Regel weiche Übergänge vorhanden sind, können Algorithmen entwickelt werden, die dies berücksichtigen und dadurch wesentlich effizienter arbeiten. Ein genialer Algoritmus wurde im AMIGA implementiert.Es war der HAM Modus: HAM = Hold And Modify = Halten und Modifizieren. Wie in anderen Grafikmodi hat er eine Palette mit Grundfarben, wobei für jeden Bildpunkt die Nummer seiner Farbe gespeichert wird. 6 Bits für die Farben und zwei als Steurbits.
Diese zwei zusätzlichen Steuerbits können vier Zustände annehmen: In einem geben die anderen Bits wie in einem normalen Grafikmodus die Palettenfarbennummer an. In den drei anderen Fällen wird jedoch eine der drei Farbkomponenten R, G oder B auf einen neuen Wert aus den anderen Bits gesetzt, also modifiziert, ansonsten jedoch die Einstellung des vorhergehenden Bildpunkts übernommen, dadurch konnte der Amiga mit acht bits 4096 Farben anzeigen. Allerdings konnte er nicht von einem Bildpunkt von schwarz auf weiß springen, da er in drei Schritten die drei RGB Werte ändern musste.
Aber was nützt das Wissen, um ein gutes Bild zu gestalten?
Es gibt 10 Arten von Menschen, die, die das binäre Zahlensystem verstehen und die , die es nicht verstehen.
VG GFS
