Hires Grafik scrollen möglich ?

alles klar, danke. mit dem textsample verwechselst du mich aber

Mir war das Prinzip klar wie du das machst. Mich hat anfangs nur verwirrt das du was von "bitter der reu" geschrieben hast. Ich dachte erst das du was entdeckt hast, was ich bisher übersehen habe. Ich hab mir einen Treiber für den c64 Modus geschrieben und experimentier mit der schon eine Weile. Ich war am ausloten ob damit noch ein bißchen mehr geht als nur ram disk.

bits manipulieren geht nicht. du kannst kopieren und vergleichen.

und mit bischen tricksen speicherbereiche füllen. das wars..... leider.

logische verknüpfungen wären genial, da man so die grafik beschleunigen könnte.

für benutzeroberflächen in hires.

Quote from ivettaB

Ich mach das mit REU wegen der Geschwindigkeit.

Verzeihung, ich hätte mal eine Frage bezüglich der Verwendung der REU zum Scrollen einer Bitmap. Soweit mir bekannt ist (ich bitte um Korrektur, falls meine Informationen falsch sein sollten), übernimmt die REU für ihrem DMA die Speicherzyklen vom Prozessor. Damit das funktioniert, muß der Prozessor in der Zeit des Speichertransfers lahmgelegt werden. Bei einer vollständigen Bitmap wären das dann 8000 Taktzyklen zuzüglich Farbram.

Wie verhält es sich aber nun mit den Rasterinterrupts, wenn der Prozessor quasi abgeschaltet wurde? Sorgt der Interrupt dafür, daß der DMA unterbrochen und der Prozessor aus dem Winterschlaf geholt wird, um den Interrupt zu bearbeiten (und am Ende den DMA neuzustarten)? Oder teilst Du den Kopierprozess in mehrere Häppchen auf, damit zwischenzeitlich immer die Möglichkeit besteht, daß ein IRQ ausgelöst werden kann?

Quote from ivettaB

lda hires

and sprmaske

ora spritedata

sta hires

Das könnte man dann in einem Taktzyklus in Hardware machen

Display More

Ich befürchte, das dürfte nicht funktionieren, da die Speicherzugriffe jeweils einen Taktzyklus benötigen, d. h. 4 Takte wären hier das Minimum. Für schnellere Aktionen bräuchte man auch neues, schnelleres Ram, das mehr Zugriffe innerhalb eines 1 Mhz-Zyklus erlaubt als nur 2 (Prozessor und VICII).

Quote from M. J.

Verzeihung, ich hätte mal eine Frage bezüglich der Verwendung der REU zum Scrollen einer Bitmap. Soweit mir bekannt ist (ich bitte um Korrektur, falls meine Informationen falsch sein sollten), übernimmt die REU für ihrem DMA die Speicherzyklen vom Prozessor. Damit das funktioniert, muß der Prozessor in der Zeit des Speichertransfers lahmgelegt werden. Bei einer vollständigen Bitmap wären das dann 8000 Taktzyklen zuzüglich Farbram.

zu der bitmap kommt ja auch noch das farbram. aber du mußt nicht die vollen 10k kopieren. sondern immer nur eine zeile. in dem moment wo der dma chip (rec) arbeitet, liegt die cpu brach. alles andere, timer usw. laufen weiter.

Quote from MC64

aber du mußt nicht die vollen 10k kopieren. sondern immer nur eine zeile

Das meinte ich mit "mehrere Häppchen", allerdings weiß ich nicht, wie gut das dann mit einem Rasterinterrupt zusammenarbeitet. Eine Bitmapzeile sind ja immerhin 320 Taktzyklen, was ca. 5 Rasterzeilen (320 / 65) entspricht, in denen die CPU auf einen Rasterirq nicht reagieren kann. Das könnte zu einem Problem werden, wenn man einen Spritemultiplexer einsetzt, der mehrere genau terminierte Rasterinterrupts erfordert, deren jeweiliger Zeilenunterbrechungswert sich von Mal zu Mal ändert, oder liege ich da falsch?

also mit einer zeile meine ich 40 byte. da die reu ja nur byteweise aber nicht bitweise kopieren kann. ich selbst hab das noch nicht probiert.

das wird dir ivettaB besser beantworten können. ich weiß aber was du meinst, im bezug auf den multiplexer.

man könnte das eventuell kompensieren, wenn man immer ein komplettes hiresbild aus der reu ins c64 ram kopiert. das ist rein rechnerisch

schneller als wenn man immer 40 byte kopieren würde.

Also bei den Bildern aus Post #1 frag ich mich, ob man die nicht doch ähnlich gut per Zeichensatz darstellen kann. Oder evtl. aus zwei Zeichensätzen (per Screen) zusammenbaut, wenn 256 Chars wirklich nicht genug sind. Die Datenmenge wäre kleiner (inkl. Colorram), im besten Fall arbeitet man nur mit 40 Bytes-Fetches, und man könnte leicht scrollen.

Oder man scrollt gar nicht, sondern hat einfach alle Scroll-Frames einzelnd als Film in der REU, ähnlich hier

Quote from ivettaB

mehr als 4 Farben pro Zeile

Das Colorram erlaubt das doch. Z.B. im Knatterton Testvideo sind mehr als 4 Farben. Man braucht nur einen guten Converter...

Hier wird zwar Multicolor gescrollt, aber vielleicht ist das ja interessant und hilfreich.

reu-demo to scpu

Mind Collapse : zwar scrollen rechts + links, dafür aber FLI und ohne REU ...

Hat eigentlich mal jemand versucht mit der reu fli zu machen?

oder flimmert das noch mehr?

BlueReu : Das ist NuFli, das ist sogar noch "mehr" als FLI. Scrollt aber nicht, sondern kopiert gleich neue Bilder.

https://csdb.dk/release/?id=125622

Hires Bitmap Scroll aber evtl. etwas halbherzig