Dem kann ich mich nur anschließen. Mal wieder typisch Underway!
Vor allen Dingen die Blasen gefallen mir. Bewegen die sich auch und sind animiert?

Kommt drauf. Zu welchem Zweck willst du das denn tun und wann?

Du musst dir aber im klaren sein, dass du VRAM nur während VBlanks beschreiben solltest, weil es sonst zu Glitches und Fehlern kommt. Die normale Status Bar-Routine (mit den SMW-Mirrorn) liegt nicht im VBLank, deswegen musst du erstmal einen Hijack-Punkt finden, der eben im VBlank liegt. Ich glaube UberASM kann hier helfen. Wenn ich das richtig in Erinnerung habe bietet das schon einen Spot im VBlank.

Das kann ich mir nicht vorstellen, außer du hast bereits einen Punkt im VBLank erwischt, ohne es zu wissen.

Nein. Sonst bräuchte es die Status Bar-Mirror ($7E0EF9) ja erst gar nicht.

Sehr nett, sehr nett.

Vermutlich wirst du die Nachrichten im Patch selbst bearbeiten müssen.

Nein, nein, nein, weg damit[flash="2,2"]http://www.rpg-hacker.de/flash/Awsumdance.swf[/flash]

ARGH! LASS UNS GEFÄLLIGST UNSEREN SPASS! DU MUSST JA NICHT MITMACHEN! >: (

UND NUN TANZT ZUR MUSIK!

Er meinte ja auch mich.

Und Übung macht schließlich den Meister. Bevor ich meine ersten guten Demos und Patches rausgebracht habe, musste ich auch erstmal ziemlich viele Rückschläge einstecken. Besonders als Teenager.

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.

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.

Übrigens kannst du bei JMP-Befehlen, die eh an dieselbe Stelle springen, auch einfach denselben Befehl verwenden (z.B. empfiehlt sich "Return").

Sieht für einen ersten Hack nicht schlecht aus, da kann man nicht meckern. Viel Glück dabei!

Du solltest es vielleicht etwas langsamer angehen. Anstatt Videos und Screenshots von jedem kleinen Fortschritt zu posten solltest du lieber erstmal eine halbe Welt oder so fertigmachen und dann Screenshots zeigen. Am besten auch nicht zu viele, um im Hack auch noch Überraschungen bereitzuhalten.

Das stimmt zumindest schonmal nicht. AND verändert den Akkumulator, das heißt vor dem zweiten AND musst du wieder LDA $15 benutzen.

Wieso das abstürzt kann ich mir aber nicht erklären. Hast du auch ganz sicher die richtigen Versionen von Block Tool und xkas?

Genau, hier liegt das Problem! Wenn man binäre Werte benutzt, sollte man immer Länge-Indikatoren verwenden, sonst versucht xkas die Länge zu erraten und tut das leider meistens falsch. Also müsste es richtig folgendermaßen aussehen:

Yesh. Damit wird die Länge des Wertes hinter dem Befehl angegeben. .b = Byte (also 8-bit), .w = Word (also 16-bit) und .l = Long (also 24-bit). Bei Hex-Zahlen weiß xkas in der Regel, welche Länge gemeint (zwei Stellen = 8-bit, vier Stellen = 16-bit und sechs Stellen = 24-bit). Bei Binärzahlen sind xkas aber die Anzahl an Stellen egal und er geht bei 16 oder weniger Stellen automatisch davon aus, dass es sich um eine 16-Bit-Zahl handelt, weil das SNES nunmal nativ mit 16-Bit-Zahlen rechnet. Deswegen musst du hier .b verwenden, um xkas mitzuteilen, dass eigentlich eine 8-Bit-Zahl gemeint ist.