Teil-Records aus Stream lesen

[Neutral General]

Ok ja hab jetzt Char Arrays benutzt aber ich hätte da noch eine kleine Frage am Rande:

Zitat:

Zitat von GIF 10. Byte

BitNr: 2 - 4
Beispiel: <111>
Erklärung: Bit/Pixel minus 1 (hier: 8 Bit/Pixel)

Dieses Byte sieht bei mir jetzt bei einem Bild so aus:

1 000 0 100

1: Globale Farbtabelle = true
000: 255 Bit/Pixel ? :gruebel:
0 : Farbtabelle nicht sortiert
100: 96 Byte große Tabelle

Das müsste dieses Byte nach meiner Dateispezifikation aussagen. Aber 0 bzw 255 Bits/Pixel.. Wie soll ich das verstehn? Also 8 Bit/Pixel versteh ich ja noch.. da wird in je einem Byte der Index der Farbe aus der Farbtabelle stehn. aber was ist das?

Gruß
Neutral General

[marabu]

Wenn ich in die Original-Spezifikation von CompuServe schaue, dann möchte ich die Flags anders interpretieren:

Code:

1 000 0 100
        --- 32 entries in GCT 
      - ignore (GIF 87a)
  --- one bit per color in original palette
- next block is GCT

[Neutral General]

Zitat:

Zitat von marabu

Wenn ich in die Original-Spezifikation von CompuServe schaue, dann möchte ich die Flags anders interpretieren:

Code:

1 000 0 100
        --- 32 entries in GCT 
      - ignore (GIF 87a)
  --- one bit per color in original palette
- next block is GCT

Naja das ist jetzt nicht soo anders als ich das geschrieben habe ... In meiner Spezifikation steht das erste Bit (bzw ja eigentl ich isses ja das letzte) dafür das es eine Globale Tabelle gibt. Und es steht dabei das nach dem Header die Tabelle kommt wenns eine gibt.. Die beiden Informationen zusammen bedeuten im Prinzip das gleiche... 32 entries à 3 byte und 96 Bytes insgesamt groß ist das gleiche wenn für jede Farbe 3 Bytes benutzt werden.

Was ich aber trotzdem nicht verstehe ist

Zitat:

one bit per color in original palette

Was hat das zu bedeuten? Ein Bit pro Farbe in der Original-Palette?... :gruebel:

Gruß
Neutral General

[marabu]

Vielleicht bedeutet es: Mit einem Bit pro Basisfarbe (R,G,B) wird ein Farbraum mit 8 Farben (dual: 000 ... 111) festgelegt.
Du musst aber diesen Wert nirgends verwenden, soweit ich sehen kann.

[Neutral General]

mhhh... k also das heißt ich hab im eigentlichen Bild so oder so immer nur ein Byte pro Farbe das auf eine Farbe in der Tabelle verweißt? Egal was da jetzt für Werte bei raus kommen bei diesem Bit/Pixel ?

[Dax]

Zitat:

Zitat von GIF 10. Byte

BitNr: 2 - 4
Beispiel: [x = ] <111>
Erklärung: Bit/Pixel minus 1 (hier: 8 Bit/Pixel)

Ich interpretiere das so: x + 1 = Bit/Pixel. Also 000 -> 1 Bit/Pixel - zwei Farben, 001 -> 2 Bit/Pixel - 4 Farben, usw.

[Neutral General]

:idea: :)

ahhh :)

das klingt logisch... Danke

[marabu]

Guten Morgen,

ich bleibe vorerst bei meiner Interpretation. Der Wert 7 (dual 111) für die color resolution ist nach meiner Auffassung die Anzahl Bits pro Farbkanal im von GIF verwendeten RGB-Farbraum. Die größtmögliche Farbtiefe entspricht dann 24-bit Farben (TrueColor), die kleinstmögliche Farbtiefe ergibt sich zwangsläufig. Die Bezeichnung bit/pixel ist irreführend.

Compuserve schreibt in der GIF89a Specification

iv) Color Resolution - Number of bits per primary color available
to the original image, minus 1. This value represents the size of
the entire palette from which the colors in the graphic were
selected, not the number of colors actually used in the graphic.
For example, if the value in this field is 3, then the palette of
the original image had 4 bits per primary color available to create
the image. This value should be set to indicate the richness of
the original palette, even if not every color from the whole
palette is available on the source machine.

Die Hervorhebungen stammen von mir und beziehen sich auf meine Interpretation.

Zitat:

Zitat von Neutral General

das klingt logisch

Logisch ist für mich, dass man sich auf der Suche nach Informationen auf Primärquellen konzentriert. Nur wenn diese nicht erreichbar sind, sind auch Sekundärquellen annehmbar. Etwaige Ungenauigkeiten bei Sekundärquellen muss man durch Abgleich mehrerer Quellen zu eliminieren trachten. Hat man dann immer noch Verständnisprobleme, dann hilft vielleicht das Studium am Objekt. Die Reihenfolge ist wichtig.

Freundliche Grüße

[Neutral General]

Zitat:

Zitat von marabu

Guten Morgen,

ich bleibe vorerst bei meiner Interpretation. Der Wert 7 (dual 111) für die color resolution ist nach meiner Auffassung die Anzahl Bits pro Farbkanal im von GIF verwendeten RGB-Farbraum. Die größtmögliche Farbtiefe entspricht dann 24-bit Farben (TrueColor), die kleinstmögliche Farbtiefe ergibt sich zwangsläufig. Die Bezeichnung bit/pixel ist irreführend.

Freundliche Grüße

Mh naja also 24 Bit wären dann 3 Byte pro Farbe also 1 Byte pro Kanal.. Also so das übliche.. Naja wie bringt man eine Farbe in 1 Bit pro Kanal unter? Und ich habe KEIN schwarz-weiß GIF hier... Vielleicht reden wir (oder ich) aneinander vorbei aber in meiner Spezifikation (der ich mittlerweile selbst etwas misstraue) stehn die Farben der Palette in der Form RR GG BB RR GG BB RR GG BB drin...

Gruß
Neutral General

[marabu]

Du verschwendest deine Aufmerksamkeit an eine Information, deren Wert für dich zweifelhaft ist. Die Größe der ursprünglichen Palette (welche dem Generator des Bildes zur Verfügung stand) könnte sogar ein willkürlicher Wert sein. Ich denke du brauchst ihn nicht, aber ich kenne mich mit GIF (wie mit so vielem anderen) nicht aus und kann deshalb auch falsch liegen.

Die Farben in GCT und LCT sind laut Spezifikation RGB Byte-Tripel. Die GCT kannst du aber getrost vergessen, solange der Local Image Descriptor eine Local Color Table aufweist. Dort würde ich mal nachsehen.

Vielleicht solltest du wirklich ein oder mehrere (kleine) Referenzbilder erzeugen, bereit stellen und die Format-Diskussion auf diesen aufbauen.

Freundliche Grüße