Wie wär's mit $1493? Wenn die nicht Null ist, geht man durchs Ziel.

vermutlich würde das ganze in einer clean rom funktioniren doch ich habe das gefühl das LM einen ASM hack ein baut der den origial yoshi coin blink effect code umgeht...
(selbst wenn ich den blink Code komplett mit NOP ersetzte blinken die Yoshi coins im Level die gelben punkte auf der OW jedoch nicht mehr...)

Einfach gucken, ob das nicht #$50 ist.
Wenn das nicht funktioniert, dann musst du irgendwie die Goal Tape routine ein wenig umschreiben, mehr weiß ich grade nicht.

Warum genau willst du eigentlich die Farbanimation der Yoshi-Münze abschalten? Reicht es nicht, wenn du um das Ziel herum keine Yoshi-Münzen platzierst?

naja benutzte jetzt einfach eine custom paletten animation ^^
naja nächste frage D:
Wie kann ich herrausfinden auf welchem "level" der Player im moment steht
(ich meine nicht das Level tile sondern die Level Nummer wenn man es betritt)

And the next question :
Ich hab letztens mal den HDMA fix 4.2 von Ice man (?) Runtergeladen habe damit nur ein problem...
wenn ich mit einem sprite in der hand durch eine Pipe gehe (pipe ist auf priority enabled) dann sorgt der Patch ja dafür das
mario nicht hinter blöcken verschwindet die z.b. auch auf layer 1 sind jedoch wird das Sprite das mario trägt trotzdem hinter die blöcke gepackt...
(ich hoffe ich habe das einigermaßen verständlich erklärt ;/ )
wie kann ich das noch fixen?

@WYE: Ich bin mir nicht sicher, ob Alcaros Version wirklich 100%ig funktioniert. Jedenfalls hier mal eine Alternative, direkt aus der ROM kopiert:

Ich hab noch nie erlebt, dass die nicht funktioniert. Was macht deine Version denn anders?

Ehrlich gesagt weiß ichs nicht. Aber als ich mit den Overworld SMW Coins für SMWCPII angefangen habe, hat Sind mir in einer PN geschrieben

Und ich gehe mal davon aus, dass Alcaro eben diesen Code verwendet hat. Mit meinem Code habe ich es aber schon getestet und der funktioniert definitiv, auch in SMWCPII. Die genauen Unterschiede habe ich mir jetzt nicht angeguckt, aber meine Routine ist - wie gesagt - direkt aus dem Original übernommen und scheint ja auch um einiges länger zu sein.

hm naja den einzigen großen Unterschied zwischen der von Alcaro und RPG Hacker ,den ich sehe, ist das RPG Hackers Rotine daran denkt das auch Luigi auf der OW sein kann und nicht immer Marios Position lädt (in meinem Fall egal da es keinen multiplayer gibt) ansonsten springt Alcaros code ja auch nur zu der Rotine vom original Spiel...
naja
weiß jemand wie ich machen kann das Sprites noch vor Objeckten angezeigt werden wenn man mit ihnen durch eine Pipe geht?

Ups, dafür bin ich verantwortlich. Der Original-Code von Alcaro nimmt darauf auch Rücksicht, aber den Teil hab ich entfernt.

Hi.
Hab ne frage zu ASM weil ich anfangen will es zu lernen.
Sind ASM Codes Levelbasiert, oder kann ich sie auf mein komplettes Gameplay anwenden?
Hab ne Idee über ein RPG-Styled System mit Zaubersprüchen (wie ich das mache will ich selbst herausfinden ).
und wäre iwie doof wenn man sie jedes Level neu einsammeln müsste.

Das kommt immer drauf an, wo du den Code einfügst. ASM ist die Programmiersprache für SNES-Spiele und hängt erst mal nicht von Leveln oder sonst was ab.

Mit dem Patch "uberASM" kannst du ASM-COde an einer Menge vorbesteimmter Stellen einfügen - unter anderem in bestimmten Leveln, nur auf der Overworld - oder auch in allen Leveln zusammen.

Okay wenn das so ist
Und noch ne andere Frage.
In einigen Beiträgen auf SMWCentral ist immer von Free Space die rede.
Ich interpretier das jetz als nicht genutzte/leere Offsets.
Heißt das, dass ich dort alles mögliche reinmachen kann?

Yes.

Also kann ich mir nichts dir nichts den Offsets iwelche Werte zuweisen?
Hab mal den HEX-Editor geöffnet und hab folgendes gemacht:

0008A599 = 32
0008A59B = 32
0008A59C = 0F
0008A59D = 0F

Die Idee war, dass diese Werte Max und Current von HP und MP darstellen sollen.
08A599 ist dabei MAX HP
und
08A59C MAX MP.

Und mit ASM kann ich dann bei bestimmten Situationen die Werte in diesen Offsets ändern?
(Ich muss erstmal das Grundprinzip davon verstehen...)

Die Denkweise ist so nicht ganz richtig, aber tröste dich, genau dieselbe hatte ich anfangs auch. Lange hab ich mich gefragt "Wie wird bestimmt, welche Offsets für welche Werte stehen?"

Die Zahlen, die du siehst, wenn du eine ROM in einem Hex-Editor öffnest, sind nichts anderes als der ASM-Code, mit dem die ROM programmiert ist, und zwar übersetzt in Hex-Zahlen, damit der Prozessor den Code verstehen kann. Eine Folge von Bytes könnte zum Beispiel sein "A9 01 8D FC 1D 60". Das ist ASM, nur für Menschen nicht ganz so gut lesbar.

Nun kannst du ja noch kein ASM, daher sollte ich das vielleicht nicht mit Codebeispielen erklären... aber in ASM werden Befehle und Zahlen nebeneinander verwendet. DIe beiden ersten Bytes zum Beispiel, "A9 01", bedeuten so viel wie "lade den Wert 01". (Nur falls es dich interessiert, in lesbarem ASM geschrieben hieße das "LDA #$01"). Anderes Beispiel: "Vergleiche mit 32" würde "C9 32" heißen, wobei die 32 hier für deinen Max-HP-Wert stehen kann, und diese beiden Bytes wären am Ende irgendwo unter unzähligen anderen in der ROM drin. Später forscht jemand anders dort nach, entdeckt die 32, findet heraus, wofür sie zuständig ist, und teilt sie anderen mit. ("Hier, an Offset soundso, diese 32 steht für den maximalen HP-Wert!")

Tja, und so kommt die ROM-Map zustande - die Zahlen in der ROM sind der Programmiercode, und manche Stellen im Code stehen für Zahlen, mit denen etwas gemacht wird. Oh Mann, ich hoffe, das war zumindest halbwegs verständlich.

Jaja, hab ich schon (irgendwie) verstanden.
Aber das was du mir gerade erzählst gilt ja für die "normalen" Offsets.
Ich hab aber leere Offsets (also in denen nur 00 stehen) verwendet,
oder macht das keinen unterschied?

Um es mal vereinfacht zu sagen: Wenn du "leere" Offsets in der ROM beschreibst, beschreibst du... nunja, die ROM eben. Variablen (und dazu gehören nunmal auch HP und MP dazu) gehören aber in den RAM und nicht in die ROM, denn ROM kann zur Laufzeit nicht verändert werden. Daher kommt auch ihr Name, nämlich "Read Only Memory", als Speicher, der nur gelesen und nicht beschrieben werden kann.