letzter Beitrag von Schneider-Huetter am
Hallo zusammen,
eine Frage, die mich schon länger plagt, und auf die ich (evtl. durch "falsches" Suchen) keine Antwort gefunden habe, lautet:
Wie entstehen eigentlich diese wilden Farbmuster beim "Schnellladen", meistens (immer?) nur im "Rahmen", häufig verbunden mit scheinbar zufälligem "Zeichensalat" (zwei Beispiel-gifs im Anhang)?
Werden da einige Speicherbereiche genutzt, die eigentlich dem VIC vorbehalten sind, oder was passiert da? 
Danke schon im Voraus für Eure Rückmeldungen 
Grüße
Danke schon im Voraus für Eure Rückmeldungen
Da wird die bzw. werden die Rahmenfarbe(n) mittels IRQ/Interrupt sehr schnell durchgeschaltet. Eigentlich nur ein optisches Gimmick. 
häufig verbunden mit scheinbar zufälligem "Zeichensalat" (zwei Beispiel-gifs im Anhang)?
Werden da einige Speicherbereiche genutzt, die eigentlich dem VIC vorbehalten sind, oder was passiert da?
genau so isses
der Zeichensalat ist Code, der in diesen Fällen im Bildschirmspeicher läuft.
Wird meistens durch Entpacker oder durch Trainercodes genutzt.
Warum wird dieser Speicherbereich gern für sowas benutzt ?
Weil es ein 1000 bytes großer freier Speicherbereich ist der nach dem Starten des Game's/Programms eh initialisiert und meist gelöscht oder neu initialisiert oder aufgrund VIC-Bank-Umschaltung gar nicht benutzt wird. So kann man theoretisch in den Rest des 64k Speichers alles laden / entpacken.
Bei C64 ist das Farbenspiel im Rahmen ein extra Effekt, der aber auch ein Voranschreiten des Ladevorgangs signalisiert. Zumindest beim Sinclair Zx81 war das aber technisch bedingt, wenn ich mich recht erinnere. Evtl. gar noch beim ZX Spectrum?
Ähnliches hat man früher auch oft beim Sample-Playback auf dem C64 gesehen, wo die gerade gelesenen Daten nicht nur an den SID, sondern gleich noch am die Rahmenfarbe übergeben wurde (auch, weil man abhängig von der Samplerate eh noch Zeit abbummeln musste). Wenn dann noch der Screen abgeschaltet wurde (und der Rahmen den ganzen Bildschirm füllte), flackerte das ganze Bild.
Ich dachte immer das die entpackten Bytes u.a. ins Register vom VIC geschrieben werden, welches für die Farbe vom Bildschirmrand zuständig ist.
Also doch noch eine neue Theorie? 
Nein, dass die Daten außer ins RAM auch in das VIC Register geschrieben werden ist nur eine einfache Methode, einen lustig bunten Bildschirmrand zu bekommen. Ziel ist einfach ein Lebenszeichen, damit der Benutzer nicht denkt, der Rechner sei abgestürzt.
Schneider-Huetter .. Man kann natürlich auch die geladenen Daten ins Rahmenfarbregister schreiben, anstatt es zu de- oder inkrementieren, oder auch beim Entpacken die entpackten Daten. Zusätzlich oder alternativ wurden beim Entpacken gern auch die Daten in den SID geschrieben, damit man es hört, oder auch einfach nur als Zeichen in eine Ecke des Bildschirms - Hauptsache es passiert irgendwas während der Wartezeit. Und es ist keine Raketenwissenschaft; für den Rahmeneffekt braucht man ja nur einen einzigen zusätzlichen Befehl. Der Exomizer-Packer bietet extra dafür eine Option, um das einzubauen.
Man könnte sicherlich sagen, dass diese Darstellung einen nostalgischen Wert hat. Ich würde heute allerdings bei einem Loader und Entpacker lieber Ladebalken benutzen.
Ich würde heute allerdings bei einem Loader und Entpacker lieber Ladebalken benutzen.
Aber INC $d020 ist so schön einfach zu programmieren
Und dann war da noch dieser Entpacker, der immer so geknurrt hat. Hatten in den 80'ern zahlreiche Cracks.
Vielen Dank auch noch in Textform für Eure zahlreichen Antworten! Wirklich ein tolles Forum.
