Sprite Pointer und VIC Bank

Richtig, der VIC hat immer nur Zugriff auf seinen 16-kB-Bereich (ausser dem Farb-RAM).

und char rom.

Ich finde das hier eine ganz gute Gesamtdarstellung.

VIC hat nur genug Adressleitungen um 16 KB zu adressieren, braucht also Hilfe um 64 KB abdecken zu können. Diese Hilfe sind die 2 Leitungen über die man die VCI-Bank einstellt. Die Einstellung der VIC-Bank erfolgt über einen der CIAs. Da VIC keine Schreibzyklen durchführen kann, kann er keine Register ändern. Damit müssen alle Informationen, die VIC zur Darstellung braucht in derselben Bank zu finden sein.

Das ist zwar ein alter Thread, aber wie kann man in Assembler abfragen, wo sich der aktuell verwendete Zeichensatz des VIC befindet?

Zitat von TeSoto

wie kann man in Assembler abfragen, wo sich der aktuell verwendete Zeichensatz des VIC befindet?

Grundsätzlich sollte es so gehen:

Doch Vorsicht: In den VIC-Bänken 0 (Grundeinstellung) und 2 "sieht" der VIC bei $1000 die Zeichensätze, obwohl sie nicht da sind. Das heißt, die obige Methode wird dann unter Umständen die Adresse 4096 ausspucken, obwohl dort nur freier RAM ist.

Im Register $DD00 kannst du auslesen wo sich die VIC Speicherbank (16K) gerade befindet.

Bit 0 und 1 sind dafür ausschlaggebend

11 = Bank 0 $0000 bis $3FFF

10 = Bank 1 $4000 bis $7FFF

01 = Bank 2 $8000 bis $BFFF

00 = Bank 3 $c000 bis $FFFF

Im Register $D018 befindet sich der Offset in der 16K VIC Speicherbank

Hier sind die Bit 1 bis 3 relevant (Bit 0 ist unbenutzt)

000 (0) = $0000 bis $07FF

001 (1) = $0800 bis $0FFF

010 (2) = $1000 bis $17FF

011 (3) = $1800 bis $1FFF

100 (4) = $2000 bis $27FF

101 (5) = $2800 bis $2FFF

110 (6) = $3000 bis $37FF

111 (7) = $3800 bis $3FFF

VIC Speicherbank + Offset = 16 Bit Adresse des Charakterspeichers.

Angenommen Bit 0 und 1 in D000 sind %00 = $C000 und Bit 321 in $D018 sind %110 = $3000 dann befindet sich der Zeichensatz bei $F000

Ich hoffe damit kannst du was anfangen.

Zitat von butlerking

Im Register $DD18

$D018

Hallo,

danke schon mal für die Antworten. Richtig anfangen kann ich damit aber nichts, da meine Assemblerkenntnisse reichlich begrenzt sind

Ich muß das Ganze dann auch durch einen Online-Assembler scheuchen, um den direkten Hex-Code zu bekommen. Labels machen es für

mich also eher komplizierter. Dann habe ich gesehen, daß die Routine mit einem JMP $BDCD endet, die Adresse also auf dem Bildschirm

ausgegeben wird. Ich möchte die Char-Adresse aber für eine andere Routine nutzen. Können die Werte zwischengespeichert werden?

In der Zeropage sind die Adressen 253 und 254 unbelegt, ginge das dort?

Zitat von TeSoto

Hallo,

danke schon mal für die Antworten. Richtig anfangen kann ich damit aber nichts, da meine Assemblerkenntnisse reichlich begrenzt sind

Ich muß das Ganze dann auch durch einen Online-Assembler scheuchen, um den direkten Hex-Code zu bekommen. Labels machen es für

mich also eher komplizierter. Dann habe ich gesehen, daß die Routine mit einem JMP $BDCD endet, die Adresse also auf dem Bildschirm

ausgegeben wird. Ich möchte die Char-Adresse aber für eine andere Routine nutzen. Können die Werte zwischengespeichert werden?

In der Zeropage sind die Adressen 253 und 254 unbelegt, ginge das dort?

Alles anzeigen

Du musst die Label welche goloMAK in seinem Listing anlegt nicht benutzen. Du kannst die Zeropage Adressen die er den Label zuweist auch direkt benutzen. Das Ergenis befindet sich dann in diesen Adressen ($FB und $FC). Wie du selbst schon schreibst werden die Adressen $FB bis $FE vom System nicht genutzt. Die Werte können dann dort verbleiben bis du sie brauchst.

Zitat von TeSoto

Richtig anfangen kann ich damit aber nichts, da meine Assemblerkenntnisse reichlich begrenzt sind

Ach so, ja dann bin ich von falschen Voraussetzungen ausgegangen.

Brauchst du das Programm für deine Hausaufgaben?

Die Adresse steht am Ende des Programms in $fb (Lo-Byte) und $fc (Hi-Byte). Die Bildschirmausgabe kann man auch weglassen, ist nur ein Bonus.

Nein, ich benötige das für eine Routine, die den aktuell verwendeten Zeichensatz in den VDC kopiert.

Aber das wird wohl doch komplizierter. Ich habe hier einen neuen Thread erstellt.