Grafikformate?

Das erste von GoDot generierte CPC-Bild (Screenshot aus JavaCPC):

Was mir Probleme macht, ist, dass der CPC kein dunkelgrau/hellgrau hat. Ich hab die beiden Farben erstmal durch dunkelblau/cyan ersetzt (im Pilz links und in den Steinen unter dem Frosch zu erkennen). Außerdem gefällt mir das Braun _überhaupt_ nicht (im Körper des Frosches), gibt es irgendwie einen sinnvollen Ersatz dafür? Ein Tipp?

Arndt

Edit: Im zweiten Bild sieht man das auch deutlich: hellgrau ist ersetzt mit cyan, dunkelgrau mit dunkelblau (Rand des Schädels).

Hab die Farben geändert, sind jetzt besser. Nur die beiden Grau gefallen mir weiterhin nicht. Screenshot aus Winape:

Ich probier noch ein bisschen...

Arndt

Zitat von oobdoo

Frag mal Retrofan. Der kann doch gut pixeln.

Nein, das nützt nichts, denn diese beiden Farben fehlen komplett im CPC. Ich hab sie jetzt ersetzt durch das dunkelste Magenta und durch Bright Cyan. Am besten im Pilz (s. Bild) und in den Steinen dort zu erkennen. Was ich probieren will, ist, ob meine jetzige Farbwahl bei möglichst vielen Bildern akzeptabel ist. Dann kann ich den Saver abschließen und allgemein zur Verfügung stellen. Dauert etwas. Soll ich hier weitere Bilder posten? Andere Vorschläge?

Arndt

hab sie durchgelesen (der übliche Wir-sind-besser-nein-wir-Kram). Die Konversionen dort waren zu einem großen Teil _Nachbearbeitungen_, es wurden komplett _andere_ Farben verwendet (aber gut gemacht). Ich nehme mit, dass die beiden Graus meistens mit Dunkel- und Hellcyan ersetzt wurden, außerdem ist bei mir das Hellrot noch zu lasch (bzw. das Orange im Vergleich damit). Hat schon was gebracht. Danke!

Arndt

Ich bin jetzt mal zufrieden. Wer vom C64 konvertieren will, kann das nun in beliebiger Menge tun. Manche Bilder sind weniger geeignet (wie das schon auf der Seite aus Post #66 anklang (Bilder mit viel Grau, Bilder, die Real-Gesichter zeigen). Andere kann man aber auf dem CPC weiterbearbeiten (wie auch auf obiger Seite zu sehen) und hat dann super Ergebnisse. Hier noch ein Beispiel:

Ich mach dann mal weiter mit den abschließenden Arbeiten.

Arndt

Zitat von Retrofan

haben die, wie beim C64, auch Klartext-Namen?

Ja, haben sie. Man kann theoretisch je Bild 16 aus den 27 Farben festlegen.

Zitat von Retrofan

wenn der CPC geringe Farbbeschränkungen je Kachel hat als der C64

Hat er, jede Farbe kann beliebig verteilt auf dem ganzen Canvas erscheinen, also auch alle 16 in einer Kachel (soweit ich das verstanden habe).

Zitat von Retrofan

die beiden fehlenden Grautöne durch ein Grau/schwarz- und ein Grau/weiß-Raster darzustellen

Das wäre aber nur in Doppelpixel-Größe möglich, also so, wie der Koala Painter (das Malprogramm) das gemacht hat. Über eine solche Grau-Entsprechung hab ich schon nachgedacht, aber erstmal wieder verworfen, weil automatische Konversionen nicht auf Ästhetik achten, und das Ergebnis wohl eher bescheiden aussähe.

Zitat von oobdoo

Ich hatte vor Jahren mal angefangen was in Excel zu basteln.

Danach bin zuerst vorgegangen (s. Post #2), aber die Zuordnungen werden dem Ursprungsbild nicht gerecht. Daher meine Palettenänderungen, die man in den Froschbildern sieht.

Zitat von oobdoo

Wie werden die Dateien eingelesen? Direkt vom DSK oder ziehst Du die mit einem anderen Tool runter?

Ich konvertiere mit GoDot unter VICE, speichere auf D64, ziehe die Bilder mit Dirmaster auf den PC und schreibe sie von dort mit ManageDsk in ein CPC-DSK-File. Auf dem CPC (entweder mit JavaCPC oder mit Winape) verwende ich Advanced OCP Art Studio. Die Screenshots hier hab ich mit XnView gemacht.

Arndt

Zwischenstand beim OCP-Saver: Alle Routinen tun bereits das, was sie sollen (schreiben also ein exakt gerendertes OCP-Bild auf die Diskette). Allerdings ist OCP Art Studio sehr pingelig, was die im Header eingetragenen Dateilängen und die Header-Checksumme angeht. Stimmen die nicht mit dem File überein, dann stürzt OCP ab. ManageDsk ignoriert hier die "liberalen" Einstellungen. Ich hatte gehofft, dass ich einfach immer die Maximallänge eines Bildes eintragen kann ($4000), um mir zu ersparen, vor dem Speichern einen Komprimierungsdurchlauf durchzuführen. Leider hat sich diese Hoffnung also nicht ergeben. Daher bin ich jetzt dabei, einen Speicherdurchlauf ohne Speichern zu absolvieren, damit ich vorher die genaue Dateilänge kenne.

Ehrlich? Muss das sein? Das hat mich schon bei IFF genervt...

Arndt

PS: Beim OCP-Lader werde ich wohl noch mal die Farbpalette ändern, damit Lader und Saver das gleiche Ergebnis liefern. (Es geht um die beiden Cyan-Werte, die die C64-Graus ersetzen.)

Der Saver ist fertig! Hier ein paar Bildbeispiele:

Gefällt mir!

C64-Bilder mit viel dunkel- und/oder hellgrau sind ungeeignet, da es diese Farben auf dem CPC nicht gibt (sie werden ersetzt durch zwei Cyans).

Arndt

Die Dokumentation ist auch fertig.

Arndt

Zitat von oobdoo

In welcher Sprache hast Du das Programmiert?

 

GoDot ist in 6502-Assembler. Der Saver ist kein eigenständiges Programm, sondern Teil des GoDot-Image-Processing-Systems. Es läuft nicht selbst auf einem CPC, es ist eine C64-Anwendung. Daher kein Schreiben in ein DSK. Für mehr Info geh auf die GoDot-Seiten (z.B. über den Link zur Doku in meinem letzten Post).

Arndt