Hast Du die ersten beiden direkt in Mufflon konvertiert?
Ja, ohne Vorbehandlung, war spät. Blauer Glanz im Haar war aber dabei, blau-lila.
Bitte melde dich an, um diesen Anhang zu sehen.
Es gibt 735 Antworten in diesem Thema, welches 81.351 mal aufgerufen wurde. Der letzte Beitrag (
Hast Du die ersten beiden direkt in Mufflon konvertiert?
Ja, ohne Vorbehandlung, war spät. Blauer Glanz im Haar war aber dabei, blau-lila.
Bitte melde dich an, um diesen Anhang zu sehen.
Ok. Ich hab das mal in PS mit PALette vorgedithert, dann die Farben mit Pepto getauscht und in Mufflon gejagt.
Ich glaube, ich hatte sogar den Fehler gemacht, die Vorlage fürs MUIFLI auch für NUFLI zu verwenden, also die Auflösung unnötig reduziert. Doof ist ja auch, dass man bei Mufflon nur zwischen Pepto und Deekay wählen kann, beide weit entfernt von der durchschnittlichen Realität. Leider sind die Paletten da nicht extern angelegt, sodass man die auch nicht tauschen kann. Ich hab dann eine neue Vorlage genommen und mit Mufflon 2 konvertiert, sieht so aus:
Bitte melde dich an, um diesen Anhang zu sehen.
original
Bitte melde dich an, um diesen Anhang zu sehen.
pre
Bitte melde dich an, um diesen Anhang zu sehen.
nuf
Das schaut schon farbenfroher aus. ![]()
Leider kann ich Mufflon2 nicht nutzen. Ich bräuchte eine Windows GUI Version, die es nicht gibt.
DeeKay hatte sich mal versucht, aus dem Phyton eine solche Version samt Colodore Palette zu erstellen, aber ist nicht fertig geworden. Die ursprünglichen Programmierer haben anscheinend auch keinen Elan dazu.
Welche Version (OS, GUI/CMD) hast Du benutzt? Mit welcher Palette gearbeitet? Bild vorkonvertiert?
mfg Tobias
OS = Win7, GUI = MufflonGUI.exe, wo Mufflon1 drin war
Das Programmpaket MufflonGUI.exe mit 7zip entpackt, darin mufflon.exe (118 kB) gelöscht, mufflon2.exe (143 kB) hineinkopiert und zu mufflon.exe umbenannt. Gestartet wird mufflongui.exe.
Bild autokontrastiert, verkleinert, gedithert (Muster) und mit Pepto-Palette als BMP gespeichert. Dann Mufflon von Pepto nach Pepto, Ergebnis-PNG mit meiner Palette (colodore like) gespeichert.
OS = Win7, GUI = MufflonGUI.exe, wo Mufflon1 drin war
Das Programmpaket MufflonGUI.exe mit 7zip entpackt, darin mufflon.exe (118 kB) gelöscht, mufflon2.exe (143 kB) hineinkopiert und zu mufflon.exe umbenannt. Gestartet wird mufflongui.exe.
Bild autokontrastiert, verkleinert, gedithert (Muster) und mit Pepto-Palette als BMP gespeichert. Dann Mufflon von Pepto nach Pepto, Ergebnis-PNG mit meiner Palette (colodore like) gespeichert.
Danke. Bei meinem bisher verwendeten Mufflon1 ist das EINE Datei mit 3.62MB.
Im gezippten File hast Du bereits die mufflon(1).exe ersetzt, richtig?
Scheint so ne Art Frankenstein zu sein, z.B. das Pre-Convert funktioniert nicht. Aber rein vom Unwandeln her müsste Mufflon2 einiges verbessert sein.
Im GUI kann ich dabei kein Dither anwählen, im True Color Mode sehe ich im Preview auch keine Änderung beim Verändern der Helligkeit.
Schön wäre halt, wenn man auch mit richtigen Paletten konvertieren könnte, Colodore, atomcode, PALette.
Beinhaltet "code" in atomcode auch Python? ![]()
Hatte ich in nem anderen Thread aufgeschnappt. ![]()
Ich "arbeite" aktuell ja mit Sönke zusammen.
Kürzlich hat er die Point&Click-Variante von The Curse of Rabenstein veröffentlicht.
Bitte melde dich an, um diesen Link zu sehen.
Dabei fiel mir die Titelgrafik auf, die verglichen mit den In-Game-Grafiken eher schlicht daherkommt.
Daher wollte ich etwas nachbessern. Ausgangspunkt war die höherauflösende "16-bit" Originalgrafik von Stefan Vogt.
Die Zielsetzung:
-Weiße Schrift: leserlicher und gefälliger durch Anti-Alias. Das S sieht nicht mehr aus wie eine 5, die Buchstaben sind nicht mehr so "quadratisch".
-Rote Schrift: leserlicher und gefälliger durch Anti-Alias und Schlagschatten. Das rot ist beim C64 fast so dunkel wie das blau und dadurch ist die Schrift nur schlecht lesbar vor dem Hintergrund. Durch den Schlagschatten wäre die Schrift sogar noch auf einem S/W-Fernseher gut lesbar. ![]()
-Hintergrund: Bei der C64-Titelbildvariante von Stefan Vogt fehlen viele Details des "16-bit" Hires Originals. Hier habe ich versucht, durch besseres Konvertieren und Anti-Alias möglichst vieles davon in die C64 Multicolor-Auflösung zu retten. Zusätzlich habe ich abrupte Baumstamm-Krümmungen, die selbst im Original so drin sind, durch Anti-Alias/Dither etwas entschärft. Es sieht so mMn. einfach stimmiger/natürlicher aus.
Grundlage war also ein Konvertierung, aber nicht wenige Pixel wurden danach von Hand gesetzt.
Überprüft/optimiert habe ich immer wieder am CRT.
Stefan Vogt gefällt das Ergebnis zwar, aber er möchte für seine 8-bit-Varianten ein einheitliches Titelbild. Daher wird meine Version nicht verwendet werden. Das verstehe und respektiere ich.
Trotzdem wollte ich Euch das Resultat mal zeigen. Wäre ja schade um die Arbeit.![]()
Da es eh schon egal war, hab ich mir die Freiheit genommen, und noch einen Mond scheinen lassen für etwas mehr Stimmung.
mfg Tobias
War ja mal wieder Tatort-Reifezeugnis drauf. Daher aus gegebenem Anlass. ![]()
Ich dachte mir, ich mach auch mal wieder was. Hier ein Bild, das auf den ersten Blick ganz einfach zu konvertieren aussieht, was dann aber gar nicht so ist, vor allem, weil die Hautfarbe eben nicht flächig verteilt ist, und weil die kleinen Details - vor allem an der Person - in Multi-Auflösung doch so ihre Schwierigkeiten haben. Alles in allem bin ich aber ganz zufrieden...
Bitte melde dich an, um diesen Anhang zu sehen. Bitte melde dich an, um diesen Anhang zu sehen.
Links - wie man unschwer erkennen kann - das "Original", rechts (oder unterhalb, je nach Bildschirmgröße bei euch zuhaus) eine IFLI-Version (160x320) als PNG mit der PALette von Tobias . Im Anhang das selbststartende IFLI. Die Version mit der GoDot-Palette würde hier auf dem PC besser aussehen, aber auf der Real Machine taugt das eben nicht.
Arndt
Als ich mir das eben im VICE angesehen habe, kam mir eine Idee, und ich frage mich gerade, ob das mit einem Emulator überhaupt möglich wäre: Die Mischfarben (optional) statisch darzustellen. ![]()
Bei meinem bisher verwendeten Mufflon1 ist das EINE Datei mit 3.62MB
Jo, und die habe ich einfach entpackt.
Im gezippten File hast Du bereits die mufflon(1).exe ersetzt, richtig?
Ja
Scheint so ne Art Frankenstein zu sein, z.B. das Pre-Convert funktioniert nicht.
Ja, so ganz passt es offenbar nicht. Wäre schön, wenn jemand dafür eine neue GUI machen würde.
Beinhaltet "code" in atomcode auch Python?
Nein, leider nicht. Aber selbst, wenn ich's könnte, wäre das gefühlt dann ungefähr das 138. Projekt, das ich anfinge.
ob das mit einem Emulator überhaupt möglich wäre: Die Mischfarben (optional) statisch darzustellen
Welche Mischfarben? Das Interlacegeflackere macht doch der Emu, oder nicht?
Oder meinst Du simuliert ohne Flackern? Sollte denke ich schon gehen. Ist dann halt nicht mehr original. ![]()
Ja, so ganz passt es offenbar nicht. Wäre schön, wenn jemand dafür eine neue GUI machen würde.
Wäre ich stark dafür ![]()
Welche Mischfarben?
Na die, die durch die wechselnden Farben entstehen sollen. Auf einem CRT klappt das ja auch halbwegs. Und ja, der Emu auf dem PC und auf einem TFT mit z.B. 60Hz flackert dann wie wild.
Oder meinst Du simuliert ohne Flackern?
Ganz genau, also so, wie wir das mit PS machen, 50/50 mischen.
Sollte denke ich schon gehen.
Ja, aber wenn ich so drüber nachdenke, ist das nicht gerade trivial ..
blau => ok
blau -> rot => könnte nur Bildwechsel sein
blau -> rot -> blau => harrr, soll bestimmt eine Mischfarbe werden, also machen wir da mal einen lila Punkt hin, so lange bis der Wechsel aufhört
Bei einem statischen Bild mag das gehen, aber was, wenn sich das ganze bewegt, z.B. mit einem Sprite mit Mischfarben? Wir würden das immer noch als Mischfarbe empfinden, weil wir mit dem Punkt mitgehen, aber wie macht es der Emu? Gar nicht so einfach.
Ist dann halt nicht mehr original.
Na ja, je nachdem, wie man es sieht: Das Geflacker ist nicht "original" bezüglich eines CRT. Eine statische Mischfarbe simuliert einen CRT sozusagen besser. Als Alternative gegenüber dem Geflacker fände ich das praktisch. Aber, wie gesagt, ich befürchte, dass das nicht einfach zu implementieren wäre.
atomcode : Meinst du das so, wie auch mein PNG erzeugt wird? Also die zwei Farbkomponenten eines Doppelpixels zu einer neuen Farbe (eben der Mischfarbe) umdefinieren? Dann bräuchtest du für den Emu einen extra 256-Farben-Modus, der dann mit so einer Mischfarbenpalette "bestückt" wäre (meine IFLI-Paletten - also die von GoDot - haben 136 Farben, die 16 "Originalfarben" und Bitte melde dich an, um diesen Link zu sehen. (für das Tarzanbild wurde die Palette aus dem kleineren Bild auf der verlinkten Seite verwendet).
Arndt
Eine statische Mischfarbe simuliert einen CRT sozusagen besser. Als Alternative gegenüber dem Geflacker fände ich das praktisch. Aber, wie gesagt, ich befürchte, dass das nicht einfach zu implementieren wäre.
X% dieses + Y% letztes Bild ohne irgendeine Extra-Erkennung zur Darstellung zu bringen dürfte nicht schwer sein. Das würde dann natürlich wie ein sehr starkes Nachleuchten wirken und bei Bewegungen für Schlieren sorgen, aber Interlace hübsch machen. Bei 50%+50% ließe sich dann aber wirklich alles flackerfrei mischen, das wäre dann auch nicht wirklich Original.
wenn sich das ganze bewegt
Gibt's bewegte Interlace-Anwendungen?
Eine statische Mischfarbe simuliert einen CRT sozusagen besser.
Naja, das kann schon auch ganz gut flackern.![]()
Gibt's bewegte Interlace-Anwendungen?
but hello, "It's Magic 2" z.B.
Meinst du das so, wie auch mein PNG erzeugt wird?
ja
Dann bräuchtest du für den Emu einen extra 256-Farben-Modus, der dann mit so einer Mischfarbenpalette "bestückt" wäre
Nö, warum das denn? Die Farben würden doch automatisch erzeugt aus der normalen 16-Farb-Palette.
Bei 50%+50% ließe sich dann aber wirklich alles flackerfrei mischen, das wäre dann auch nicht wirklich Original.
Das stimmt, aber schöner. Man könnte wählen zwischen bisherigem "Nicht-originales-unregelmäßiges-Flackern" und neuem "Nicht-originales-nicht-mal-Flimmern". Wenn das optional wäre, könnte das ja jeder für sich entscheiden, ob er es anschaltet. Es soll ja auch User geben, die sich Paletten installieren, wo das Orange heller ist als Hellblau, Braun heller als Rot, und das ganze dann noch mit diesem komischen Rundungsfilter, was auch nicht original ist. So ein Interlace-Auto-Misch-Filter wäre z.B. praktisch für Youtube-Uploads, wo ja beim Betrachter nochmal Bildfrequenzüberlagerungen hinzukommen. Wenn man die Stärke des Mischeffektes dann noch einstellen könnte, um das Geflacker wenigstens zu reduzieren, wäre es am besten.
but hello, "It's Magic 2" z.B.
Ok, muschmaanguggen.
Wobei z.B. bei Mayhem eher das PAL-Mixing genutzt wurde.
Bitte melde dich an, um diesen Link zu sehen.
Dafür wäre es auch nützlich, zwei Paletten zu haben, einmal odd, einmal even.
mfg Tobias
Hab mich mal interessehalber an einem schönen, von Kaos per Hand gepixelten Original versucht.
Bitte melde dich an, um diesen Link zu sehen.
Handgepixelt sieht schon schöner/sauberer aus.![]()
Aber so schlecht ist die Konvertierung nicht, dafür dass man nur wenige Knöpfchen drücken muss und gar kein Talent braucht. ![]()
Mit etwas mehr Kontrast könnte man dem gepixelten Bild vielleicht noch näher kommen.
mfg Tobias
Ah, herrlich!
Ich bin immer wieder selber fasziniert, was GoDot ohne weitere Einstellungen aus so einem Bild herausholt. Hier von links nach rechts: reines Multicolor, IFLI mit dedizierten Doppelpixeln und IFLI in PC-Darstellung (mit Mischfarben). Das Koala und das IFLI auch als selbststartende Bilder im Anhang.
Bitte melde dich an, um diesen Anhang zu sehen. Bitte melde dich an, um diesen Anhang zu sehen. Bitte melde dich an, um diesen Anhang zu sehen.
Selbst das Koala sieht schon gut aus, finde ich.
Arndt