Heute so konvertiert (aus: Heute so gepixelt)

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

  • Mit Faktor 2 sieht es schon etwas anders aus. Bei VICE verwende ich deswegen nicht die interne Snapshot-Funktion, die die dargestellte Bildgröße nicht berücksichtigt, sondern ein Snapshot-Tool.

    Wenn ich im Forum C64-Bilder zeigen will, verdopple ich die Größe ohnehin meistens. Die Snapshot-Funktion verwende ich, wenn ich das Ergebnis weiternutzen möchte, System-Screenshots mache ich, wenn ich ein Endergebnis zeigen will. Die Grafik ist dann ja nicht nur CRT-gefiltert, sondern auch schon auf das korrekte Seitenverhältnis gebracht. Das ist bei 1:1-Pixeldarstellung ja ein weiteres Problem: das Seitenverhältnis stimmt nicht.

    Bitte melde dich an, um diesen Link zu sehen. | Meine Lieblings-Themen im Forum64:

    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 melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.

  • Nochmal zwei Bilder. Macht Spaß! :smile:

    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. Bitte melde dich an, um diesen Anhang zu sehen.

    Diese beiden von Facet und Archmage (Originale auf Amiga 640x512, sind also etwas gecroppt)

    Im Anhang wieder die selbststartenden IFLIs. Wer die auf einem Emu anschaut, sollte Denise nehmen, macht das ruhigste Bild.

    Arndt

  • Ist ja echt fett. Auf einem Röhrenmonitor sehen die Bilder absolut top aus.:thumbup:

  • Ich lade hier auch mal wieder meine Werke hoch. Infos zu den Pics gibt es im Codefenster, weil dort die Textformatierung besser ist.:)

    Besonders viel Arbeit hatte ich an Wolfpack und The Legend of Billy the Kid. Beim erstgenannten Bild gab es mindestens 12 Blautöne und beim zweitgenannten

    Bild gab es mehrrere auf dem C64 nicht existierende Farben. Die anderen Bilder benötigten c.a. 4 bis 5 Tage Pixel- und Farbtauscharbeiten.

    Auf dem D64-Image sind die acht NUFLI-Bilder enthalten. Diese müssen auch nicht separat geladen werden. Einfach die erste Datei laden, Bild anschauen, für das nächstes Bild die Leertaste betätigen.:)

    Bild 02 ist für den Senior Sierohpätsch.:D

    PS: Zu Bob's bad Day fällt mir immer ein: Na junger Mann, haben Sie nichts zum Geburtstag bekommen...:lol27:

    Code
    00 Lost World --------------- Auflösung 336x240 - Farben 20 - Platform Atari 8-Bit
    01 BACT2098 ----------------- Auflösung 432x248 - Farben 16 - Platform PC-9800
    02 Nude gets a Shower ------- Auflösung 640x400 - Farben 56 - Platform PC-9800
    03 Wolfpack ----------------- Auflösung 320x200 - Farben 27 - Amiga
    04 Ruff and Reddy ----------- Auflösung 320x200 - Farben 16 - Amiga
    05 Power Strike II ---------- Auflösung 248x192 - Farben 24 - SEGA Master System
    06 Bob's bad Day ------------ Auflösung 320x256 - Farben 26 - Amiga
    07 Legend of Billy the Kid -- Auflösung 320x200 - Farben 19 - Amiga
  • Ach ja, ich nutze das IFLI-Grafikformat ganz selten, weil ich immer das Problem habe, dass die Grafiken die erzeugt werden, ein starkes Flackern aufweisen.

  • An einen NUFLI-Saver hab ich mich noch nicht gewagt, der Lader hat mich ja schon ein Stück Lebenszeit gekostet :D Daher nur IFLIs.

    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.

  • Ein NUFLI-Saver, da hast du dir aber was vorgenommen. Ich bin mir aber ziemlich sicher, dass du das gecodet bekommst.

    Rom ist ja auch nicht an einem Tag erbaut worden. Oder anders ausgedrückt: Gut Ding will Weile haben.:)

    Funktioniert das ohne RAMEXP überhaupt. Immerhin belegt ein NUFLI den Bereich von $2000 bis $79FF. Da sind zwei Bitmaps, Screenram, alle 8 Sprites usw.

    Dazu kommt noch die Speedcodegenerierung für die Spritedartstellung. Das wird bestimmt nicht einfach. Man kann sich aber zwecks Saveroutine, beim NUFLI-Editor V1.11 inspirieren lasen.:whistling:

  • Eine Grafik habe ich eben noch konvertiert und bearbeitet. Der Titel dieser Grafik hat den Namen Geschäfte von mir bekommn.:lol27:

    Das ist zwar keine geistige Höchstleistung, ich fand es aber witzig.

  • Ein NUFLI-Saver, da hast du dir aber was vorgenommen. Ich bin mir aber ziemlich sicher, dass du das gecodet bekommst.

    Ich nicht! Ich hatte nach dem Bitte melde dich an, um diesen Link zu sehen. zwar den Saver bereits angefangen und war da auch noch gut in der Materie drin, aber ich bin dann irgendwie davon abgekommen ( Omega ? :wink: ) Inzwischen müsste ich mir alles neu reinziehen...

    Funktioniert das ohne RAMEXP überhaupt.

    Nein. Schon der Lader ist das Modul mit der extremsten Verwendung einer REU unter GoDot überhaupt! Ich hatte schon eine Idee für den Renderer (ein Bild muss ja zusammengesetzt werden aus einem Zwei-Linien-FLI-Renderer und einen um eine Rasterzeile versetzten Zwei-Linien-Hires-Sprite-Renderer, die beide miteinander synchronisiert sein müssen, damit nicht Farben doppelt belegt werden: da war ich dran, ging auch schon), und dann musste das Ganze noch übersetzt werden ins Sprite-Crunch-Universum (Bitte melde dich an, um diesen Link zu sehen. mal nachlesen, bitte!) mit den erforderlichen Umschaltstellen an der timing-richtigen Position für die sechs Endlos-Sprites, die in den FLI-Bug-Sprites versteckt werden...

    Nee, das wird nichts mehr...

    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 habe viele über Linecrunching gelesen, aber über Sprite-Crunching noch nichts. Vielleicht sind das zwei Begriffe über das selbe Thema. Vielen Dank für den Link.:)

    Das mir der RAMEXP hatte ich mir schon gedacht. Godot mit seine Plugins muss ja auch noch genügend adressierbaren Arbeitsspeicher haben. Sonst wird es ganz schnell ganz eng.

  • Godot mit seine Plugins muss ja auch noch genügend adressierbaren Arbeitsspeicher haben.

    Das eigentliche Bild (das, aus dem die zu konvertierenden Daten ausgelesen werden) belegt in GoDot 32000 Bytes, also die Hälfte des Speichers. Zur Verwendung stehen nur der Anzeigebereich (8KB), hier und da ein paar Lücken und der nicht genutzte Bereich hinter dem dem gerade arbeitenden Modifier (die alle vier zusammen eben 4KB erfordern; fehlt als belegt noch der GoDot-Kernel mit dem Zeichensatz, anderthalb KB). Da reicht das, was übrig bleibt, bei NuFLI nicht mal ansatzweise.

    Arndt (aber genug davon, zzT!)

    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 habe mal gerade eben die Demo Ratt's Movie two von den links unten im Bildschirm durchlaufenden Zeichen befreit. Zuden habe ich die Demo auch neu gecruncht.:)

  • Deine Screenshots sind ja eher von kräftiger Natur. Daher wollte ich mir mal ne Umwandlungspalette basteln, damit die Bilder für mich am PC mehr wie C64 aussehen und nicht wie CPC. ;)

    Bob's bad Day fällt mir immer ein: Na junger Mann, haben Sie nichts zum Geburtstag bekommen...

    Dabei ist mir aufgefallen, dass bei diesem Bild wohl noch die originalen Farben drin sind.

    Bitte melde dich an, um dieses Bild zu sehen.

    Weil hier sind mindestens 4 Rottöne drin.

    Bei den Screenshots finde ich auch keine einheitlichen Farben. Welche Palette(n) verwendest Du denn beim Speichern?

    Danke und Gruß,
    Tobias

  • Ich nutze für Mufflon die Pepto- und Colodore-Palette, damit das Programm die Farben richtig zuweisen kann. Zum Bearbeiten nutze ich gar keine Palette, das ist alles handgepixelt.

    Die oben zu sehenden Bilder sind bearbeitet und müssen nur noch mit Mufflon in das NUFLI-Format gewandelt werden . Ich war zu bequem, Screenshots zu erstellen, weil sich an

    den Grafiken sogut wie nichts ändert.:whistling:

  • Ich nutze für Mufflon die Pepto- und Colodore-Palette, damit das Programm die Farben richtig zuweisen kann

    Nutzt Du Mufflon 2? Ich verwende Mufflon 1 Win GUI und das kennt nur Pepto und DeeKay.

    Ich war zu bequem, Screenshots zu erstellen, weil sich an

    den Grafiken sogut wie nichts ändert.

    Zumindest beim Bob Bild dürfte das nicht zutreffen. :)

  • ....Zumindest beim Bob Bild dürfte das nicht zutreffen......

    Stimmt, ich habe gerade nachgesehen und festgestellt, dass ich das bearbeitete Bild gelöscht, und das unbearbeitete behalten hatte.:whistling:

  • Jetzt mal was für Koala. Ein altes IFF, das uns früher nicht so gelungen war, wie wir gedacht hatten. Jetzt geht's besser:

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

    Vor allem die dünnen schwarzen Umrisse waren das Problem.

    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.