Jubiläum auf SMWHacking.de ist das Elixier, für das ich lebe und das mich von Jahr zu Jahr treibt!

KK. Morgen früh bei mir.

Heilige Kaka, da hast du dich ja wirklich ins Zeug gelegt!
Aber ja, am Ende des Tages würde ich auch sagen "zu ambitioniert". Bis die fertig geworden wären bei diesen Amibitionen wäre vermutlich ein Großteil des Wissens darin schon wieder out-dated gewesen.
Dennoch beachtlich. Da ist einiges an Zeit und Mühe reingeflossen, das kann man leicht sehen.

Du Monster! Als Strafe bekommst du zwei Jahre deiner Lebenszeit abgezogen.

Liegt bestimmt daran, dass du eine E-Mail verwendet hast und keine F-Mail.

Was genau ist denn das Problem, welches du zu fixen versuchst? Das zu wissen könnte es schonmal leichter machen, dabei zu helfen.

Den Vorschlägen von WYE kann ich nur zustimmen. Sinnvolle Namen im Code sind sehr nützlich, weil man sich dadurch viel Dokumentation spart und trotzdem vieles leicht zu verstehen ist. Möglichst selbstbeschreibenden Code zu schreiben ist bei uns sogar eine Richtlinie auf der Arbeit. Und ja, im Idealfall sollten Kommentare den Code nicht beschreiben, sondern erklären. Das "was" sieht man als Leser ja selbst, das "wieso" ist das, woran man interessiert ist. Dafür reichen oft schon wenige Kommentarzeilen, sofern man vorher genannten Ratschlag befolgt und Dinge sinnvoll benannt hat.

Übrigens empfehle ich auch wärmstens den Einsatz von Sub Labels und +/- Labels (du benutzt ja Asar, oder?). Alleine durch den Einsatz von Sub Labels brauchst du nicht mehr solche Namen wie "return12" zu benutzen, sondern kannst daraus einfach ".Return" machen, und auch +/- Labels wären in diesem Code-Stück an vielen Stellen sinnvoll um sich bei einigen unwichtigeren Labels komplett Namen zu sparen.

Anders sieht das ganze natürlich aus, falls du noch xkas benutzt für deinen Code, aber von xkas kann man relativ leicht zu Asar wechseln, deswegen würde ich in dem Fall definitiv empfehlen, das zu tun. xkas ist ja immerhin schon seit mehr als nur ein paar Jahren veraltet.

Das kannst du alles ersatzlos rausschmeißen.


änderst du zu


und



änderst du zu



Um es mal ganz simpel zu erklären: Mit "freecode" sucht sich Asar automatisch freespace raus, wo es den Patch hinschreibt, da muss man also nichts mehr manuell eingeben, und das "autoclean" sorgt dafür, dass dieser Freespace automatisch wieder freigegeben wird, wenn du den Patch ein zweites mal anwendest. Falls du wissen willst, wie das ganze aus technischer Sicht funktioniert, gibt es hier die Erklärung dazu.

Ich glaube das müsste sogar schon ausreichen.

Den zweiten Patch habe ich mir jetzt nicht im Detail angeschaut und nur grob überflogen, aber eine Sache, die schonmal auffällt, ist dass besonders zum Ende hin sehr wenig Leerzeilen dazwischen sind. Hier ein paar mehr hinzumachen (an logischen Stellen) könnte den Code schon viel lesbarer machen.

Was ich persönlich ansonsten noch sehr gerne mache, ist Einrückungen und {} zu verwenden, um den Code-Fluss etwas übersichtlicher zu gestalten. Das ist allerdings wirklich eher eine persönliche Sache von mir und ich glaube ich habe bisher noch niemanden gesehen, der ASM ebenfalls so schreibt. Falls du aber interessiert bist, kannst du dir hier ein Beispiel anschauen.

Hast Recht, ich schäme mich! ?
Aber ja, es hat sich gezeigt, dass sowas wohl einfach nicht mit meinem Leben vereinbar ist. Blöd, wenn man zehntausend Dinge tun will und für fast keine davon Zeit hat.

Lustig, dass du gerade jetzt hier gepostet hast, weil ich mir auch vor ein paar Tagen noch dachte "whoops, unser Team-Projekt... irgendwie tut es mir echt Leid, dass daraus nichts wurde und es primär an mir lag".

Okay, ich bin dabei. Aber wer stellt den USB-Stick, den wir dann immer mit den gesamten Projektdateien füllen und per Post hin- und her schicken?

Isso!




















#MeinErsterPost2020

Hübsch aussehen tut es auf jeden Fall. Wie gewohnt nette, abwechslungsreiche Paletten und interessantes, aber nicht zu überladenes Level Design. Hoffe, dass die 1-UPs (und/oder Speicherpunkte) diesmal etwas großzügiger platziert sein werden, als bei Lesbian Vampire Killer 5000. Aber an sich denke ich, du hast es immer noch drauf.

Klingt gut. Trotzdem empfehle ich aber auch, mindestens alle zwei bis drei Level einen Speicherpunkt einzubauen, nur für den Fall!



kA. Ich mag Bonuslevel. Und TSRPR hat sogar einige seiner besten Geheimnisse in Bonusleveln versteckt.

Erstmal willkommen! 🙂
Wie du sicherlich schon feststellen konntest, ist hier nicht so reger Betrieb, deswegen kann es immer eine Weile dauern, bis irgendwelche Antworten kommen.

Wenn du sagst "keine Patches", gehe ich mal davon aus, dass du damit auch meinst "kein custom Sprites, keine custom Blocks" etc.? Also du hast nur Lunar Magic auf dieser ROM verwendet? Das klingt in der Tat seltsam. Spontan fällt mir da auch nicht viel zu sein. Irgendwelche externen Tools oder Resourcen wären bei solchen Problemen immer mein erster Tipp. Vielleicht ist es ja irgendeine Seltsamkeit aus neueren Lunar Magic-Versionen. Habe seit ein paar Jährchen nicht mehr aktiv gehackt, deswegen könnte ich mir das vorstellen. Welche Version benutzt du denn?

Isso x(

Auf SMW Central lese ich folgendes:
"That's usually an issue with the file extension. Change to .smc instead of .sfc, if you haven't."

Hat deine ROM vielleicht die falsche Endung? .sfc anstatt .smc? Oder ist es vielleicht der falsche Typ ROM? (Ohne Header anstatt mit). Ich denke beides könnte zu dieser Fehlermeldung führen.

Also ich find's definitiv cool. Ich finde es immer respektabel, einen Hack fertig zu stellen, selbst wenn's nur ein kleiner ist! 👍
Ich werde wahrscheinlich nicht dazu kommen, es selbst zu spielen (insbesondere die Kaizo-Version), aber die Screenshots sehen definitiv nett aus, und den Hai, was auch immer seine Bedeutung sein mag, finde ich amüsant! 😄

Yo, grüezi HoZweMu! 🙂

Haha, "Kaizo Light" mein Arsch!

Ich spiele selbst kein Kaizo, aber das sieht ziemlich nice aus!

Bonuspunkte für's Nutzen von "Sea Ponies" im ersten Level.

Haha, na gut, ich glaube dir. Wie bereits zugegeben spiele ich ja selbst eher kein Kaizo, desewgen könnte es ja wirklich sein, dass es leichter ist als gedacht. 🙂

Finde ich aber cool, mit den Tricks. Immer eine clevere Game Design-Praktik, Spieler*in sich besser fühlen zu lassen, als man ist. Wird auch in sehr vielen großen Spieleproduktionen so gemacht.