🚀 go-pugleaf

In article <1992Sep4.114948.2090@rz.uni-karlsruhe.de>, "Martin Friz-Jung"
<UJ9W@DKAUNI2.BITNET> says:
 Hi,

>da ich im Moment an einer Hardcopy-Routine fuer den HP-DJ/LJ rumbastle
>moechte ich dort auch das Abspeichern des Bildschirms als GEM-IMG Datei
>einbauen.
>Frage 1: Hat jemand schon einen Assembler-Source zur Bildung von IMG-
>         Dateien aus einem beliebigen Datenbereich ??
>         (... und kann ich den haben ???)

Ich habe da mal einen IMG-Treiber fuer Ghostscript geschrieben. Die
Sourcen duerften auf lifshitz.ph.utexas.edu zu finden sein. Dies ist
allerdings C, aber das Prinzip duerfte man da prima abkupfern koennen.

>Frage 2: Die Kodierung als 'SCAN-LINE' ist mir nun noch nicht ganz klar
>         Kann die Groesse des Zaehlbytes groesser werden als die Laenge
>         der SCAN-LINE ?

NEIN!

>         Dazu ein Beispiel: Eine SCAN-LINE besteht aus 6 Bytes und folg.
>         Daten sollen kodiert werden: FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF
>         wird das nun als 8C oder als 00,00,FF,2,86 kodiert
                                       ^^^^^^^^^^^^^ eben dies
>Frage 3: Im Header muss die Breite einer SCAN-LINE angegeben werden
>         und zwar in Bits: falls das zu kodierende Bild z.B.
>         34 Bits breit ist, muss dann im Header 22h angegeben werden
>         oder 28h ; klar ist, dass das Bild mit 5 Bytes pro Line
>         zu kodieren ist, oder ?

Bei 34 Bits sind das 34 Pixel, daher 0x22. 5 Bytes ist korrekt. Die
restlichen 6 Bits am Ende sind dann alle Null.
Nachlesen kann man was dazu im "Profibuch", "Vom Anfaenger zum GEM-Profi"
"ST-Picture-Formats"(Datei auf a.a.u.e).
>nun bin ich mal gespannt, was da die 'Expaede' meinen
Zu den Expaede zaehle ich mich nicht. :-)


**************************************************************************
*     MARCUS HAEBLER                                                     *
*     EMAIL: HAEBLER@DMSWWU1A.UNI-MUENSTER.DE   IRC: D_GENTLY            *
**************************************************************************