letzter Beitrag von kinzi am
Gibt soweit ich weiß keinen Grund, wieso das *nicht* gehen sollte. Dafür hat man ja Sprite pointer. (Und zum animieren. und zum multiplexen. hmmja ...)
Vielleicht kannst du einen kleinen Beispielcode zeigen, der nicht tut was du erwartest?
Wenn Du z. B. fünf Ballons als Sprites haben willst, dann definierst Du einen Ballon-Datenblock und läßt alle 5 Sprites darauf zeigen.
Dann hast Du einen Grafikdatenblock mit den Ballonpixeln und 5 Ballons. Allerdings hat jedes Sprite seine eigenen Register, z. B. Kollisionsregister, sonst könntest Du die 5 ja nicht unterscheiden, bzw. aufeinander reagieren lassen.
Danke!
Ja so habe ich mir das auch gedacht. Ich gehe davon aus, dass ich Pokes falsch setze und suche mal im Code rum. Wenn ich nicht weiterkomme, melde ich mich wieder hier. 
Der Start vom 64byte großen Spriteblock muß ein Vielfaches von 64byte sein. Je nach Spriteblockhöhe wird dann noch die unterste Möglichkeit im Block vorher abgezogen.
Jedes der acht Sprites hat dann einen Datenspeicher und da schreibst Du dann rein, welchen der 64bit Blöcke du meinst. Also wenn Du zwei Blöcke hintereinander hast, dann z.B. $37 und das nächste im Speicher direkt dahinter, also $38.
Je nach Spriteblockhöhe wird dann noch die unterste Möglichkeit im Block vorher abgezogen.
Huh? Was?
Die Wiki Seite beschreibt das eigentlich ganz gut.
https://www.c64-wiki.de/wiki/Sprite
Man hat 8 Sprite Adressen und die können 256 Speicherbereiche adressieren. Und natürlich kann man dann die Adressen mehrfach vergeben.
Also bei mir hat es geklappt mittlerweile.
Ich hatte das Platzieren des Sprites außerhalb des Return Befehls meines Initialisierungsprogramms gesetzt.
Auf Position 0,0 sehe ich kein Sprite, das war mir dann auch klar. 
Der Start vom 64byte großen Spriteblock muß ein Vielfaches von 64byte sein. Je nach Spriteblockhöhe wird dann noch die unterste Möglichkeit im Block vorher abgezogen.
Das ist mir früher nie aufgefallen. Ein Sprite besteht ja aus 3*21 Bytes, also 63 Bytes im Speicher. Der Zeiger auf das Sprite muss aber durch 64 teilbar sein. Man hat also pro Spriteblock 1 nutzloses Byte? Oder sehe ich da was falsch?
Ein Byte bleibt vom Sprite unbenutzt, aber nutzlos ist es nicht. Es ist frei für andere Zwecke.
Das ist mir früher nie aufgefallen. Ein Sprite besteht ja aus 3*21 Bytes, also 63 Bytes im Speicher. Der Zeiger auf das Sprite muss aber durch 64 teilbar sein. Man hat also pro Spriteblock 1 nutzloses Byte? Oder sehe ich da was falsch?
Das siehst Du richtig. Ich speicher da gerne die Spritefarbe ab.
Edit: zu lahm…
Ein Byte bleibt vom Sprite unbenutzt, aber nutzlos ist es nicht.
Das siehst Du richtig. Ich speicher da gerne die Spritefarbe ab.
Das ist keine schlechte Idee! Danke! Funktioniert dann zwar nur für Monochrome, aber besser als nichts.
Das ist keine schlechte Idee! Danke!
Multicolour-Sprites haben aber auch nur eine individuelle Farbe.
Aber wenn Du mehr Sprite-Metadaten als nur ein Byte brauchst, kannst Du ja das eine Byte als Zeiger auf einen Metadatenblock nehmen.
Im Prinzip kann es dann einen aus bis zu 256 verschiedenen Sprite-Metadaten-Blöcken adressieren (die aus irgendwelchen Gründen nicht einfach aus der Nummer des Spriteblocks ableitbar sind).
Das ist keine schlechte Idee! Danke!
Multicolour-Sprites haben aber auch nur eine individuelle Farbe.
Und wenn man wahnsinnig genug ist, bringt man auch zwei Farben in acht Bit unter. 
