Heute so konvertiert (aus: Heute so gepixelt)

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

  • Hier ausnahmsweise was von mir. Vor kurzem habe ich meinen Schwager Roger vor der Abendsonne fotografiert. Irgendwie passte das grade mit dem Winkel.

    Die Originalaufnahme war schon nicht schlecht, aber das nun konvertierte Bild gefällt mir fast besser als das Original. Zum Download hier das konvertiert Image. Ich habe es via Online-Hilfe Bitte melde dich an, um diesen Link zu sehen. erstellt.

    Cooles Bild 8). Das erste was mir dazu einfiel "das schreit nach einem Spiel" was man jetzt "nur" noch drum herum programmieren müsste ^^

    LG Entchen

  • Hier in HiRes, Dithering 16x.

    Ja, als wir das Bild gesehen hatten, dachten wir zuerst an "Ghost-Rider", aber das Motorrad fehlt auf dem Bild. 8o

    Ein Game? Ich kann leider nicht programmieren....aber SEUCK-mässig vielleicht? Sun-Warrior? :thumbsup:

  • Hier in HiRes,

    Könnte man mal als NUFLI versuchen.
    Rot ist leider nicht die stärke der C64-Palette. ;)

    NUFLI? srsly? 🤔

    Originalbild in 16 Graustufen runterrechnen und dann x00, x09, x02, x08, x04, x0A, x0F, x07, x01 als Farben drauf mappen. (ja, 7 Graustufen mehr, als Farben genutzt werden: so kann man ein oder zwei Abstufungen in derselben Farbe mappen, je nachdem, wie das mapping im Gesamtbild besser aussieht) und dann ab nach HiRes mit dem guten.

    (Und vielleicht sich nicht immer auf das Ergebnis eines gammeligen converters verlassen, sondern auch mal ein paar Pixel selber setzen im Anschluss...)

  • Ja. Ernsthaft.
    Wenn ich das original habe, kann ich es mal ausprobieren.

    Warum sollte ich das Bild vorher in 16 Graustufen runterrechnen, wenn der C64 maximal 9 Helligkeitsstufen hat?
    Wenn dann schon eine entsprechen angepasste reduzierte Grautufenplatte, auf die man dann die C64-Farben matched.

  • Die Originalaufnahme war schon nicht schlecht, aber das nun konvertierte Bild gefällt mir fast besser als das Original.

    Poste mal das Original!


    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.

  • Bitte sehr. Dann bin ich mal gespannt, ich lerne gerne dazu, wie sich Bilder am Besten in die C64-Welt konvertieren/bearbeiten lassen. :thumbsup:

  • Bitte sehr. Dann bin ich mal gespannt, ich lerne gerne dazu, wie sich Bilder am Besten in die C64-Welt konvertieren/bearbeiten lassen. :thumbsup:

    Hab mich in der letzten Dreiviertelstunde auch mal damit beschäftigt und zwei Versionen erstellt, beide im Anhang zu finden. Eines ist ein NUFLI, erstellt in Mufflon.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Der Dither dazu, kam aber nicht von Mufflon, sondern aus einem anderen Programm (hat mir bei dieser Vorlage besser gefallen, als der Mufflon eigene Dither).

    Und das andere ist ein "Hires FLI Interlace" (aus "Mixcol HiFLI").

    Bitte melde dich an, um diesen Anhang zu sehen.

    Da dies ein Interlace Bild ist, flackert es zwangsläufig halt dann etwas, wenn es am C64 läuft. Diese Bildvorlage ist in der Hinsicht auch schwierig, da es durch die hohe Farbanzahl des Vorlagenbildes (der Himmel im Hintergrund) nötig ist, viel Dither bei der Umwandlung einzusetzen, sonst sieht es mies aus, weil die Farbübergänge dann zu stark zu sehen wären und dieses starke Dithering, was man dann nehmen muss, verstärkt dann teils wieder das Flackern des Bildes. Es war quasi eine Abwägungssache, wie stark man beim Dithern hochgeht, aber schon eine etwas schwierige Bildvorlage für C64.

    Als MUIFLI, in Mufflon, hab ich es auch noch versucht, mit dieser Vorlage und die Pre-Convert Bilder sahen dort schon immer alle recht gut aus, nach etwas Herumstellen der Settings. Wenn man das Bild dann aber umgewandelt hat, war es nicht mehr so toll und nahm ich dann wieder Filter (Inks, Papers, Sprites), um dies auszugleichen, dann war das Flackern im Ergebnis-Bild noch stärker, als in diesem "Hires FLI" Bild. Daher hab ich es als MUIFLI dann bleibenlassen, bei dieser Bildvorlage. Hängt halt immer sehr stark vom jeweiligen Originalbild ab, in welches Format man dann für den C64 am besten umwandelt und welches Tool man dann zwangsläufig nimmt. Muss man ausprobieren und die Ergebnisse vergleichen.

  • So gut krieg ich das mit GoDot nicht hin. Gerade die Orange-Töne sind ja auf dem C64 alles andere als einfach. Ich hab mal in IFLI was probiert, aber trotz vieler Abstufungen fällt einem ins Auge, was AW182 ja auch erwähnt hat: die Abstufungen/Übergänge. Hier zwei Bilder, eins wie es als IFF auf einem Mega65 angezeigt würde (True Hires) und das andere, wie es auf dem C64 in IFLI aussähe (am besten auf Denise laufen lassen, da kann man auf die Monitorfrequenz synchronisieren, was das IFLI-Flimmern enorm beruhigt). Es wurde kein gezieltes Dithering verwendet, nur das automatische.

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

    Die XR-Datei ist ein selbststartendes IFLI.

    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.

  • Ja, Bild 1 flackiert richtig heftig in meinem Winvice-Ladeversuch. Bild Nr. 2 sieht aber sehr sehr ansprechend und stimmig aus. Das ist Dir wirklich gelungen, AW182, danke sehr!

    Chuderhüsi-Weisheit des Tages: "Hockit afe, i bringe de d Stüel"

    Fav.C64-Spiel: Krakout & Boulder Dash.

  • So gut krieg ich das mit GoDot nicht hin. Gerade die Orange-Töne sind ja auf dem C64 alles andere als einfach. Ich hab mal in IFLI was probiert, aber trotz vieler Abstufungen fällt einem ins Auge, was AW182 ja auch erwähnt hat: die Abstufungen/Übergänge. Hier zwei Bilder, eins wie es als IFF auf einem Mega65 angezeigt würde (True Hires) und das andere, wie es auf dem C64 in IFLI aussähe (am besten auf Denise laufen lassen, da kann man auf die Monitorfrequenz synchronisieren, was das IFLI-Flimmern enorm beruhigt). Es wurde kein gezieltes Dithering verwendet, nur das automatische.

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

    Die XR-Datei ist ein selbststartendes IFLI.

    Arndt

    Das selbststartende Bild flackert ebenfalls unter Winvice. Gelungen wäre es ebenfalls recht gut. Mein Favorit ist aber das Hires FLI Interlace.

    Chuderhüsi-Weisheit des Tages: "Hockit afe, i bringe de d Stüel"

    Fav.C64-Spiel: Krakout & Boulder Dash.

  • So gut krieg ich das mit GoDot nicht hin. Gerade die Orange-Töne sind ja auf dem C64 alles andere als einfach.

    Dennoch erstaunlich, da das ja alles direkt am C64 erstellt wurde und keine viel später entwickelten Tools am PC dafür verwendet wurden. Bedenkt man die Hardware, macht GoDot insgesamt da schon sehr gute Arbeit.

    Mein Favorit ist aber das Hires FLI Interlace.

    Ich vermute, du meinst jetzt eher das NUFLI, oder? Da das Hi-FLI Interlace auf echten CRT-Monitoren ja auch nicht gerade wenig flackert, was du ja auch geschrieben hattest. Es ist aber auch wichtig, am PC unbedingt einen 50Hz Bildmodus für C64 Interlace Bilder zu verwenden (oder alternativ 100Hz), sonst ist das Flackern dort natürlich generell unerträglich, etwa wenn man sie am PC unter einem 60Hz Modus ansieht, usw. Aber ich gehe mal davon aus, das wirst du schon berücksichtigt haben.

    Was auch noch interessant ist, in der Hinsicht - auf meinem BenQ Flatscreen-Monitor am PC, der auch problemlos die 50Hz Modi kann, flackert dieses Hi-FLI Interlace in den verschiedenen C64-Emulatoren doch weitaus weniger, als auf meinen Röhrenmonitoren, bzw Commodore Monitoren am echten Rechner. Bei anderen Bildern gibt's da weniger Unterschied bei mir, zwischen CRT und Flatscreen Monitor (ich sehe mir meine Konvertierungen immer auf beiden Geräte-Arten an), aber bei dem Bild hier, mit all dem nötigen Dithering, ist der Unterschied schon recht deutlich, was das Flackern angeht. Perfekt sieht es auf meinem METZ 100Hz Röhren-Fernseher aus, da dort dann überhaupt nichts flackert bei Interlace Bildern *lol*, was aber natürlich nicht übertragbar auf 50Hz Geräte, bzw die echten Commodore Monitore, ist.

  • Dennoch erstaunlich, da das ja alles direkt am C64 erstellt wurde und keine viel später entwickelten Tools am PC dafür verwendet wurden. Bedenkt man die Hardware, macht GoDot insgesamt da schon sehr gute Arbeit.

    Danke für das Lob. Sowas beflügelt einen denn doch, weiterzumachen! ^^

    Flackern: Ich hab ja schon erwähnt, dass ich (I)FLIs mit Denise anzeigen lasse, denn da flackert gar nichts, obwohl ich meinen (TFT-) Monitor mit 75 Hz laufen lasse. Denise ist eben auf diese 75 Hz eingestellt. Vice schafft das nicht, da flackert es munter weiter, auch wenn ich die richtige Bildwiederholfrequenz aktiviert habe!

    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.

  • Flackern: Ich hab ja schon erwähnt, dass ich (I)FLIs mit Denise anzeigen lasse, denn da flackert gar nichts, obwohl ich meinen (TFT-) Monitor mit 75 Hz laufen lasse. Denise ist eben auf diese 75 Hz eingestellt. Vice schafft das nicht, da flackert es munter weiter, auch wenn ich die richtige Bildwiederholfrequenz aktiviert habe!

    Interessant, daß bei IFLI's schon bereits ab 75Hz dann gar nichts mehr flackert, ich hätte jetzt zunächst vermutet, daß man dazu genau 50Hz oder 100Hz verwenden müsste. 75Hz habe ich, auf meinem Zweitmonitor am PC (ein Hanns-G Modell, welches keine 50Hz/100Hz Modi kann), auch schon als Alternative für C64 PAL-Software verwendet. C64 MUIFLI's flackern unter 75Hz dort dann auf jedenfall auch schonmal einiges weniger, als unter 60Hz. Das gleiche gilt für Scrolling bei PAL-Spielen. Dort sind die zwangsläufigen Mikro-Ruckler die man dann hat, wenn man sie nicht unter einem 50Hz Bildmodus laufenlässt, unter 75Hz ebenfalls schonmal einiges kleiner, als wenn der Hanns-G Monitor mit 60Hz läuft. Aber für Gaming von PAL Retrogames nehme ich dann natürlich schon lieber den BenQ Monitor, da das Scrolling dort unter 50Hz Bildmodus, butterweich und absolut perfekt ist, vor allem wenn ich in den Emulatoren dann genau 50Hz als Emu-Speed einstelle, statt der üblichen 50,125Hz des C64. User von G-Sync/FreeSync Monitoren können sich die Umstellungen im Bildmodus natürlich sparen, da geht es dann von selbst, daß es nie ruckelt/flackert, wenn der Emu das unterstützt.

    Das schaut nach Pepto-Palettte aus.

    Falls ja, schaut das am neutral eingestellten CRT deutlich farbiger aus.

    Genau, deshalb sind die beiden, von mir geposteten Screenshots, auch recht dunkel. Am C64 oder in den Emu's, sind die Bilder dann schon etwas heller, wie die Vorlage des Bildes. Ich wollte sie aber in der Palette als Screenshot posten, mit der sie auch in den Tools umgewandelt wurden. PEPTO ist, meinen bisherigen Erfahrungen nach, zum Umwandeln von Bildern in gute Ergebnisse mit MUFFLON (selbst mit der V3.0 des Tools), immernoch am besten verwendbar, auch wenn die PEPTO Palette selbst, insgesamt natürlich zu dunkel ist und ich sie in den C64 Emulatoren deshalb auch nicht verwende. Aber sie geht gut für's Umwandeln von Bildern, vor allem wenn man dazu dann noch in den Settings des Tools etwas herumstellt.

  • Bei meinem Sony LMD-1420 TFT flackert auch so gut wie nix bei Interlace.:thumbup:

    Aber sie geht gut für's Umwandeln von Bildern.

    Es finden sich ggfs. leichter Farben für eher ungsättigtes Urpsrungsmaterial. Aber

    sind die Bilder dann schon etwas heller, wie die Vorlage des Bildes

    das bringt nix, wenn dann die Ergebnisse auf echter Hardware aussehen wie ein Extacy-Trip auf Vanille, Erdbeer und Waldmeister. Mit den Pepto-RGB-Werten angezeigt kommt das nicht so schlimm rüber, aber auf echter Hardware dann schon.

    Pepto-hellgrün und Pepto-hellrot werden von den Konvertern gerne genommen.

    Die Bilder sind auf realer Hardware dann auch heller, weil Pepto eine unnötige und daher falsche Gammakorrektur macht. Bei Colodore ist das ohne Erklärung und ohne wirkliche Schlüssigkeit geändert.

  • Ich benutze, seit es sie gibt, zum Konvertieren die PALettev1. Damit hab ich die unglaublichsten Bilder hingekriegt. Hier eins, das mich immer noch umwirft:


    Bitte melde dich an, um diesen Anhang zu sehen.


    Das ist hier in IFLI-Pseudofarben, sieht aber unter Denise genauso aus.


    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.

  • das bringt nix, wenn dann die Ergebnisse auf echter Hardware aussehen wie ein Extacy-Trip auf Vanille, Erdbeer und Waldmeister. Mit den Pepto-RGB-Werten angezeigt kommt das nicht so schlimm rüber, aber auf echter Hardware dann schon.

    Wie ich schon schrieb, schaue ich mir meine konvertierten Ergebnisbilder dann immer auf dem PC, als auch auf meinen Commodore Monitoren an, bevor ich sie dann für gut oder nicht beurteile. Und das tat ich auch bei diesem Bild wieder. Hier etwa dieses NUFLI am echten C64 Monitor (vorhin fotografiert):

    Bitte melde dich an, um diesen Anhang zu sehen.


    Wie man sieht, da kommt auch nichts als Ecstasy rüber, sondern die Farben passen recht gut. Aber es können natürlich auch gerne noch bessere Ergebnisbilder dieses Bildes erstellt und veröffentlicht werden. Diese Bildvorlage ist definitiv nicht einfach, für C64 Verhältnisse. Mit der PEPTO Palette habe ich, bei hunderten von Bildern, die ich mit Mufflon schon konvertiert habe, zumeist die wenigsten Probleme bemerkt, bzw, musste ich dann am wenigsten mit den anderen Funktionen des Programmes irgendwelche Abweichungen wieder ausgleichen oder nachjustieren (besonders wenn ich in MUIFLI umwandelte). Klar, auf der echten Hardware sind die Bilder dann immer etwas heller, als die PEPTO Ergebnisse in Mufflon, weil PEPTO eben etwas zu dunkel ist. Zumeist sehen sie auf meinen echten Commodore Monitoren dann aber dennoch gut aus und wenn sie das nicht tun, was ich auch schon ein paarmal hatte, dann werden solche Ergebnisbilder einfach von mir aussortiert und gelöscht. Ich behalte generell immer nur die guten Ergebnisse und verfahre beim Konvertieren häufig nach dem Motto "auf viele Arten umwandeln und am Schluss alles vergleichen und bestes nehmen". Damit fuhr ich bislang immer gut.

    Ich benutze, seit es sie gibt, zum Konvertieren die PALettev1. Damit hab ich die unglaublichsten Bilder hingekriegt. Hier eins, das mich immer noch umwirft:

    Diese Palette ist auch gut, da relativ originaltreu. Im Tool Mufflon jedoch, vor allem wenn es darum geht in MUIFLI umzuwandeln, bekomme ich bislang bei den meisten Bildvorlagen immernoch die besten Umwandlungsergebnisse mit PEPTO hin. Hier etwa das Amiga-Bild "Soulmates never die".

    Bitte melde dich an, um diesen Anhang zu sehen.

    File im Anhang zu finden und kommt natürlich auch auf Röhrenmonitoren gut rüber. Hier habe ich die Vorlage in einigen Bereichen manuall noch etwas angepasst, um keinen Zusatzfilter in Mufflon nutzen zu müssen, der sonst das Flackern verstärkt hätte.

  • Diese Palette ist auch gut, da relativ originaltreu.

    Im ViCi-Sheet-Pack ist die XLS mit der Berechnung drin, da kann man die "Farbamplitude" selbst wählen.
    Vielleicht erstelle ich beim nächsten Pack auch mal zusätzliche PALetten mit unterschiedlicher Farbamplitude. Da kann man dann z.B. eine pepto-blasse Umwandlungs-PALette nehmen, bei der dann aber wenigestens die Helligkeit und die Farbwinkel (-töne) stimmen. ;)
    Ich hatte da auch schonmal paar Varianten erstellt, aber noch nicht veröffentlicht.