GEOS-InfoBase-Forum

Zitat von »MeyerK«

Warum war noch mal die Rose immer im Eimer?

Weil's so's kleenes Ding is. Und wurde dazu vielleicht noch schlecht nach s/w gewandelt.

Zitat von »Geos-Tiger«

Hallo Sebi,

klappt auch mit Xubuntu 22.04

Jens

Wunderbar! Dankeschön!

Zitat von »Bario«

Hallo Sebi,

Wenn es um exotische Grafikformate geht: Hier wäre auch noch etwas Futter. Beispieldateien dazu findest du dann bei den zugehörigen Spielen.

https://moddingwiki.shikadi.net/wiki/Cat…l_image_formats
Mario

Vielen Dank! Die sind wirklich sehr exotisch! Habe mir den Link abgespeichert.

Wie geplant lassen sich nun auch Bilder mit 8 Bit und 24 Bit Farbtiefe im 1-bittigen MacPaint-Format speichern.
Das geht natürlich nur, wenn es, trotz des massiven Bit-Aufgebots, einfache Schwarz-Weiß-Bilder sind. Das bleibt nun aber noch im Code zu prüfen.

Obwohl ich die angefangenen Formate erstmal beenden wollte, hat mich kürzlich doch ein neues Format bezirzt. So geht das zwar nicht, aber was will man machen, wenn die 0-Bits so ästhetisch gerundet sind und die 1-Bits so gekonnt klimpern, flattern und sich im Datenstrom hin- und herwiegen?!
Neu hinzugekommen ist also das Format Alias Pix. Es gehört zum 3D-Modellierungsprogramm PowerAnimator, das auf SGI-Workstations beheimatet war. Das klang verlockend, aber inzwischen vermute ich, daß es doch nicht so bedeutend war, wie ich dachte.
Dabei handelt es sich um ein unkompliziertes Format, das Bilder mit 8 oder 24 Bit Farbtiefe speichert und eine einfache RLE-Variante einsetzt.
Leider habe ich nicht viele Beispiele gefunden und sogar gar keines für die 8-Bit-Variante.
Ein weiteres 3D-Programm, Vivid, nutzte auch dieses Format, verwendete aber die Endung .IMG.
Anbei ein Beispiel. Die Infos sowie das Bild selbst werden angezeigt.

Hinweis: Es gibt jetzt gerade mehr zu tun, so daß ich weniger Zeit für die Weiterentwicklung des Programms habe, wodurch hier die neuesten Krachermeldungen etwas seltener ein- und aufschlagen!

Während der Recherchen zum Alias-Pix-Format stieß ich auch (endlich) auf SGI-Farbpaletten!
Diese habe ich gleich der Farbpalettensammlung des Programms hinzugefügt.
Es gibt eine Grundpalette mit 16 Farben. Dabei entsprechen die ersten acht den knalligen EGA-Farben, aber die anderen sind anders!
Dann gibt es noch eine erweiterte Palette. Originellerweise nicht mit 256, sondern mit 136 Farben! Diese erstrecken sich aber über den gesamten Bereich und zwischendurch gibt es halt Lücken. Die Infos sind spärlich, aber es scheint eine Farbpalette für die SGI-Icons zu sein, wo offenbar nicht so viele Farben benötigt wurden.

Die Tage hatte ich ich hingesetzt und alle noch anstehenden Aufgaben, die so zwischen meinen Synapsen herumspuken und die ein strenger Wächter als unabdingbar für eine herzeigbare Basisversion von Bildinfos erachtet, in Stichpunkten aufgeschrieben. Es wurden sieben Seiten ! C'est fou ! Das ist Wahnsinn! Du spielst mit meinen Fingern ... Hölle! Hölle! Hölle!
Wenn ich mich anstrenge, wird's vielleicht zum nächsten Syhra-Treffen. Dann bräuche ich aber auch das Icon, J. . Und der Quell-Code nähert sich jetzt schon der 3-MB-Grenze. Das wird ja noch lustig.

Während des Testens des Formats Alias Pix konnten einige Bilder nicht angezeigt werden. Eine Inspektion via Hex-Editor legte auch einen ganz anderen Bildaufbau offen. Des Rätsels Lösung kam dann durch weitere Nachforschungen. Die schöne Dateiendung .pix wurde nämlich auch vom Graphikprogramm PixArt verwendet. Dieses lief auf dem Atari, einer offenbar nie versiegenden Quelle an neuen Bildformaten.

Damit kein armer Nutzer durch diese Doppelnutzung verzweifeln muß, beschloß ich, auch dieses Format zu implementieren. Lustigerweise ist es erheblich komplexer als das ursprüngliche Alias-Format. Die Farbtiefe kann zwischen 1 und 32 Bit betragen, es gibt Schwarz-Weiß-, Index- und RGB-Bilder, es kommen Transparenzen vor und die Bilddaten können pixel-weise oder planar (mit hintereinander liegenden Farbebenen) gespeichert sein.
Derzeit lassen sich die Bildeigenschaften ermitteln sowie die Farbpalette und Transparenzmaske anzeigen. Wie immer siehe Beispiele.

Gestern Abend wollte ich den schnellen Erfolg, einfach mit 300 Sachen über die Ziellinie brettern, einfach die Fanta exen, einfach ein kleines Format implementieren!
So fand ich die Dateiendung .art, die zum Format 1st Publisher Clip Art gehört. Dies ist ein simples Format für Schwarz-Weiß-Bilder, ohne Schickschnack. Dies fand ich mehrfach angenehm, da ich mich in der nächsten Zeit eh auf 1-Bit-Bilder konzentrieren wollte und zudem eine ganze Menge Beispiele fand.
Das Ziel wurde dann auch, wie geplant, recht schnell durchbraust, auch wenn nur mit rund 250. Ich tüftelte nämlich noch an einigen Optimierungen des von MacPaint übernommenen Codes. Durch Verringern der VRAM-Schreibbefehle gelang es mir, die Anzeige in einer 8- bzw. 24-Bit-Bitmap um mehr als 25 % zu beschleunigen. Diese Code-Abschnitte werde ich dann noch rückportieren.
Anbei ein Beispiel aus der nun zugänglichen Clipart-Sammlung.

Nachdem ich gestern in einem heroischen Akt die hübschen Cliparts des 1st Publishers vor dem Versinken in dunkler Vergessenheit bewahrt hatte, bemerkte ich in wacher Aufmerksamkeit eine Wiederholung des perfiden .pix-Phänomens: Es gibt mehrere Bildformate mit der Dateiendung .art! Eine zweite Sorte, die sich auch gleich in die Clipart-Sammlung geschmuggelt hatte und dann kriminell kichernd die Anzeige verweigerte, kommt vom Art Director. Ein Programm vom – man ahnt es – Atari.
Die Umsetzung war jetzt nicht schwer, da ich schon eine generische Atari-Bildanzeigefunktion habe, die die aufwendigste Aufgabe erledigt. Es gab dann aber doch wieder Besonderheiten:

• Das Bildformat hat keinen Dateikopf, keinen Header. Die Datei beginnt sofort mit den Bilddaten. Darauf folgen die Farbpaletten und Animationseinstellungen. Also das, was sonst im Dateikopf steht. Das Format macht also entweder einen Kopfstand oder hat alles in den Füßen, in einem Footer.
  
• In einer Datei stecken gleich acht Farbpaletten! Da Art Director ein Animationsprogramm war, wurden die Farbpaletten zeitlich gesteuert dem Bild zugewiesen. Damit entstand ein Animationseffekt. Diesen Trick nutzen damals etliche Programme auf dem Atari.
  
• Somit ergab sich die Notwendigkeit, den Nutzer auswählen zu lassen, welche Farbpalette er denn angezeigt haben möchte bzw. mit welcher das Bild dargestellt werden soll. Ich entschied mich für eine einfache Eingabemaske, bei der eine Zahl im Bereich 1-8 eingegeben werden kann. Oder in flexibel-generöser Weise auch als a-h oder A-H.
  

Die Anhänge zeigen in Bild mit einer seiner Farbpaletten und wie es nach der Auswahl derselben fragt.

Dr. Halo ... Eigentlich schon letztes Jahr umgesetzt. Das war ein größerer Akt. Ich war jetzt auch wieder auf PIC-Dateien gestoßen. Die konnte mein Programm nicht alle lesen. Aber PIC-Dateien nutzte auch PC Paint. War verwirrend. Muß man sich nochmal in Ruhe ansehen. Aber prinzipiell wird Dr. Halo schon unterstützt .
Hatte das Programm sogar in der DOSBox laufen! Wird aber auf einem HIghscreen beeindruckender gewesen sein !

Zitat von »jpolzfuss«

Sollte Dir mal langweilig werden, Sebi, dann habe ich hier etwas für Dich: https://en.wikipedia.org/wiki/Kisekae_Set_System

Danke, daß Du diese Gefahr gebannt hast !

Erstaunlich, was es alles gibt und Du immer ausgräbst. Viel Japanisches dabei. Hast Du während Corona neue Hobbys gefunden ? Das wird ein spannender Vortrag von Dir in Syhra werden !

Nach all diesen Alias-, Art- und Atari-Bildern hielt ich es beim A einfach nicht mehr aus und wollte endlich wieder etwas anderes sehen. Der Wunsch war so stark, daß ich sogar am Omega, obwohl es verlockend seine weichen Rundungen gegenüber den spitzen Ecken des A präsentierte, vorbeigaloppierte und erst kurz vor des Abgrundes Rande stoppte. Neben mir stand groß und stumm etwas Unbekanntes. Ein X. Nein, es waren mehr, die mich umringten. Ich zählte sie. Es waren genau elf.
Für meine Freilassung forderten sie, daß ich eins ihrer Bildformate unterstütze. Sie nannten es X11 Puzzle.
Nun, das war ein leichtes Spiel für mich. Der Aufbau ist einfach. Die Bildgröße wird angegeben, dann folgt die Farbpalette, dann die Bilddaten. Hier repräsentiert immer ein Byte ein Pixel, wobei der Byte-Wert auf die zugehörige Farbe in der Farbpalette zeigt.
Die Besonderheit dabei: Die Farbpalette ist nicht auf die Standardgrößen 4, 16 und 256 beschränkt, sondern kann jeden Wert annehmen. Wieviele Farben (max. 256) das Bild eben braucht.
Ich gab also dem Affen Zucker und schon bald erblickte der Mandrill das Bildschirmlicht. Mit prächtigen 24 Farben.