Ja, aber das ist nicht leicht umzusetzen. Ich kenne bisher nur einen, der das gemacht hat. Musst auf jeden Fall ASM dafür können.



Möglicherweise mit einem Generator oder so. Wozu brauchst du das denn?

Also ich kann auf SMWC nichts finden, was Powerups nur temporär deaktiviert. Wäre es nicht möglich stattdessen die Levels einfach so umzubauen dass man keine Items zum Ziel tragen kann?

Du könntest es mit dem Patch "[Xkas] Carrying fixes" probieren. Den kannst du so einstellen, dass du keine Items tragen kannst, während du kletterst. Musst du nur vor jedem Ziel irgendwo eine Kletterpflanze hinpacken.

Ich persönlich bin ohnehin kein ein all zu großer Fan von Pseudo-3D (schon in Donkey Kong Country fand ich den Effekt meistens ungewöhnlich) und auch hier sieht das für meinen Geschmack höchstens "OK" aus. Deswegen würde ich zu "verzichte auf den 3D-Effekt" tendieren. Mit 2D ist es nicht nur leichter zu arbeiten, es sieht auf so einer 16-Bit-Konsole meiner Meinung nach auch einfach viel besser aus. Wobei ich - wie gesagt - generell kein Fan von Pseudo-3D bin, deswegen sehen andere das vielleicht anders.

Finde ich gut, auch wenn ich den Flip noch etwas schneller machen würde (eben so, wie im Original). Außerdem sind die Soundeffekte total nervig. Im Original macht er ja beim Flippen gar keine Geräusche.

EDIT:
Stimmt nicht ganz, er macht schon eins, aber ein leiseres, unauffälligers und weniger störendes.

Um wie viel wetten wir, dass da immer noch irgendwo Bugs drin sind?

Pffft, Münzen! >.>
Das ist aber nicht das, was du oben im GIF-Bild gezeigt hast! BETRÜGER!



Eigentlich Admin!
Schon wegen dieser Verunglimpfung hast du die Wette verloren! Ja, ja.

Yes.

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.

Genau dafür musst du ASM lernen!

Wenn du die RAM Map genauer durchsuchst, findest du auch viele Adressen mit dem Eintrag "Empty", also RAM-Adressen, die im Spiel nicht benutzt werden. Die kannst du natürlich so verwenden, wie du willst.

Nein, geht nicht. Das SNES hat 128 kb RAM und mit denen musst du auskommen. Naja, es wäre vielleicht höchstens noch möglich, zusätzlichen RAM in eine Cartridge einzubauen, aber ich glaube, dass sowas noch nie gemacht wurde und weiß auch nicht, ob das einwandfrei funktionieren würde. Da das letztendlich auch von keinen Emulatoren unterstützt wird (einfach weil es sowas noch nicht gibt) sind die 128 kb (+ evtl noch der SRAM auf der Cartridge, was, glaube ich, bis zu 64 kb sein können) wirklich alles, womit du arbeiten kannst.

Was du brauchst sind Asar oder xkas (empfehle ersteres). Das verwandelt ASM ind HEX-Code und fügt ihn in die ROM ein. Außerdem solltest du ein Routine Hijacking Tutorial (oder wie auch immer das heißt) lesen. Ich ahne nämlich fürchterliches!

Das ist einfach nur eine Byte-Tabelle, in die Hex-Werte geschriebe und 1 zu 1 in die ROM eingefügt werden. "dw" stecht entsprechend für eine Word- und "dl" für eine Long-Tabelle.

Sieht schon OK aus, wobei er jetzt aber im Vergleich zu deinn bisherigen Levels auch nicht all zu viel neues bietet.

Seltsam finde ich allerdings den Namen. Zum einen gibt es im Level ja nur mal hier und da vereinzelt ein paar Löwenzähne (selbst der BG ist komplett grün). Da ist es nicht sinnvoll, ein ganzes Level danach zu benennen. Auch klingt das "Plains" im Namen mal wieder so labidar, da du es so oft verwendest und es in Kombination mit "Dandelion" auch etwas seltsam klingt. Den Namen würde ich also noch ein wenig verfeinern (und vielleicht noch ein bisschen mehr auf das Löwenzahn-Gimmick setzen).

Zumindest hast du jeweils ein E zu viel.



So müsste das im Ansatz richtig sein (wobei ich die Position jetzt nicht überprüft habe). Besser wäre aber:



Außer natürlich das geht aus irgendeinem Grund in dieser speziellen Situation nicht, was ja mal vorkommen kann.

Aber was ist mit LDA $70036F? Willst du tatsächlich den SRAM dafür benutzen?
Ich empfehle dir auch für solche Dinge immer Labels zu verwenden, sonst wird es später verdammt nervig, wenn du mal eine Adresse ändern willst oder musst.

Beispiel:

Moment, ich habe selbst Scheiße gebaut. Das E musst du hinten anhängen. Also müsste es heißen



oder alternativ





Ich gehe mal davon aus, dass SRAM ein wenig langsamer ist, als normaler RAM. Aber selbst wenn nicht: Wie willst du das denn überhaupt umsetzen? Nehmen wir mal an, du würdest alle HP- und MP-Daten im SRAM speichern, so wie du es gerade tust. Stell dir vor, du hast vorhin dein Spiel gespeichert, inklusive deiner HP und MP. Jetzt wirst du getroffen und machst das Spiel aus, später wieder an. Rate mal, was dann passiert ist. Wenn du das Spiel fortsetzt hast du nicht etwa die HP, die du hattest, als du dein Spiel gespeichert hast. Nein, du hast noch die HP, die du nach dem Treffer hattest. Und genau da liegt das Problem. Selbiges gilt auch für MP und für die Max-Werte. Würdest du z.B. ein Level-Up kriegen (vorausgesetzt es gibt sowas bei dir), würden sich deine Max-Werte erhöhen. Würdest du dann das Spiel aus- und wieder anmachen, hättest du immer noch die erhöhten Max-Werte, selbst wenn du das Spiel zwischenzeitlich nicht gespeichert hättest.

Ja, aber die schreibst du logischwerweise erst in den SRAM, wenn du den Spielstand speicherst und lädst sie entsprechend auch vom SRAM in den RAM, wenn du den Spielstand lädst. Hier beschreibst/liest du ja durchgehend SRAM, was so definitiv nicht den von dir gewünschten Effekt erzielt. Ergo solltest du hier erstmal RAM verwenden. Um das Speichern kümmerst du dich später mit einem neuen Patch.

Sowas ist schonmal eine ganz, ganz blöde Idee.
Du gehst somit ja davon aus, dass deine erste Routine nur (bzw. maximal) $20 bytes belegt. Was aber, wenn du da mal was ändern willst oder musst und die $20 Bytes überschreitest?

Deswegen solltest du es folgendermaßen machen: Oben im Patch erstmal ALLE Hijacks untereinander auflisten und erst dann den Freespace. Also hier ein simples Beispiel:



So brauchst du auch nur eine einzige Freespace-Adresse und nicht zehntausend.

Fehler Nummer 2 ist, dass du auch immer wieder org $008F7E benutzt, also immer wieder dieselbe Stelle hijackst. Die logische Konsequenz ist natürlich, dass du diese Stelle immer und immer wieder mit deinem eigenen Code überschreibst. Logischerweise wird nur der allerletzte Hijack überhaupt irgendeinen Effekt haben.

Da alles Statusbar-Routinen sind, reicht es, wenn du nur einen einzigen Hijack machst und dann im Freespace den Code untereinander schreibst. Hier ein Beispiel:



Außerdem solltest du auch für MaxHP und MaxMP RAM nehmen. Wie gesagt: Das Speichern kommt später. Außer natürlich, du hast das bisher einfach noch nicht verändert.

Übrigens bin ich mir auch nicht ganz so sicher, ob $098000 wirklich schon Freespace ist. Hat das der Freespace Logger ausgegeben?

Na $090200 ist definitiv falsch. Das ist ja nichtmal ROM. ROM geht immer von $xx8000 bis $xxFFFF. Ganz sicher, dass du im Freespace Logger auch aus der richtigen Spalte kopiert hast? "LoROM Offset" ist das, was du kopieren musst.

Davon abgesehen sieht das aber auf den ersten Blick ganz gut aus.