nicht angemeldet
Hallo Jörk,
Mit dem "nur" wollte ich ja zum Ausdruck bringen, daß GIF auch ohne Komprimierung schon einiges zu bieten hat ;-).
nicht daß ich wüßte! Hab nirgends was darüber gefunden. Kompression in den Datenblöcken ist wohl zwingend, in den Descriptoren nicht vorgesehen.
»» Auch der Umstand, daß ab einer gewissen Größe die Daten in mehrere Blöcke aufzuteilen sind ...
Die Blöcke sind zwingend, der Längenindex ist nur
ein Byte groß!
Da darf dann wohl auch die Komprimierung drunter leiden.
Da weißt Du wohl mehr als ich!? Eher nein.
...der das Verfahren hier mit Beispielen vorgeführt hat.
Eine Test-Datei analysiert, das Verfahren hab ich
noch nicht drauf.
Soweit ich mir das ganze angeschaut habe, scheint es eigentlich ganz logisch zu funktionieren.
Ist richtig, aber ein paar Groschen müssen noch fallen. Cheatah hat mir auch Hirntraining ver-
ordnet, gegen Kalkrost oder sowas.
Die Tücken liegen dann allerdings in der Sonderbehandlungen, die im GIF-Format vorkommen können (<CC> und so).
Wahrscheinlich weniger, sind Teil des Verfahrens.
Auch daß hier variable Bit-Längen verwendet werden ...
Gehört zum (bislang unverstandenen) Kompressionsverfahren.
Hier noch ein Link und einen Hinweis:
http://ftp.tu-clausthal.de/pub/TEXT/msdos/graphics/formats
NUR HINWEIS (auch GIF):
Graphics: Specifications - These files are only available on the
Programmers Heaven CD-ROM and they can't be downloaded!
Graphics fileformats & Protocol Specifications 3D2_FORM.ZIP
Stereo CAD 2.0 communications pipeline specs 3DDXF.ZIP
Minimum requirements for creating a DXF.
http://www.programmersheaven.com/pheaven/www/area17.htm
Klaus