Wenn du den Doppelpunkt als Befehls-Trenner verwendest, dann müssen die Befehle hinter dem Doppelpunkt natürlich auch in derselben Zeile stehen und dürfen nicht einfach in die nächste Zeile verschoben werden. Die ganzen JMPs müssen also in dieselbe Zeile. Besonders das "BodyInside" kannst du da nicht so einfach in eine eigene Zeile schreiben, da das ohne das JMP überhaupt keinen Sinn ergibt. Befehl und Wert müssen immer direkt hintereinander in derselben Zeile stehen.

Hey weiß jemand zufällig wie man die Tabelle $7F:837D benutzt um tiles auf Layer3 anzuzeigen?
oder hat jemand einen kommentirten Code der diese Tabelle nutzt?

Alter, irgend was ist an diesem Code schief.


PS: Wieso ich beiden Bytes separat prüfe? Ganz einfach.

geht nicht (eigenständig geprüft und das war der Grund für das Problem).

Schon mal mit CMP.w probiert? Vielleicht weiß der Assembler nicht, dass du einen 16-Bit-Wert nehmen willst.

Nein! Ich habe ausdrücklich geschrieben:

Das Problem ist im ersten Code.

Wo bitte hast du explizit CMP.w geschrieben?

REP #$20 reicht für den Assembler nicht aus, um zu wissen, dass er 16-Bit-Zahlen benutzen soll. Er kann nur Vermutungen anstellen, und die macht er manchmal bis oft falsch. Hier, was soll der Assembler mit folgendem Code machen?


Das REP #$20 kann auch übersprungen werden, wie du siehst, also ist es für den Assembler kein hinreichendes Kriterium, 16-Bit-Werte zu verwenden. Probier doch wirklich mal CMP.w aus.

Ach ja, und wenn du sagst "irgendwas ist schief", hilft das nicht gerade weiter. Die beste Vermutung, die ich anstellen kann, ist, dass der Code falsche Daten lädt? Das dürfte daran liegen, dass du das Data Bank Register nicht richtig eingestellt hast. Entweder du benutzt PHB : PHK : PLB, oder du machst es dir einfach und benutzt LDA.l. Siehst du, was Längenangaben für Probleme lösen können?

entscheidet der Assambler überhaupt anhand des Prozessor flags das wäre doch unnötig komplizirt und außerdem wüsste er nicht den ausgangszustand der Flags...
zumindest xkas geht doch nur danach ob die zahl <=2 oder >2 ist

Das Problem ist hier eben gar nicht der Assembler, sondern der Compiler. xkas kann überhaupt nicht wissen, wo und wann welcher Code als 8-Bit und wo als 16-Bit ausgeführt wird. WEIL es eben von den Prozessor-Flags abhängig ist und es dem Prozessor aber eben möglich ist, jederzeit an jede beliebige Stelle der ROM zu springen und dort Code auszuführen. xkas kann deshalb nur Vermutungen anstellen, welcher Code wie interpretiert werden soll, und tut dies zwar meistens, aber eben nicht immer, richtig.

Klar, auf Anhieb mag das alles relativ kompliziert klingen. Es ist aber auch nicht grundlos, wie es ist. Vergiss nicht, dass die Assembler-Programmiersprache nur auf dem Papier existiert. Nach der Kompilierung hast du letztendlich nur reinen Maschinen-Code in Form von binären (=hexadezimalen) Zahlen. Das Problem ist, dass das SNES nur 256 Opcodes zur Verfügung hat. Klar, theoretisch wären mehr möglich, aber dann müsste man Opcodes auf eine Länge von 16-bit erweitern, was bedeuten würde, dass der doppelte ROM-Speicher für die Opcodes nötig wäre. Und kaum etwas war damals bei der Spiele-Entwicklung so wichtig, wie Speicherplatz zu sparen. Da man mit nur 256 Möglichkeiten aber sehr wenige Operationen darstellen kann, gibt es eben die Prozessor-Flags, die es einem ermöglichen, denselben Opcode je nach Kontext auf verschiedene Weisen zu interpretieren. Und deshalb ist dieses System nicht nur clever, sondern sogar notwendig.

Alter, das hilft mir doch gar nicht weiter. Diesen Code

habe ich gemeint. Nicht den hier:

Alter, wie dumm seit ihr denn.

PS: Beide Codes werden (logischerweise) mit Asar gepatcht.

Du korrigierst doch auch gerne Dinge, die eigentlich nebensächlich sind? Müsstest doch eigentlich resistent dagegen sein.

Und eine potentielle Lösung hab ich im letzten Absatz ja schon angegeben.

Funktioniert aber trotzdem nicht :

[edit]Ach,[/edit] Vergiss/Vergessen Sie es.

Sorry, aber das muss ich mir echt nicht anhören. WYE mag damit vielleicht kein Problem haben, aber ich lasse mich sicherlich nicht beleidigen, weil ich versuche, jemandem zu helfen. Das ist deine erste Verwarnung und eine Sperrung für 24 Stunden!

Also dass mit dem "dumm meinen" ist nicht wirklich ernst gemeint sondern weil die ganze zeit über den zweiten statt den ersten Code geredet wurde (sprich man sollte nicht alles wörtlich nehmen und bei mir ist es in dem Fall nicht wirklich beleidigend). 'tschuldigung, habe nicht auf die Wortwahl geachtet. (Warum habe ich nicht "dämlich" geschrieben? )

Noch was:


Und was ist mit Asar? Ich hatte auch noch die Befehle "autoclean" und "freecode" benutzt (und die kann man nur mit Asar benutzen).

Und statt

zu verbessern, verbesserte ihr das:

Und das war nicht der Code den ich meinte (und fals jemand schreibt: "Warum hattest du es nicht geschrieben?". Ich habe es extra geschrieben und ihr hattet nicht darauf geachtet. ). Könntest du mir eine zweite Chance geben? Und ich habe beim VVR-Thrad vergessen zu schreiben, dass ich autistisch bin (dummer, DUMMER Manuel) (und somit mein Gehirn anders arbeitet als bei mir den meisten von euch) . (Und ich lüge gar nicht. Ich könnte dir meinen behinderten Ausweis per Photo zeigen. )

Edit: Immerhin bist du und WYE ein bisschen lustig. *Zwinker-Smiley*

Das macht keinen wirklichen Unterschied. Das ist beides in der Regel beleidigend. Versuche einfach, ganz darauf zu verzichten. Wir brauchen hier keinen zweiten Robju!
Für Roby: Nicht böse sein, wir lieben dich trotzdem!!1
Manchmal jedenfalls.



Mit Asar kenne ich mich nicht so aus, aber da wird es genau so sein, wie in xkas. Es gibt einfach Dinge, die Compiler generell nicht wissen und höchstens annehmen können.



Es kann nunmal nicht jeder immer alles lesen. Auch (oder gerade) ein Admin nicht. Ich habe nur die letzten paar Posts in diesem Thread gelesen, da ist mir einiges entgangen. Sowas kommt nunmal vor. Das ist dann noch lange kein Grund, jemanden zu beleidigen. Insbesondere nicht, wenn man nur versucht, zu helfen.
Außerdem war insbesondere meine Antwort beispielsweise auch an mzünni gerichtet, nicht an dich. Er hat eine Frage gestellt und ich habe darauf geantwortet.



Die hast du ja bereits, das war ja nur eine Verwarnung, also alles gut. Und solange du dich von jetzt an zurückhälst, ist ja auch alles in Ordnung und du brauchst keine weiteren Verwarnungen zu befürchten. Aber versuche bitte auch ein wenig, dir die Kritik anderer Leute zu Herzen zu nehmen. Das ist ein gut gemeinter Rat.

Na ja, wenn du sagst, dass CMP #!Level im 16-Bit-Mode nicht geht, und ich weiß, dass das nicht so ist, dann lasse ich das nicht auf mir sitzen. Dass daraus eine größere Diskussion entstanden ist, das hat sich nun mal so ergeben.
Und deine eigentliche Frage hab ich ja beantwortet, wie gesagt.

Na ja, hat's denn nun geklappt?

du darfst im nicht mit #!Level verleichen dann vergleichst du mit der adresse an der !Level in der rom stehst du musst einfach nur CMP !Level schreiben
schreib trotzdem mal in den code direkt #$0105 statt #!Level

Moin!
Ich hab mir (mal wieder) einen simplen, aber unbrauchbaren Block zusammengebastelt, der nicht funktioniert.
Plan: Wenn Mario klein ist, soll er groß werden. Wenn er nicht klein ist, soll er zu Luigi werden.
Realität: Wenn Mario klein ist, wird er zu Luigi (auch klein). Wenn Mario groß ist, passiert nix!
Hier der Code:

Mit dem BNE hatte ich schon immer Probleme und wusste nicht wieso. Hoffe mir kann jemand helfen

Probier mal: