atomcode Super Bilder.
Da ist ja auch ordentlich Zeit rein geflossen.
Schade, dass die Grafiken nicht in ein Programm einfliesen, oder hast Du da was geplant?
Es gibt 735 Antworten in diesem Thema, welches 81.341 mal aufgerufen wurde. Der letzte Beitrag (
atomcode Super Bilder.
Da ist ja auch ordentlich Zeit rein geflossen.
Schade, dass die Grafiken nicht in ein Programm einfliesen, oder hast Du da was geplant?
>"Du resamplest also ein 2x2-Pixel-Feld über fünf Graustufen und schreibst das Ergebnis als neues Bild weg, richtig?"
Genau. Und dieser Vorgang ist erst Pass 1 von 11 (oben schrieb ich irrtümlich "12-Pass-", weil ich vergaß, dass ich die letzten beiden zusammengefasst hatte).
Die anderen 10 Passes dienen der weitgehend gleichmäßigen Verteilung der Interlace-Pixel in den beiden Sprite-Layers, damit sich die Gesamthelligkeit der beiden Frames angleicht, sodass das Flackern, das vor allem von Flächen und Clustern erzeugt würde, auf ein viel angenehmeres Flimmern reduziert wird, bei 60Hz übrigens kaum noch wahrnehmbar, sofern die Komponenten-Farben nicht mehr als 3 VIC2-Helligkeitsstufen auseinander liegen. Das Ziel war es also, die Idee der Kombination Interlace + Schachbrett-Rasterung, was bekanntlich auch nur flimmert und nicht flackert, auf die zu mischenden unregelmäßigen Punkte eines Bildes zu erweitern. (btw Irgendwie schwebt mir da allerdings noch ein effektiverer Algorithmus vor)
Ich erinnere mich noch, wie mein Bruder voreilig meinte, dann könne man ja einfach die eine Farbkomponente mit Schachbrettmuster filtern und die andere mit dem invertierten Schachbrettmuster. Wenn man aber bereits ein Schachbrettmuster in der Farbfläche vorliegen hat, was gar nicht mal so selten vorkommt, würde das ganze Muster durch die Filterung nur in den einen Layer fallen, und es würde wieder flackern. Dasselbe gilt für diagonale Linien, gepunktete senkrechte und waagerechte Linien oder auch gestreute Pixel, die zufällig hauptsächlich auf einer Sorte Schachfelder liegen.
Bitte melde dich an, um dieses Medienelement zu sehen.Bitte melde dich an, um dieses Medienelement zu sehen.
Nur 480p funktioniert hier, 50/60Hz - Monitor anpassen oder was passendes wählen. Störungen durch Interferenzen möglich.
>"Bei der Darstellung verwendest du Sprite-Overlays, damit die Hires-Auflösung erhalten bleibt?"
Ja, 2 Layers à 8 x 10 Sprites:
Bitmap = Hintergrundfarbe als Farbe 1 und als Komponente für Farbe 2, Vordergrundfarbe als Farbe 5 und als Komponente für Farbe 4
Layer 1 = Eine Hälfte der Pixel der Farbkomponente für Farbe 2 + Farbe 3 + Eine Hälfte der Pixel der Farbkomponente für Farbe 4
Layer 2 = Andere Hälfte der Pixel der Farbkomponente für Farbe 2 + Farbe 3 + Andere Hälfte der Pixel der Farbkomponente für Farbe 4
Bitte melde dich an, um diesen Anhang zu sehen.
Frame 1 (Bmp + L1) vs. Frame 2 (Bmp + L2)
Die Bildinformation, wie viele Pixel pro 2x2-Feld existierten, bleibt also erhalten, nicht aber, wo sie im 2x2-Feld lagen (1 Pixel o. 3 Pixel = 4 Mögl., 2 Pixel = 6 Mögl.).
Deswegen gibt es da noch einen Parameter (siehe Menü), mit dem man die Feldzuordnung bei einem überwiegend ungünstigen Fall verändern kann.
Am liebsten würde ich aber nochmal dabei gehen und das mit einem "Schärfe"-Parameter automatisieren. Beispiel (auf nur eine Dimension übertragen): weniger scharf/weicher => 011001100110 zu gggggg, scharf/härter => 00110011001100 zu bwbwbwb. Oder anders gesagt, wenn z.B. irgendwo isoliert 2 helle oder dunkle Pixel aneinander liegen, könnte man die als zwei jeweils gemischte Pixel samplen oder als einen mittleren. Das kennst du ja sicher selbst gut genug. Extrembeispiel: Ein 2x2-Quadrat, von dem sich jede Ecke in einem anderen Feld befindet, lässt sich zu einem grauen 2x2-Feld an der korrekten Stelle samplen - oder eben zu einem einzigen hellen oder dunklen Pixel, dessen Position allerdings nicht mehr ganz korrekt wäre, weil er theoretisch zwischen den Pixeln liegen müsste. Genau diese Qual der Wahl sollte dann der User haben.
>"Würdest du deine Routinen evtl. teilen für GoDot?"
Hättest eigtl. schon 1993 haben können. Bei mir lag es 25 Jahre in der Schublade.
Gestern hatte ich den Quellcode herausgesucht (schön verteilt auf nicht nummerierten Disketten), den sortiert und mir einen Überblick verschafft, was zur letzten Version gehört und das erst mal wieder lauffähig gemacht, denn die vorletzte Version war veraltet und die letzte enthielt Code, der noch nicht tat, und Dokumentieren war auch nicht so meine Stärke. Damit bin ich an dem Punkt, an dem ich damals war, als ich aufhörte. Wichtig wäre jetzt also noch, das Bild in einem sinnvollen Dateiformat zu speichern und zu laden, vllt. wahlweise als "Exe-Bild". Das kann ich noch machen. Es liegt das ganze bislang nur im Giga-Ass-Format vor, das ich konvertieren sollte fürs C64-Studio. Steuerprogramm (Main, 2k), Menü-Vorlage (1k) und das eigentliche Konvertierungsprogramm (Rsmp, 4k) sind getrennte Dateien.
Bitte melde dich an, um dieses Medienelement zu sehen.
Nur 720p@50. Wenn zu schnell, bitte SloMo und Pause nutzen.
>"Der Hawk ist wirklich ein Hawk, keine Eule, .."
danke ![]()
Schade, dass die Grafiken nicht in ein Programm einfließen, oder hast Du da was geplant?
Nee, wahrscheinlich nicht mehr, damals war es geplant für Lemuria, einer Mischung aus einem isometrischen Open-World-Spiel wie "Heroes of M&M" und dem Klassiker "Krieg um die Krone". Heute nutze ich nur noch Multicolor-Bitmapmodus und lege den Schwerpunkt nicht mehr auf technische Tricks, sondern aufs eigentliche Programm. Ich würde wahrscheinlich nicht mal mehr den Rahmen öffnen wollen und die paar gewonnenen Taktzyklen lieber in Algorithmen investieren. Hab zwei andere Projekte, Labyrinth-Spiel und Action-Adventure, die ich mit viel Enthusiasmus abwechselnd weiterstricke und als meine Passion ansehe .., wenn man sonst schon keine Passion hat. ![]()
p.s. Bei Interlace-Anwendungen am TFT ist es natürlich vorteilhaft, keinen schnellen Gamer-Monitor zu haben (hab ein AMVA+ Panel), etwaigen "Overdrive" abzuschalten und evtl. die Helligkeit etwas zu reduzieren. Wer am C64 eine alte TFT-Möhre mit vielen ms Reaktionszeit benutzt, kommt damit wahrscheinlich näher an den CRT als mit einem modernen Gerät. Wenn schnelle Sprites auf schwarzem Hintergrund einen Schweif hinter sich herziehen, dann ist das genau richtig. ![]()
Wichtig wäre jetzt also noch, das Bild in einem sinnvollen Dateiformat zu speichern und zu laden, vllt. wahlweise als "Exe-Bild". Das kann ich noch machen. Es liegt das ganze bislang nur im Giga-Ass-Format vor, das ich konvertieren sollte fürs C64-Studio.
Ober-Ober-Cool! ![]()
![]()
![]()
![]()
Ein eingebauter Player wäre ideal (das macht Bitte melde dich an, um diesen Link zu sehen. auch), dann könnte sich *jeder* die Bilder anschauen!
Bin sehr gespannt!
Arndt
Das ist übrigens meine AW1 Farbpalette, die hier im Denise läuft.
Würdest Du mir mal die Palette zur Verfügung stellen?
Ich beschäftige mich derzeit sehr intensiv mit "der" C64 Palette.
Ich könnte dann Deine Farben analysieren. Wie hast Du diese denn ermittelt?
Danke und Gruß,
Tobias
Hier jetzt nochmal alle konvertierten Pics auf einmal, die 17 besten von deinen konvertierten NUFLI's und 54 von mir konvertierte ZX-Spectrum Best-of Bilder und alle benannt nach den jeweiligen Vorlagen. Alles direkt startbar. So geht jetzt alles in mein Bilder Archiv mit hinein.
Mit welchem(n) Programm(en) hast Du die Bilder umgewandelt?
Würdest Du mir mal die Palette zur Verfügung stellen?
Im Denise ist die standardmäßig mit drin in der Paletten-Liste.
Ich beschäftige mich derzeit sehr intensiv mit "der" C64 Palette.
Ich könnte dann Deine Farben analysieren. Wie hast Du diese denn ermittelt?
Ich hatte damals über die TV-Karte meines alten PC's aus Spaß mal einen echten C64 angeschlossen und den im VideoFenster auf meinem damaligen Röhrenmonitor (IIYAMA Gerät) laufenlassen. Da mir die Farben dieses angeschlossenen C64 gut gefielen wenn alle Einstellungen des TV-Programms auf 100% waren (also Default Einstellungen), habe ich dann damals einfach eine Palette daraus erstellt, aus Screenshots unter Benutzung der RGB-Farbtupf-Version des MSPaint Programms, welches ja zu jeder Farbe den RGB-Wert anzeigen kann. Dann gibt es ein Tool, mit dem man aus diesen Werten, wenn man sie eingibt, eine VICE Farbpalette erstellen kann, die man dann in den Emulator hineinladen kann. Das war damals der Ausgangspunkt, dann habe ich diese Palette später auch in die anderen Emulatoren (HOXS/CCS64 usw) übertragen, gibt ja einen Thread zu dieser Palette, den du ja auch verlinkt hast, in dem das nochmal beschrieben ist.
Daß dies mit dem einfachen Anschließen eines echten Gerätes, keine technisch perfekte Art ist, eine Palette zu erstellen, weil da dann ja auch noch ein paar andere Faktoren mit hineinspielen, war mir auch klar. Jedoch war mir das, ehrlich gesagt, total egal damals, da die Farben sehr gut rüberkamen auf meinem BenQ Monitor (nicht zu grell aber auch nicht zu dunkel) und auch aus dem Grund, weil sowieso jeder User andere Einstellungen auf seinem Monitor verwendet und jeder etwas anderes bevorzugt. Da kann man eh nie sagen "das ist die richtige Palette, die jetzt jedem passt". Ich denke, jeder nimmt da das, was ihm auf seiner Hardware am meisten zusagt.
Was aber einigermaßen stimmen sollte bei meiner Palette, und das halte ich für nicht unwichtig, das ist das Verhältnis der Farben zueinander, da dies ja von einem echten C64 kommt. Denn wie sich die Farben zueinander verhalten, ist ja unabhängig davon, wie hell oder dunkel, wie gesättigt oder weniger gesättigt, die Palette insgesamt ist, das bleibt ja immer gleich.
Mit welchem(n) Programm(en) hast Du die Bilder umgewandelt?
Du meinst die 54 Spectrum-Bilder, denn die anderen hatte ja "Stephan Scheuer" umgewandelt? Diese Spectrum Bilder habe ich aus dem Archiv auf der Seite Tom's Editor, das waren diejenigen, die mir vom Spectrum mit am besten gefielen und wie schon erwähnt weiter vorne, habe ich die direkt mit dem Konverter auf der Tom's Editor Seite konvertiert. Siehe hier, weiter unten auf der Seite:
Bitte melde dich an, um diesen Link zu sehen.
In dem Fall muss man aber über einen Umweg (über das Format C64 ArtStudio) konvertieren, weil dort keine direkte Umwandlung von Spectrum scr-Bildformat auf C64 Display-Pic Format vorhanden ist. Insgesamt bin ich erstaunt, wie gut dieser Online-Konverter hier umwandelt.
Über Google hab ich sie gefunden.
Schau ich mir mal an.
EDIT:
Relativ helle Palette, Sättigung leicht unter Durchschnitt, Farbwinkel ok außer grün und lila.
Ja, wie schon gesagt, passt sie auf meiner Hardware wirklich gut, deshalb stellte ich sie damals auch online, denn vielleicht gefällt sie ja auch dem ein oder anderen User auf seiner Hardware? Hätte damals auch nicht gedacht, dass mir die Farben eines über die TV-Karte angeschlossenen echten C64ers unter den Default-Einstellungen (Helligkeit/Kontrast/Sättigung usw) des TV-Karten-Wiedergabeprogramms so gut gefallen würden. Da das aber der Fall war, hab ich das halt direkt übernommen und auch auf meinem neuen Flachbildmonitor kommen die Farben gut rüber.
Ist bisschen heller als manch andere Palette, das stimmt, habe ich auch schon bemerkt. Da mein Monitor aber immer relativ dunkel eingestellt ist, um die Augen nicht noch mehr durch extremen Kontrast zu belasten (denn der ist bei Flachbildgeräten eh schon recht stark), ist sie auf meiner Hardware (BenQ BL912 und dessen Helligkeit auf 16% eingestellt) eigentlich genau richtig. Also für meinen Geschmack zumindest. ![]()
Dann kommt ja auch noch dazu, wenn ich das Bild einiger meiner verschiedenen echten C64er vergleiche, dass sich sogar hier dann einige leicht unterscheiden, auch was die Farben betrifft und das nicht nur bei verschiedenen C64 Modellen (PAL/OLD PAL usw). Da ist es schon schön, in Emulatoren direkten Einfluss nehmen zu können auf die Palette, um es sich nach Wunsch auf der jeweiligen Hardware einrichten zu können, ganz unabhängig vom Anspruch, ob es jetzt eine zu 100 Prozent originalgetreue Palette ist oder nicht. Aber das Verhältnis der Farben zueinander sollte schon einigermaßen passen, sonst wirkt es unnatürlich, finde ich.
Dann kommt ja auch noch dazu, wenn ich das Bild einiger meiner verschiedenen echten C64er vergleiche, dass sich sogar hier dann einige leicht unterscheiden, auch was die Farben betrifft und das nicht nur bei verschiedenen C64 Modellen (PAL/OLD PAL usw).
Ja das stimmt. Das kann man auch messen und Leute, die sich damit auskennen, sehen das sogar an Schaltungsunterschieden im Chip.
Generell gibt es durch Toleranzen bei Chip/Modulator/Board geringfügige Unterschiede bei den absoluten Helligkeiten, relativ zueinander passen die aber.
R1 hat 5 Helligkeitsstufen, alle anderen 9 davon. NMOS hat leicht andere Farben und mehr "Sättigung" als HMOS-II (8565R2).
Es gibt also generell 3 Kombinationen: 5 luma / NMOS chroma, 9 luma / NMOS chroma, 9 luma / HMOS-II chroma.
Odd/even Zeilen haben jeweils immer Farbversätze zueinander. Bei NMOS stärker und "unsymmetrischer" als bei HMOS-II. Witzigerweise ist alleine das berüchtigte braun bei HMOS-II absolut rein.
Aber das Verhältnis der Farben zueinander sollte schon einigermaßen passen, sonst wirkt es unnatürlich, finde ich.
Die Helligkeitsverhältnisse Deiner Palette schauen ganz gut aus.![]()
Im UV-Diagramm sind die Grundfarben eingezeichnet. Die (Enden der) Linien stellen die "PAL-Farben" (EBU 100/75 Fabbalken) dar. Um diese oszilieren je nach Farbwinkel die odd/even-Farben des C64.
Ich habe mit ein paar Konvertern rumprobiert und unter anderem dieses Bild von "Liz Taylor" hier erstellt
Welche Konverter benutzt Du? Für NUFLI kenne ich nur Mufflon.
Sieht nicht schlecht aus, oder?
Jup. Du kannst ja auch mal nen Versuch mit Nadine Jansen machen, wie deren Konvertierung auf den C64 klappt.![]()
Welche Konverter benutzt Du? Für NUFLI kenne ich nur Mufflon.
Ja MUFFLON hatte ich dafür benutzt. Auch gerne mal ausprobieren würde ich den "MUCSU-FLI Converter" von Algorithm, nur schlägt da das Virenprogramm an und solange ich mir nicht sicher bin, dass dies ein Fehlalarm ist, lasse ich es mal lieber.
Jup. Du kannst ja auch mal nen Versuch mit Nadine Jansen machen, wie deren Konvertierung auf den C64 klappt.
Schau mer mal, wie der Kaiser immer gerne sagte. Aber das 16:9 Format neuerer Monitore wäre dafür zumindest gut geeignet, da sollte alles draufpassen. ![]()
Auch gerne mal ausprobieren würde ich den "MUCSU-FLI Converter" von Algorithm, nur schlägt da das Virenprogramm an und solange ich mir nicht sicher bin, dass dies ein Fehlalarm ist, lasse ich es mal lieber.
Dann nimm doch die EXE-Datei und lade sie z.B. bei virustotal.com hoch. Die Datei wird dann von vielen verschiedenen Virusscan-Engines geprüft. Hier z.B. das Ergebnis für mucsu-fli-converter.exe: Bitte melde dich an, um diesen Link zu sehen.
Die meisten Engines sagen, die Datei ist in Ordnung. Der Rest schlägt offenbar nur Alarm, weil ein spezifischer Packer für die EXE-Datei verwendet wurde. Das wird mitunter als gefährlich eingestuft, weil das bei Malware gehäuft der Fall ist. Das allein sagt über die tatsächliche Gefahr jedoch nichts aus.
Top.
Das sieht nach sehr viel Pixelarbeit aus.![]()
Top.
Das sieht nach sehr viel Pixelarbeit aus.
Teils teils. Manches selbst mit hineingepixelt (einige der Muster) und manches vom PC berechnen lassen und dann noch einen Photoshop-Filter darüberlaufen lassen. Und letztendlich dann mit MUFFLON solange herumprobiert, bis der Farbverlauf gut aussah. Und vom Sprite aus "Sam's Journey" hatte ich schon vor längerer Zeit einmal ein PETSCII Bild erstellt, in dem die Figur in gross dargestellt wird, dieses Bild wurde dann auch noch mit verwendet als Vordergrund. ![]()
Welches Mufflon benutzt Du?
Auf Windows gibt es bishler leider nur 1.0 als ausführbare Version.
Beim 2.0 gäbe es viele fiene Sachen, aber aber noch nicht für Windows mit GUI.
Welches Mufflon benutzt Du?
Auf Windows gibt es bishler leider nur 1.0 als ausführbare Version.
Beim 2.0 gäbe es viele fiene Sachen, aber aber noch nicht für Windows mit GUI.
Die V1.0, mit der V2.0 habe ich mich noch nicht befasst. Aber schon damit hat man einiges an Rumprobier- und Einstellungs-Möglichkeiten, vor allem im MUIFLI Bereich. Etwa mit den Farbpaletten, den Luminance-Reglern, Brute Force Spritecolors, Deflicker ja/nein, Different Inks/Sprites/Papers Einstellungen welche Color-Clashes minimieren und komisch aussehende Stellen im Bild verringern, das Bild dafür aber wieder etwas stärker flackern lassen, sodaß man abwägen muss usw usw. Macht Spaß das Tool, finde ich.
Beim V2.0 kann man z.B. noch den Farbraum wählen, in dem umgewandelt wird.
Auch cool. Stimmt, wäre toll, wenn es dazu ebenfalls eine in Windows ausführbare GUI gäbe.
So toll Deine Bilder aussehen, so gruselig ist Deine verwendete Palette.![]()
Warum?
Das ist die in Piixen eingebaute Pepto Palette. Die muss ich nutzen, um mit Mufflon ein vorhersagbares Ergebnis zu erzielen.
Meine WinVice Configuration nutzt eine externe Farbpalette mit dem Namen C64S, deshalb auch der "farbige" Screenshot.
Anbei das original Atari-ST Titelbild zum Vergleich.
Mein Ziel ist immer, das Konvert so originalgetreu zu erstellen wie möglich.![]()
Es geht ja auch nicht anders, von Interlaced Bildern einen vernünftigen Screenshot zu machen, sonst würde man immer nur eine der beiden Bild-Ebenen sehen und der Screenshot würde dann nicht gut und ganz anders als das echte Bild aussehen. Einziger Unterschied ist natürlich, dass es im Screenshot überhaupt nicht flackert, weil die Bildebenen ja direkt zusammengemischt wurden, während es im Bild auf dem C64 etwas flackert durch die schnelle Umschaltung. Aber es hält sich doch klar in Grenzen, man kann beim Konvertieren mit der Funktion "Deflicker" da wieder etwas entgegenwirken, was ich hier auch gemacht hatte.
Naja, im Prinzip könnte man ein animiertes GIF machen. Dann sieht man auch das Flackern.