Anarchy schreibt fehlerhafte Farbtabellen ?

[sanaia]

Hallo,

ist eigentlich bekannt, ob anarchy einen fehlerhaften code für die generierung von farbtabellen in ILDA files hat ?
Im feld für die anzahl der farben steht z.b. 0x30, dann folgen aber 96 bytes daten, wobei die in der form { R, G, B, 0x00, 0x00, 0x00, ... } gespeichert sind. Im ILDA standard steht aber weder was von 6 byte pro farbe, noch das da irgendwas mit nullen aufzufüllen ist

[jojo]

Was für Farbtabellen meinst Du?
Es gibt die mit Formatcode 2, oder das true RGB Format (code 3).
Kannst Du so ein File mal posten?

Gruß

Joachim

[sanaia]

Ich meine formatcode #2. Die datei ist im anhang. Ich umgehe das problem jetzt, indem ich mittels hexeditor formatcode #ff daraus mache und die farbtabelleneinträge in eine 6byte struktur lese, die 3 dummy bytes hat.
Nicht unbedingt straight-forward, funktioniert aber.

[gento]

Anarchy kann nur Format 0=2D und 1=2D.

Oder sehe ich das was falsch ?

Gento

[sanaia]

Die koordinaten sind nicht das problem (code #0 mit z=0), sondern die farbtabelle. Leider schreibt anarchy aber auch nicht seinen namen rein, so daß ich das nicht automatisiert abfangen kann.

[jojo]

Tja, also der Formatcode stimmt (2) und die Testframes werden auch richtig angezeigt (ohne die Palette am Anfang).

Ich sehe Anzahl Farben 0x30 = 96.
Soweit okay.
Es folgen aber nicht 96 Farbbytes, sondern 288.
288 / 3 für RGB = 96
Müsste doch stimmen.

Genaues kann ich aber erst später sagen.

[jojo]

Also so wie das File aussieht, sind die Farben korrekt mit RGB angeordnet.
Man erkennt deutlich FF FF FF oder auch 1A 1A 1A..
Kann höchstens sein, dass im header etwas anderes faul ist.
Muss ich mal nachsehen - habe die Specs gerade nicht hier.

[gento]

Das war kein Orginal Anarchy File ,weil Byte 9-16 schreibt Arnarchy immer als Begin 'FR000000.' rein.
Und speichert immer ohne Farbtabelle.



Gento

[sanaia]

Ich sehe Anzahl Farben 0x30 = 96.

0x30 ist bei mir aber 48, also 144 bytes, plus 32 für den header gibt 176, folglich müsste der frame bei 0xb0 anfangen, anfangen tut er aber erst auf 0x140.

Ich habe den reader basierend auf diesem paper geschrieben. Damit kann ich zwar tschosefs pango tabelle problemlos lesen, an vorliegendem file scheitert der code aber.

Man erkennt deutlich FF FF FF oder auch 1A 1A 1A..

ja, und wenn man genau hinsieht auch die darauf folgenden 00 00 00. Bis ich das mitbekommen habe, war der tag rum ...

[jojo]

0x30 ist bei mir aber 48

Grrr - logisch, hast mich mit den 96 total verwirrt
Also gut, dann isses falsch.
Dann meinen die wohl wirklich 6 Farben, was natürlich Bullshit ist.

Das rauszufiltern, wird schwer.
Du müsstest Dich an die angegebene Farbanzahl halten, die Farben einlesen, und wenn Du merkst, dass am Ende nicht "ILDA" kommt, den kompletten Frame als ungültig verwerfen und auf "ILDA" neu synchronisieren. Oder auf dieses Format komplett verzichten, da ja ein eindeutiger Datenfehler vorliegt.

Oder besser: Anarchy sagen, dass sie Mist gebaut haben.
Wieder eines der zahllosen nichtkonformen ILDA-Files

Gruß

Joachim

[afrob]

Dieser BUG in Anarchy ist mir schon länger bekannt. Anarchy schreibt Farbtabellen mit 6 Bytes pro Farbe, wobei die letzten 3 Bytes immer 0 sind. bildatest oder KLaserPlay enthalten einen Workaround, der sich per #ifdef einschalten lässt, allerdings liest das Programm dann keine "richtigen" Farbtabellen mehr.

Ist mir inzwischen aber auch egal. Ich benutze keine ILDA-Dateien mehr.

Grüsse,
afrob

[gento]

Schreibt man mit in Farben h31-h60 nullen ,fehlen in den Frames Farben.
Folgedessen ist die Zahl h30 falsch.
Der Anarchy ignoriert h30 und zählt die farben hoch bis 'ILDA' kommt =h60 Farben.

Aber wie gesagt ,das ist kein mit dem Anarchy gespeichertes File.

Gento

[thomasf]

so weit ich mich erinnern kann werden hier die farbwerte für z.b. rot 3 mal hintereinander geschrieben dann folgt grün auch 3 mal und blau auch 3 mal. war wohl eine fehlinterpretation der ilda beschreibung.

gruß thomas

[laserfuzzi]

Hi Leutz!

Speichert doch einfach alles im FDX/SDX format ab.......dann passen auch die Farben....


Gruß
Markus