Ich schau mal, aber Smaragd und #dynamic 0x800000?
Magst du einen Screenshot vom VBA-Dissassembler hochladen, damit man sieht, wo es ungefähr hängt.
Edit: Du hast countpokemon vor dem ersten callasm vergessen. Ohne das läuft gar nichts.
Ich schau mal, aber Smaragd und #dynamic 0x800000?
Magst du einen Screenshot vom VBA-Dissassembler hochladen, damit man sieht, wo es ungefähr hängt.
Edit: Du hast countpokemon vor dem ersten callasm vergessen. Ohne das läuft gar nichts.
Auch mit countpokemon klappts nicht. Hier mal ein Screenshot von dem Disassembler während des Freezes.
Uno Momento, war der falsche Screenshot.
Kanns sein dass er iwie in einer Endlosschleife in deinem Script hängt? Das r15 lässt mich das vermuten
Häng dich mal mit dem VBA-SDL-H an den Anfang deiner Routine und verfolge den Ablauf. Übliches Debugging halt^^
driver
Edit: Hu, warum ist das Bild weg?
Entfernt, zu früh aufgenommen, kommt gleich das richtige.
VBA-SDL-H Gibt mir folgendes aus(im Screenshot) + noch ein Screenshot vom Disassembler
Ich kann mit dem VBA-SDL-H-Bild auch nicht so viel anfangen^^
Eher solltest du mal durchschauen (über n -> next), ab wann dein Script anfängt, sich komisch zu verhalten Generell ist es schwer für uns, nur durch Code deinen Fehler zu erkennen... Da müssten wir schon selbst am Debugger dransitzen imho...
driver
Soll ich denn das XSE Script als breakpoint setzen oder meine ASM Routine? Wie erkenne ich denn, was "komisch" ist?
Ich nehme mal an, deine ASM-Routine, nicht? Nach dem "Ja" haste ja direkt ein callasm. Außerdem ist es gar nicht mal allzu übersichtlich, einen PokéScript-Script per ASM zu debuggen^^
driver
*XSE-Script Wie sollte man das ganze denn sonst debuggen? Hab sowas halt noch nie gemacht, deswegen die Fragen
Warst ja schonmal auf dem richtigen Weg Drück aber beim nächsten mal statt c lieber n
Und ich mag's nicht XSE nennen, weil XSE nur der Compiler und Decompiler ist. Ich nenne die Pokémon-Scripting-Sprache selber PokéScript
driver