Ich mache das ganze mal lieber hier anstatt im Chat, da mir noch ein paar mehr Fragen eingefallen sind

Also vorweg, da ich mich mal wieder mit ASM beschäftigen wollte, RPG-Hackers Tut aber schon gelesen (ich hoffe auch verstanden) habe, habe ich mich an das Tut. vom Talkhaus gesetzt. Hab es mir jetzt ins Deutsche übersetzt, aber bei meinem Englisch die hälfte der Erklärungen nicht verstanden und ansonsten auch noch 2, 3 Fragen mehr entdeckt, die das Tut. leider nicht beantwortet.

1. Vor dem Blockcode für BTSD steht immer

soweit klar. Wenn man das ganze kürzer haben will nur das (Hauptsache oben stehen 7 Sachen)

Das wäre dann aber nur bei Marioberührungen und egal von wo möglich, oder?
Kann ein Block auch aktiviert werden, wenn Mario in ihm drinsteht und sonst nicht?

2.Es gibt nicht nur den Akkumulator (schreibt man den so?) A, sondern auch noch die Register X und Y.
Damit kann man Tabellen wie diese anlegen (Beispiel aus dem Tut.)

Wieso geht das aber nicht mit ganz vielen Wenn-Dann-Befehlen und dann mit LDA und nicht LDX? Wieso nicht auch LDY? Für was brauche ich die Register X und Y also genau wenn ich A nicht benutzen kann? Wann kann ich A nicht benutzen?

3.Wenn ich überprüfen will ob der Spiele eine bestimmte Taste drückt brauche ich "Binarybefehle". Wenn ich dann aber z.B.

So etwas habe, was mach ich dann damit? Wo packe ich es hin und wo finde ich auf der RAM Map die binären Adressen von Kontrollertasten, oder Stelle ich mir das falsch vor?

4.Was ist eigentlich noch PHA, PHX, PHY, PLA, PLX, PLY und was ist noch TAX, TAY, TXY, TYX, TYA, TXA?

Ich hoffe meine Fragen sind nicht nur Müll und bedanke mich schon mal dafür, dass ihr das hier überhaupt gelesen habt

Das Forum sollte sowieso erste Wahl sein.


Nee, der Code würde nur laufen, wenn man den Block von unten berührt.


Ja, LM ab 1.70 (?) und BTSD ab 0.44 unterstützen drei neue Offsets:

Mit denen kannst du zu Code springen, der ausgeführt werden soll, wenn man die Ecken berührt oder mit dem Kopf bzw. Körper drin ist. Vergiss das db $42 am Anfang nicht, sonst werden die nicht berücksichtigt.


Was?


Geht auch.


Wenn du indizieren willst. Falls es das Tutorial nicht gut genug erklärt hat, folgendes:
LDA $1337 lädt den Wert aus Adresse $1337, das ist klar. Wenn du aber LDA $1337,x schreibst, spielt das X-Register eine Rolle darin, aus welcher Adresse gelesen wird - der Wert in X wird zu der Zahl hinzugezählt, und aus dieser Adresse wird dann gelesen. Ist der Wert in X gleich 0, wird weiterhin aus Adresse $1337 gelesen ($1337+0). Ist der Wert in X 1, lesen wir aber aus Adresse $1338 ($1337+1). Ist X $10, lesen wir aus $1347, und so weiter. Dasselbe gilt für Y, nur schreibt man da eben LDA $1337,y.
Den Wert in A kann man nicht einfach so dranhängen, dafür gibt es keine Befehle. LDA $1337,a geht nicht.


Was? Wo hast du das her? Kapier ich nicht.


In der Beschreibung steht's:

Die Buchstabenfolge byetUDLR stellt ein Byte dar (acht Bits). Jeder Buchstabe entspricht einem Button und damit einem Bit. Würde START gedrückt und sonst nichts, wäre der Wert in $15 00010000. Der Buchstabe t steht in der Beschreibung für den START-Knopf, und der steht in dem Byte an der vierten Stelle von Links, also ist das Bit an der viersten Stelle von links gesetzt.
Die Buchstabenvergabe ist übrigens völlig egal, das dient nur der Verdeutlichung.


Letztere sind einfacher zu erklären: Übertragung des Wertes von einem Register ins andere. TAX kopiert den Wert von A nach X, TAY kopiert von A nach Y und so weiter.

Was erstere angeht, da musst du über den Stack Bescheid wissen. Das ist ein Bereich im RAM, in dem Werte zwischengespeichert werden. Stell ihn dir als Bücherstapel vor: Wenn du etwas auf den Stack legst, platzierst du den neuen Wert immer an oberster Stelle, und wenn du einen Wert herausholst, nimmst du immer nur den, der ganz oben liegt.
PHA ("Push A") speichert einen Wert auf den Stack, PLA ("Pull A") holt ihn wieder zurück. Beispiel:


Natürlich können auch mehrere Werte zur selben Zeit auf dem Stack abgelegt sein:


Nett ist dabei auch, dass du von einem Register ins andere pushen und pullen kannst:


(das würde in diesem Fall mit TAX einfacher gehen.)

Achte dabei immer darauf, dass der Stack ausgeglichen ist. Am Ende musst du genauso oft "gepusht" haben wie "gepullt":



Hoffe, das hilft dir weiter.

Von wissen erschlagen sein

Ok, danke für das mit den Blöcken, das ist glaube ich das einzige was ich relativ gut verstehe XD


Beispiel aus dem Tut:
Say we wanted a block that when hit, would make a sound effect depending on Mario's powerup. Just for example, i'm going to use the shell sound effects that get higher as the shell hits more enemies.

Geht das nicht auch in dem wir das Powerup laden, schauen ob MArio einen Pilz hat, wenn ja zu Code Pilz springen und den Soundeffekt abspielen, wenn nein schauen ob Mario eine Blume hat, wenn ja....
Dann bräuchte ich doch garkeine Tabelle.

Wenn LDY auch geht, gibt es dann einen Unterschied zwischen LDX und LDY?


Zu dem mit den Binarys hier der Tut Teil:
Today, we are going to learn Binary commands. Now, say we wanted to check if a certain button is pressed. Now, with your current knowledge, you would probably do something like:

Now, this would not work, as this checks if ONLY down is pressed, so if they were holding any other buttons, our code would not work. Instead, we do it a different way. In binary, there are 8 figures, which can be either 1 or 0. SMW uses these as bits, which are either set or not (1 or 0 respectively). The binary > SMW Bits goes like this:

So from this random piece of binary, bits 7, 3 and 1 are set. The rest are not.

Now, instead of using CMP to check if that is set, we use AND. AND works like this.

Now, say the controller was pressing Y and Down. This would make A amount to 41 (I believe, but the Ram map is unavailable, making this rather difficult). This would set bits 6 and 0. Then, we AND #$01, which is a value that has bit 0 set. AND then works like this:


Was bringt mir das nun? Wo pack ich das hin?




Sorry, kein Wort verstanden, nur das man es irgendwie aus diesem Code rauslesen kann

Ok, warum man TAX, etc. brauchen könnte leuchtet mir ein, aber wieso brauche ich PHA, etc. gibt es da irgendeine praktische Anwendung?

Ja, das stimmt. Trotzdem sind Tabellen vorzuziehen - sie sparen Platz, sind effizienter und machen den Code weitaus lesbarer. Was ist dir lieber, tausend Wenn-Dann-Befehle oder eine einzige Tabelle mit tausend Werten?


Keinen großen, und keinen, um den du dir jetzt Gedanken machen musst. Es gibt nur einige Befehle, die nicht mit Y funktionieren - zum Beispiel würde LDA $000000,x funktionieren, LDA $000000,y gibt es aber nicht.


Okay, das mit dem Binärzahlen erkläre ich dir lieber ganz von vorne.

Du weißt, dass ein Byte aus 8 Bits besteht, oder? In Hexadezimal kann man zum Beispiel E6 sagen, das ist eine Zahl, die ein Byte lang ist. Sie besteht aus 8 Bits, und ein Bit ist eine Ziffer, die entweder 0 oder 1 sein kann. Wenn man die Bits einer Zahl ausschreibt, dann nennt man das Binärschreibweise. Die Zahl E6 wäre im Binärsystem 11100110. Dieselbe Zahl, nur verschiedene Schreibweisen. Du kannst sie auch im dir vertrauten Zehnersystem aufschreiben, das wäre 230, aber das tut hier nichts zur Sache.

Auch wenn man in ASM programmiert, sind die Werte, mit denen du arbeitest, meistens 1 Byte (8 bit) lang. Du kannst zum Beispiel schreiben:

, das lädt den Wert E6 in A. Du kannst aber auch die Binärschreibweise verwenden:

Das ist exakt dasselbe! Wenn du diese beiden Codes in die ROM einfügst, sind sie genau gleich. Die verschiedenen Schreibweisen sind nur für uns Menschen da, der Maschine ist das egal.
Hexadezimale Zahlen werden durch ein Dollarzeichen ($) angezeigt, Binärzahlen durch ein Prozentzeichen (%). Und merk dir: Welche Schreibweise du wählst, ist egal.( Normalerweise nimmt man aber die Hexadezimalschreibweise, die ist kürzer.)

Stell dir vor, der Wert in Adresse $15 wäre #$34 - das ist dasselbe wie 00110100.

Soviel dazu, jetzt zu den Controller-Adressen. $15 ist eine Adresse, deren Wert davon abhängt, welche Knöpfe man gerade drückt. Drückt man zum Beispiel den START-Knopf und sonst nichts, ist der Wert in Adresse $15 00010000, was dasselbe ist wie #$10.
Und woher weiß man jetzt, welcher Wert für welche Knöpfe steht? Vielleicht hilft dir das hier mehr weiter als die RAM-Map:

00000000 <-- dieses Bit ist 1, wenn A oder B gedrückt werden, und 0, wenn nicht
00000000 <-- dieses Bit ist 1, wenn X oder Y gedrückt werden, und 0, wenn nicht
00000000 <-- dieses Bit ist 1, wenn SELECT gedrückt wird, und 0, wenn nicht
00000000 <-- dieses Bit ist 1, wenn START gedrückt wird, und 0, wenn nicht
00000000 <-- dieses Bit ist 1, wenn der Pfeil nach oben gedrückt wird, und 0, wenn nicht
00000000 <-- dieses Bit ist 1, wenn der Pfeil nach unten gedrückt wird, und 0, wenn nicht
00000000 <-- dieses Bit ist 1, wenn der Pfeil nach links gedrückt wird, und 0, wenn nicht
00000000 <-- dieses Bit ist 1, wenn der Pfeil nach rechts gedrückt wird, und 0, wenn nicht

Verstehst du jetzt, warum der Wert 00010000 ist, wenn START gedrückt wird?

Natürlich kann man auch mehrere Knöpfe gleichzeitig drücken, dann sind eben mehrere Bits 1. Wenn man zum Beispiel gleichzeitig SELECT, nach oben und nach links drückt, ist der Wert in Adresse $15 00101010. Und das ist dasselbe wie #$2A.

Wenn du jetzt überprüfen willst, ob man gleichzeitig SELECT, nach oben und nach links drückt, könntest du folgendes machen:


Oder, wenn dir die Binärschreibweise lieber ist:



Wenn man SELECT alleine drückt, ist der Wert in $15 00100000, was dasselbe ist wie #$20. Wenn du überprüfen willst, ob man SELECT drückt, könntest du folgendes tun:



Das würde auch oft funktionieren. Wenn man allerdings zur selben Zeit SELECT und einen anderen Knopf drückt (sagen wir mal SELECT und nach oben), dann würde das im obigen Beispiel nicht als "Knopf gedrückt" zählen. Der Grund: Wenn man SELECT und nach oben drückt, ist der Wert in $15 00101000, und das ist #$28. Der Code würde nicht zu "KnopfGedrueckt" springen, denn du überprüfst ja auf den Wert #$20, nicht #$28.

In den meisten Fällen nimmt man für Knopf-Abfragen AND statt CMP und vertauscht BEQ und BNE. Ein besserer Code würde also so aussehen:



Dieser Code würde zu "KnopfGedrueckt" springen, wenn man SELECT drückt - egal, welche Knöpfe man sonst noch drückt.

Warum das funktioniert und was AND ist... das würde hier zu lange dauern. Ich hoffe, du hast es jetzt etwas besser verstanden.


Natürlich, jede Menge sogar. Wenn du zum Beispiel Code von SMW veränderst, solltest du die Register vorher auf dem Stack speichern und am Ende wieder zurückholen, denn SMW verlässt sich darauf, dass in den Registern bestimmte Werte sind, mit denen es später weiterarbeiten will. Es gibt noch eine Menge mehr Anwendungsmöglichkeiten, aber mir will sonst gerade keine einfallen.

Ok verstanden, ein richtig fettes [size=1000]DANKE![/size]für dich.

Eines will ich noch anmerken:



Das ist für Blöcke eine schlechte Idee. Kein Block Tool, das ich kenne, könnte diesen Code so ohne weiteres ausführen, weil die Tabelle oben steht und somit als Code interpretiert wird und über dem LDX $19 nichtmal ein Label steht, zu dem gesprungen werden kann. Besser wäre etwas in dieser Form:



Tabellen sollten am besten immer unter dem Code stehen, in dem sie verwendet werden. Besonders in Blocks und Sprites.

Macht es den einen Unterschied, ob vor der Tabelle ein dcb steht, oder ein dbb?

Ups. Das sollte bei mir eigentlich "db" heißen. Zwischen dcb und db gibt es - soweit ich weiß - keinen Unterschied, aber einige Assembler unterstützen nur dcb und einige nur db. xkas unterstützt, meine ich, nur db.