Heute so konvertiert (aus: Heute so gepixelt)

Es gibt 735 Antworten in diesem Thema, welches 81.190 mal aufgerufen wurde. Der letzte Beitrag (18. Oktober 2025 um 23:32) ist von Tobias.

  • Bitte melde dich an, um diesen Anhang zu sehen.

    Ich hab jetzt der Vollständigkeit halber auch das zweite Waldhüttenbild als Multicolor umgewandelt.
    Einmal hab ich die Konvertierer mit dem Vollfarbbild gefüttert. Ergebnis sind beide male recht farbarme Resultate.

    Dann hab ich die Inputs wie gewohnt in Photoshop mit PALette gedithert und für den jeweiligen Konvertierer farblich "übersetzt".
    Die Ergebnisse sind wesentlich farbenfroher. Retropixels erzeugt wohl auch weniger Color Clashes als Alex Kazik. Einstellen kann man bei Retropixels ohnehin sehr viel.

    GoDot jedenfalls scheint die Farbberechnung sehr gut zu machen. Ob mir nun das GoDot-MC oder das vorbereitete Retropixels-Ergebnis besser gefällt, kann ich nicht sagen.
    So langsam bräuchte man für sowas einen zweiten (identischen CRT-Monitor) und einen zweiten C64. Bei ersterem scheitert es schon alleine am Platz. ;)

    mfg Tobias

  • Ob mir nun das GoDot-MC oder das vorbereitete Retropixels-Ergebnis besser gefällt, kann ich nicht sagen.

    Grundlage war deine Palette. :smile:

    Arndt

    GoDot C64 Image Processing
    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.

  • Inspiriert durch die CSDb "Head And Planet Compo 2022" heute so konvertiert. Bitte melde dich an, um dieses Bild zu sehen.

    Bitte melde dich an, um diesen Link zu sehen.


    Kein künstlerischer Beitrag meinerseits, wieder eine sehr technische und auch etwas historische Konvertierung.
    Die Szene stammt aus dem 120 Jahre alten Stummfilm "La Voyage dans la Lune" von 1902. Wohl einer der ältestesn "SciFi"-Filme überhaupt.

    Das Bild verwendet die 9-stufige Luminance-Palette "sky". Sättigung auf Null ergibt wie gehabt ein passables Graustufenbild. Format ist NUFLI, um die Details möglichst zu erhalten.

    Da Planeten in der Regel rund sind, soll das auch hier so bleiben. Dazu habe ich die nicht-quadratischen Pixel des C64 berücksichtigt und das Bild quasi vorverzerrt, damit es am C64 wieder schön rund wiedergegeben wird.
    Bei der NTSC-Variante kann man dann auch deutlich den "Ghostbusters"-Effekt erkennen. Ich habe leider kein NTSC-Gerät, um es zu testen und VICE stürzt im NTSC-Modus ab, wenn ich das NUFLI starte.

    Ich bin kein Mitglied von CSDb, daher ist das nur ein imaginärer Beitrag, ;)

    mfg Tobias

  • Oh, da hab ich ein "originaleres" 256-Graustufenfoto hergenommen (einfach nach dem Filmtitel googeln) und das hier erzeugt (gefiltert mit mod.ReduceGrays, 5 Graus, Hires, gespeichert als True Hires, GIF-Format). Das XR ist wieder ein IFLI davon (True Hires ist eben nicht Hires):

    Bitte melde dich an, um diesen Anhang zu sehen.

    Arndt

    Dateien

    GoDot C64 Image Processing
    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 XR ist wieder ein IFLI davon

    Es flimmert halt. 8) Vorteil ist, man muss bei dieser Version keine Sättigung rausdrehen. Das müsste man dann aber mit einem ebenfalls flimmernden MUIFLI vergleichen. ;)
    Dort könnte man dann auch entsprechend mehr echte Grautöne erzeugen bei vermutlich mehr Details und man könnte immer noch mit Falschfarben arbeiten, was noch mehr Helligkeitsabstufungen bringen würde.

    Lange Rede, kurzer Sinn: GoDot braucht NUFLI. ;)

    Ich hab noch eine original Entwurfsskizze gefunden, die gefällt mir noch besser als der entsprechende Filmauschnitt.
    Als Vergleich zum 9Sky-NUFLI noch ein normales 5Grey-MC. Als Gag auch als 4Harry-NUFLI.

    Alle wieder leicht in die Breite gezogen für ein korrektes C64-PAL-Seitenverhältnis.

    mfg Tobias

  • Lange Rede, kurzer Sinn: GoDot braucht NUFLI. ;)

    Hm, hat nicht GoDOT das NUFLI Format schon länger integriert, oder habe ich das falsch in Erinnerung? Wurde doch schon eingebaut, oder.

    Wenn ich mich recht erinnere, fehlt dort doch nur das MUIFLI Format bislang.

  • Hm, hat nicht GoDOT das NUFLI Format schon länger integriert, oder habe ich das falsch in Erinnerung? Wurde doch schon eingebaut, oder.

    Da ist ein Modul drin, ja. So wie ich es verstehe ist das für den Import eines vorhandenen NUFLIs in GoDot.

    Aber die Umwandlung in ein NUFLI geht glaube ich noch nicht. Die Berechnung und Dateierzeugung ist sicher nicht einfach.

    Bitte melde dich an, um diesen Link zu sehen.

  • Aber die Umwandlung in ein NUFLI geht glaube ich noch nicht. Die Berechnung und Dateierzeugung ist sicher nicht einfach.

    Ach die Umwandlung selbst geht noch nicht. Okay. Dann hatte ich das etwas falsch in Erinnerung.

    Zum Thema Berechnung - könnte natürlich recht lange dauern auf einem echten C64, es sei denn er hat eine SCPU oder so etwas. Aber lässt man GoDot in einem Emulator am PC laufen, könnte man ja beliebig Geschwindigkeit zuschiessen, etwa indem man zur Bildberechnung einfach den WARP laufenlässt, was dann die Zeit erheblich reduzieren würde. Gerade in Denise gibt's einen extrem schnellen WARP Modus. Könnte mir vorstellen, dass man das gut kombinieren könnte mit GoDot. Dann wäre das Programm zwar, was den Punkt "NUFLI Umwandlung" betrifft, quasi teils auf einen PC angewiesen, aber sollte heutzutage ja kein grosses Problem sein, da die meisten anderen Umwandel-Tools sowieso am PC laufen. Und es wäre ja nur für dieses eine Bildformat. Aber erstmal sehen, wie lange es überhaupt dauern würde, bis ein NUFLI fertig ist, auf einem normalen C64?

  • Ist ja ganz nett, eure Diskussion über GoDot, hehe :wink:

    In der Tat gibt es bisher nur einen NUFLI-Lader, und der ist in der Tat recht kompliziert. Macht euch ein Bild Bitte melde dich an, um diesen Link zu sehen. (Achtung, der ist lang!) :smile: Von daher könnt ihr euch dann besser vorstellen, wie es wäre, einen Saver (Renderer und Exporter) dafür zu coden. Die Anfänge hatte ich damals schon gemacht, dann aber das Ganze beiseite gelegt, weil mir kein brauchbarer Optimierungsalgorithmus zum Auftrennen der Farben für die Sprites und den Rest der Grafik eingefallen war. Das Zeitproblem ist eher sekundär, mir ging's wirklich nur darum, das überhaupt automatisiert zu kriegen. Außerdem floss in die Entscheidung, es beiseite zu legen, ein, dass es damals so aussah, als hätten wir es mit einem Nischenformat, das kaum Verbreitung hat, zu tun.

    Das MUIFLI-Format ist eine Abart von NUFLI (oder vielleicht umgekehrt, je nachdem, was eher da war). Da besteht also prinzipiell das gleiche Problem. Ich müsste *sehr* viel Mühe investieren für - im Moment - drei Interessenten... :wink:

    Arndt

    GoDot C64 Image Processing
    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.

  • Ich halte das auch fuer am C64 nicht wirklich loesbar.

    Es geht ja nicht einfach darum, sich die besten Farben auszusuchen.

    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.

  • Es geht ja nicht einfach darum, sich die besten Farben auszusuchen.

    Genau, ich muss optimieren, d.h. dem richtigen Farbbereich die für das ganze Bild günstigsten Farben zuweisen (welche Farben sollen in die Sprites, welche sollen in die Bitmap?) Außerdem ist es ein ganz anderes Problem, die Konvertierung von GIF (davon würde ich ausgehen) nach C64 einzubauen, die allein schon viel mehr Platz verbraucht, als eigentlich unter GoDot vorhanden ist (jedes GoDot-Modul *kann* nur etwa 3500 Bytes lang werden). Beim GIF-Lader hab ich das schon so gelöst, dass ich das Problem auf zwei Module aufgeteilt hab, da käme jetzt der NUFLI-Kram noch oben drauf, wohin damit...?

    Arndt

    GoDot C64 Image Processing
    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.

  • kein brauchbarer Optimierungsalgorithmus zum Auftrennen der Farben für die Sprites und den Rest der Grafik

    Der Quellcode von Mufflon müsste ja verfügbar sein. Kann man sich davon nichts abschauen?

    mfg Tobias

  • Der Quellcode von Mufflon müsste ja verfügbar sein.

    Ja, den hab ich. 8)

    Arndt

    GoDot C64 Image Processing
    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.

  • Trotzdem keine Chance :) Oder gerade deshalb.

    Bei den meisten GFX modi muss man ja immer nur lokal auf 8x8 Pixel schauen und dafuer Farben finden.

    Maximal noch eine (!) globale Farbe.

    Wenn man sich aber hier fuer eine Farbe als Sprite entscheidet, beeinflusst das ja mehrere benachbarte 8x8 Felder - man kann also Erfolg/Qualitaet eigentlich erst ganz am Ende fuer ein ganzes Bild bewerten und mit jeder einzelnen Entscheidung spaltet sich der Baum weiter auf.

    Das ist also mit (I)FLI etc nicht zu vergleichen.

    MUCSU und Co duerften in eine aehnliche Richtung gehen aber.

    DAHER gibt es die ja auch erst seit PCs hinreichend Wumms haben und nicht seit 1993 :wink:

    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.

  • Wenn man sich aber hier fuer eine Farbe als Sprite entscheidet, beeinflusst das ja mehrere benachbarte 8x8 Felder - man kann also Erfolg/Qualitaet eigentlich erst ganz am Ende fuer ein ganzes Bild bewerten und mit jeder einzelnen Entscheidung spaltet sich der Baum weiter auf.

    Ja! Das war genau mein Ansatz! In einem (oder dann mehreren) ersten Durchlauf finde ich die Farbe, die in einem bestimmten Gebiet dominiert, die sollte in die Sprites rein. Allein dafür hatte ich dann keinen Platz mehr. Da alles sowieso nur mit REU funktioniert, hat mich das aber noch nicht entmutigt. Erst als es darum ging, alle Farben rauszuwerfen, die *keine* Auswirkungen auf das Renderergebnis haben würden, wurde mir ungemütlich…


    Ein Render-Durchlauf über eine Blockzeile funktionierte aber schon.

    Arndt

    GoDot C64 Image Processing
    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.

    Einmal editiert, zuletzt von GoDot (10. Juni 2022 um 15:01)

  • Um Retropixels weiter zu verbessern, habe ich mal ein Beispielbild konvertiert.
    Die Umwandlungen sind bei naturnah gedeckten Echtfarbenbildern sehr gräulich, mit PALette sogar nochmal eine Tick fader als mit Pepto.

    Im Gegensatz dazu werden (z.B. in Photoshop mit PALette) vorgeditherte Dateien wesentlich besser "erkannt" und somit realistischer umgewandelt. Das beste Ergebnis gab es bei 16 Farben und schon der "richtigen" Auflösung.
    79 Interlace Farben haben keine bessere "Erkennung" gebracht, in keiner Auflösung.

    Retropixels macht aktuell also idealerweise nur die Berücksichtigung der C64 Restriktionen.

    Ich hoffe, dass auch die Farbreduktion besser wird bei Retropixels.

    Bitte melde dich an, um diesen Link zu sehen.

    mfg Tobias

  • So langsam krieg' ich Verfolgungswahn.:oob:

    Eben Emails checken und was sehen meine altersschwachen Augen da?!

    Das Test-Bild eins weiter oben hatte ich über Google gesucht und mehr oder weniger zufällig nach "Gefallen" ausgewählt.
    Schon ein Zufall...

  • Bitte melde dich an, um diesen Anhang zu sehen.

    MUIFLI

    Bitte melde dich an, um diesen Anhang zu sehen.

    NUFLI

    Bitte melde dich an, um diesen Anhang zu sehen.

    MUCSU

  • atomcode
    Hast Du die ersten beiden direkt in Mufflon konvertiert? Ich frage wegen des Blaustichs im Haar und des fehlenden gelbs im Krönchen. EDIT: Im Original scheint das nach kurzem Googeln eher ein grün zu sein.

    Ich habe die Erfahrung gemacht, dass das wesentlich "farbechter" wird, wenn man Mufflon mit einem schon vorberechneten Bild (=bekannte Palette) füttert. Wie in meinem Post #337 bei Retropixels, nur wesentlich stärker ausgeprägt.

    mfg Tobias