letzter Beitrag von derSchnippe am
Hallo alle zusammen,
ich bräuchte mal eine kleine Hilfe bei der Assemblerprogrammierung
Ist bei der indirekten Y-nachindizierten Zeropage-Adressierung denn ein Konstrukt wie im Titel möglich?
Ich nutze das CBM prg Studio falls diese Info benötigt wird 
Grüße
Nein,
es gibt ja STA (zp),y welches mit y=8 an die Adresse zp+8 schreibt und STA (zp,x) welches mit x=8 and die adresse schreibt die bei zp+8 steht.
Du kannst Dir das auch anders merken:
am C64/6502 ist jeder opcode genau 8 bit breit mit 8 oer 16 bit 'daten'.
Wenn es 16 bit sind, ist das IMMER eine absolute Adresse.
Fuer Deine '8' im Beispiel waere also gar kein Platz.
ldy #0
sta (zp),y
ldy #8
sta (zp),y
inc zp (ueberlauf beachten)
Zwei Zeropageadressen, also $f9 und z.B $f7. $f7 enthält dann einen um 8 höheren Wert als $f9, wäre auch eine Lösung.
Danke 
Dann probier ich mal weiter
Der Code hängt natürlich davon ab, was Du wirklich machen willst. Wenn Du die Zeropage nicht wirklich brauchst ist sowas schneller:
sta $xxxx,y
sta $xxxx+8,y
iny
Ja dann hol ich mal noch weiter aus ...
Ich möchte ein Zeichen (8x8) auf dem Grafikbildschirm anzeigen.
Dieses Zeichen liegt nun nicht im praktischen Raster sondern zum einen um vier Bit nach rechts verschoben sowie um 4 Bit nach unten.
Hier mal mein bisheriger Versuch:
Was ja nun gar kein Problem ist die ZeichenAdr über die ZP bereit zu stellen.
Nun wollte ich halt noch die Startadresse (hier also $2034) in der ZP bereit stellen und das ganze dann einfach als Funktion aufrufen.
Mein Problem sind nun also die Zieladressen und da hab ich entweder nen Knoten im Hirn oder es gibt keine einfache Lösung 
Grüße,
derSchnippe
Ob das einfacher ist, weiss ich nicht, aber wie wär's mit sowas:
Lies das Datenblatt, da steht alles drin was geht.
Günstig wären zwei Schleifen: eine für die linke Hälfte, dann ein Test ob wir uns eventuell schon in Spalte 39 befinden; wenn ja: Routine beenden. Wenn nein: zp und zp+1 um 8 erhöhen (bcc/inc zp+1) und Schleife für die rechte Hälfte durchlaufen.
Mahlzeit zusammen...
Lies das Datenblatt, da steht alles drin was geht.
Klasse Idee - wieso nur ist mir das nicht selber eingefallen 
Hätte ja sein können dass es nen relativ einfachen Trick gibt der mir nicht eingefallen ist?
Gelöst habe ich das ganze nun so:
Es funktioniert soweit und tut was es soll - ob das nun gut ist oder man das noch viel einfacher lösen kann ist ne ganz andere Frage
Danke erstmal für die Hilfe,
derSchnippe
Statt das gleiche Byte ein zweites Mal zu laden (kostet fünf oder sechs Taktzyklen), kannst Du den Wert in X aufbewahren (TAX...TXA kostet zwei mal zwei Taktzyklen).
... oder gleich mit "lax" laden ... dann braucht man nur noch den "txa".
Anderes Problem ist: Was ist, wenn bei der Addition von #8 auf $f9 ein Überlauf passiert ?
Besser zwischen "lda $fa" und "sta $fc" ein "adc #$00" einfügen ...
Statt das gleiche Byte ein zweites Mal zu laden (kostet fünf oder sechs Taktzyklen), kannst Du den Wert in X aufbewahren (TAX...TXA kostet zwei mal zwei Taktzyklen).
Über Zeitverbrauch hab ich mir noch gar keine Gedanken gemacht - muss ich mal im weiteren Verlauf etwas darauf achten.
... oder gleich mit "lax" laden ... dann braucht man nur noch den "txa".
Anderes Problem ist: Was ist, wenn bei der Addition von #8 auf $f9 ein Überlauf passiert ?
Besser zwischen "lda $fa" und "sta $fc" ein "adc #$00" einfügen ...
Was für ein Problem könnte mir denn ein Überlauf verursachen (mal abgesehen davon dass dann ja eh keine Zieladresse mehr stimmen würde) und ginge statt dem "adc #$00" auch ein "clc"?
Das High-Byte muss entsprechend korrigiert werden, wenn es zum Überlauf des Low-Bytes kommt. Wie z.B. mit den Anpassungen unten.
Wie schon oben angemerkt, wird das brachliegende X-Register mitverwendet, hier aber für das High-Byte, da man das bei einer Kettenaddition
öfter angreifen muss und billiger zu manipulieren ist.
Ok, die Carry-Optimierungen kann ich mir nicht abgewöhnen ... muss nicht sein, wenn es nicht um Speed geht.
Ach - jetzt ist der Knoten geplatzt!
Ich hatte nicht auf dem Schirm dass bei adc ja das Carry-Bit mitaddiert wird.
Wenigstens war ich nicht ganz auf dem Holzweg..
Danke euch 
