GEOS Druckseiten in Bildschirm-Pixeln

Es gibt 31 Antworten in diesem Thema, welches 2.860 mal aufgerufen wurde. Der letzte Beitrag (28. April 2023 um 19:51) ist von Retrofan.

  • Ich zitiere noch den Hitchhikers Guide to GEOS:

    Da werden die Werte im Prinzip auch bestätigt (94 Zeilen, 80 Cards, Abhängig vom Drucker).

  • Zitat

    Most dot-matrix printers have a horizontal resolution of 80 dots-per-inch and an eight-inch print width. Eight inches at 80 dpi gives 640 addressable dots per printed line, and 640/8 equals 80 cards per line. GEOS assumes an 80-dpi output device.

    Sehr schön. Ich hatte eben für mich auch ausgerechnet, dass abzüglich der Ränder und abhängig vom Papierformat die 640 Pixel auf ca. 75 bis 85 dpi hinauslaufen. Da liegen die von GEOS angenommenen 80 dpi genau in der Mitte.

    Da werden die Werte im Prinzip auch bestätigt (94 Zeilen, 80 Cards, Abhängig vom Drucker).

    Was mich ein wenig irritiert: warum hat man wohl bei geoPaint eine andere (geringere) Höhe gewählt? Der Speicher müsste doch gereicht haben, wenn z.B. geoWrite damit umgehen kann.

    Bitte melde dich an, um diesen Link zu sehen. | Meine Lieblings-Themen im Forum64:

    Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.

  • warum hat man wohl bei geoPaint eine andere (geringere) Höhe gewählt?

    u.U. hat das damit zu tun, daß GeoPaint Farbe kann. Das bedeutet, daß in Länge und Breite immer durch 8 teilbare Werte angenommen werden müssen ... Deshalb hat man wohl gesagt, bei 720 ist Schluß.

  • u.U. hat das damit zu tun, daß GeoPaint Farbe kann.

    Wobei das ja erst nachträglich kam. Ich habe noch eine alte GEOS-Version herumliegen, da war geoPaint noch s/w. Aber Farbe benötigt natürlich zusätzlichen Speicher und vielleicht war die Farbversion von Anfang an angedacht, nur eben anfangs noch nicht realisiert.

    Das bedeutet, daß in Länge und Breite immer durch 8 teilbare Werte angenommen werden müssen

    94 Cards müssen durch 8 teilbar sein, wenn eine Card 8 px hoch ist.

    Bitte melde dich an, um diesen Link zu sehen. | Meine Lieblings-Themen im Forum64:

    Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.

  • 94 Cards müssen durch 8 teilbar sein, wenn eine Card 8 px hoch ist.

    Ja ein Card ist 8x8 px (und Farbe gilt immer für 8x8px). Nur hat halt Berkeley Softworks damals gesagt (festgelegt), in geoPaint ist bei 720 ist Schluß. Warum auch immer, ist halt so .....

    Selbst bei GeoWrite gibt es wohl eine Begrenzung. Soweit ich weiß wird hier wohl immer eine komplette Seite (ein VLIR-Datensatz) im Speicher gehalten. Wenn der voll ist, ist Ende im Gelände. Im Speicher des C64/C128 befindet sich ja neben Geos selbst der VLIR-Hauptdatensatz von GeoWrite, 1 VLIR-Modul von GeoWrite und eine Seite des Dokuments. Irgendwann sind 64 kB auch mal voll .....

  • Warum auch immer

    Das war ja die Frage, die ich in den Raum gestellt hatte. ;)

    Selbst bei GeoWrite gibt es wohl eine Begrenzung. Soweit ich weiß wird hier wohl immer eine komplette Seite (ein VLIR-Datensatz) im Speicher gehalten. [...] Irgendwann sind 64 kB auch mal voll .....

    Aber viel früher. 640 x 752 px = 481.280 px/Bits = 60.160 Bytes, also knapp 59 KB. Das passt ohnehin nicht mehr in 64 KB, wenn OS, Programm, Fonts, Text usw. noch hinzukommen. Es wird also sowieso ausgelagert werden müssen. Ich meine, dafür gäbe es doch das VLIR-Format, oder?

    Ich würde ohnehin annehmen, dass geoWrite, im Gegensatz zu geoPaint, nicht die gesamte Seite im Bitmap-Speicher hält, sondern nur den Teil rendert, der gerade sichtbar ist bzw. beim Druck dann eben 640 px breite Streifen in einer Höhe, die kleiner als die Seite ist. Das ist evtl. auch des Pudels Kern, warum eine GeoPaint-Seite kleiner ist – die muss, wenn auch nur in der VLIR-Datei, komplett als Bitmap vorhanden sein.

    Bitte melde dich an, um diesen Link zu sehen. | Meine Lieblings-Themen im Forum64:

    Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.

  • Das ist evtl. auch des Pudels Kern, warum eine GeoPaint-Seite kleiner ist – die muss, wenn auch nur in der VLIR-Datei, komplett als Bitmap vorhanden sein.

    Ein GeoPaint-Bild liegt nirgendwo komplett als Bitmap vor. In einer GeoPaint-Datei ist es in Datensätze zu je zwei Card-Zeilen a 80 Cards inkl. Farbinfo aufgeteilt, und zudem noch gepackt. Das entspricht 45 Datensätze a 16 Pixel = 720 Pixel... VLIR kann bis zu 127 Datensätze verwalten.

    Ohne SourceCode zu geoPaint ist das aber alles nur Mutmaßen...

  • Gab's nicht mal eine deutsche Seite wo das zumindest für GeoWrite erklärt wurde (da liegt u.a. auch der Sourcecode des alten Topdesk V1)? Fällt mir gerade nicht ein ....

    Aus dem Gedächtnis (ohne Garantie): GeoWrite kann 61 Seiten, jede Seite ein VLIR-Datensatz, dann kommen für Kopf- und Fußzeile je ein VLIR-Datensatz dazu, dann braucht jede eingefügte Grafik einen VLIR-Datensatz. Am Ende waren glaube ich 1 oder 2 VLIR-Datensätze von den 127 frei...

    PS: Ahh, gefunden: Bitte melde dich an, um diesen Link zu sehen. (aber in englisch)

  • Ein GeoPaint-Bild liegt nirgendwo komplett als Bitmap vor.

    Dann taugt das nicht als Erklärung dafür, dass die geoPaint-Seite kleiner als die geoWrite-Seite ist. War auch nur eine Vermutung.

    Bitte melde dich an, um diesen Link zu sehen. | Meine Lieblings-Themen im Forum64:

    Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.

  • Dann taugt das nicht als Erklärung dafür, dass die geoPaint-Seite kleiner als die geoWrite-Seite ist. War auch nur eine Vermutung.

    Wenn man mal ganz wild spekulieren will:

    In GeoPaint64/128 wird eine Seite in der Höhe in 5 Bildausschnitte unterteilt...

    * Ein Bildausschnitt hat in der Höhe 9 Datensätze (das ist das was in GeoPaint angezeigt wird).

    * 5 Bildausschnitte übereinander * 9 Datensätze = 45 Datensätze.

    * 45 Datensätze * 16 Pixel = 720 Pixel

    Zufall?

    ;) (Alles nur Spekulation...)


    Die Erklärung zu GeoWrite taugt aber nicht für GeoPaint (keine Kopf-/Fußzeilen, Keine "Scraps"...)

    Gab's nicht mal eine deutsche Seite wo das zumindest für GeoWrite erklärt wurde (da liegt u.a. auch der Sourcecode des alten Topdesk V1)? Fällt mir gerade nicht ein ....

    MegaAssembler-Handbuch Anhang F S. 403. Hier die korrigierte Fassung:

  • Das war ja die Frage, die ich in den Raum gestellt hatte.

    Die wird Dir hier aber wohl niemand beantworten können. Alles nur Kaffeesatz-Leserei und Vermutungen.

    Wissen können das nur die, die das programmiert haben und die sitzen (so sie noch leben) irgendwo in Amerika...

    Ich bin hier jetzt endgültig raus.

  • Die wird Dir hier aber wohl niemand beantworten können.

    Ist auch nicht so wichtig. Es war nur eine kleine Unklarheit, die einfach meine Neugier angeregt hat. Meine eigentlichen Fragen wurden schon vorher beantwortet.

    Also zum Abschluss: Danke an alle Beteiligten. :thumbup:

    Bitte melde dich an, um diesen Link zu sehen. | Meine Lieblings-Themen im Forum64:

    Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.