Programmwunsch und -erstellungsthread #2

[Cherry]

Die Debug-Fähigkeiten des kommenden Revolution Patch schon jetzt! *jingle* ...bestellen Sie jetzt, und erhalten Sie ....blabla
Download: http://share.cherrytree.at/showfile-...ebug_addon.rar

Für RM2k3.

Wie man das installiert:
Entweder die RPG_RT.exe ins Projekt kopieren und eventuell vorhandene Patches neu installieren (das ist eine RPG_RT.exe mit Version 1.08), oder die im Download enthaltene IPS-Datei auf die bestehende RPG_RT.exe (muss v1.08 sein) patchen. In beiden Fällen dann noch die revhelper.dll ins Projekt kopieren.

Was das kann:
1) Wenn das Spiel abstürzt, wird es nicht geschlossen, sondern neu gestartet.
2) Wenn ein Bild fehlt (Charset, Picture, etc.), stürzt das Spiel nicht ab. Stattdessen wird ein Dummybild und eine Warnung angezeigt.
3) Im Testplay kann man mit F11 speichern.
4) Information über die aktuelle Eventzeile wird immer in den Variablen 49991 (Event-ID), 49992 (Eventseiten-ID) und 49993 (Zeilennummer) gespeichert. Wenn man nicht so viele Variablen verwendet, kann man "Variable Reference" verwenden, um auf diese hohen IDs zuzugreifen.
5) Im Testplay kann man mit F3 Events nachverfolgen. Man kann auswählen, welche Events nachverfolgt werden sollen und ob Switch-/Variablenzuweisungen mitgeschrieben werden sollen. Jede ausgeführte Eventzeile (und Informationen über die Werte von Switches und Variablen) wird in der Datei "trace.log" mitgeschrieben. Durch erneutes Drücken von F3 wird das Tracing wieder gestoppt. Man kann die Logdatei dann zur Fehlersuche verwenden. (Hinweis: Der "Frm"-Wert in der Logdatei ist die Anzahl an Frames seit dem Start des Spiels.)

Battle Events werden nicht vollständig unterstützt, sie bekommen immer Event-ID 0 und Eventseiten-ID 0. Common Events bekommen eine negative ID und Eventseiten-ID 0. Map Events bekommen ihre ganz normale ID und Eventseiten-ID.








mfG Cherry

[Mr.Räbbit]

Debug Fähigkeiten

Hab zwar eben noch rumgegrummelt...
Aber ich muss sagen der Patch sieht echt genial aus.
1. Frage: Kannst du mir eine Garantie geben, dass danach nicht alles in Scherben zerfällt? :] (Also meine Projekte, und ja, ich habe auch die 1.08 Version des R2k3)
2. Frage: Hast du den Patch, selber geschrieben? (blöde Frage, aber ich kanns nich fassen, hätte das schon soooo viel früher gebrauchen können)

Cheers, Räbbit!

[Cherry]

@1: Ja.
@2: Natürlich.

Wenn du Zweifel hast, oder es dich einfach interessiert:

Änderungen an der RPG_RT.exe (als Script für das MUltimate Assembler Plugin für OllyDbg)

Code:

<00515FD0>

@LoadDLLAndCrashIfModified:
call @LoadRevDLL ; LoadDLLAndCrashIfModified proc
jmp 406910 ; Sysinit::InitExe

<004C9C31>

call @LoadDLLAndCrashIfModified

<004F6000>

dd 0deadbeef ; marker for helper DLL

<004F6004>

@DLL_LoadPlugins:

<004F6008>

@DLL_GetMessageLineLength:

<004F600C>

@DLL_AuroraBltRect:

<004F6010>

@DLL_AuroraDrawLine:

<004F6014>

@DLL_BetterGetResFilename:

<004F6018>

@DLL_BetterErrorMessage:

<004F601C>

@DLL_F3Pressed:

<004F6020>

@DLL_TraceLine:

<004F6024>

@DLL_DrawTracingImage:

<004F6028>

@DLL_LogSetVar:

<004F602C>

@DLL_LogSetSwitch:

<004F6030>

@DLL_SimulateKeyPress:

<004F67F0>

@PlugInSetVarHandler:
dd @DummySetVarHandler

<004F6800>

@VarIDCurrentEventID:
dd 49991.
@VarIDCurrentEventPage:
dd 49992.
@VarIDCurrentEventScriptLine:
dd 49993.

@CheckF11:
push 7a ; CheckF11 proc ; VK_F11
call 407054 ; GetAsyncKeyState
movsx eax, ax
test ah, 80
jz 407054 ; GetAsyncKeyState
mov eax, [4cdc7c]
mov eax, [eax]
mov byte ptr [eax+4], 5
mov eax, [4cdfcc]
mov eax, [eax]
mov byte ptr [eax+50], 1
mov byte ptr [eax+51], 0
mov eax, [4cdc1c]
mov eax, [eax]
push 40240000
push 0
call 48ce04 ; FadeOut
mov eax, [4cdc1c]
mov eax, [eax]
mov byte ptr [eax+0c], 0
xor ax, ax
retn 4

@SetVarCommand:
push ebx
push esi
push edi
mov edi, ecx
pushad
cmp edx, [@VarIDCurrentEventID]
je @DontLog
cmp edx, [@VarIDCurrentEventPage]
je @DontLog
cmp edx, [@VarIDCurrentEventScriptLine]
je @DontLog
push ecx
push edx
call [@DLL_LogSetVar]

@DontLog:
popad
jmp 48b3b5


@GetResFilenameWrapper:
push ebp ; GetResFilenameWrapper proc
mov ebp, esp
push 0 ; [ebp-4] / [local.1] => eax
push 0 ; [ebp-8] / [local.2] => edx
push 0 ; [ebp-0c] / [local.3] => [arg.1]
mov [local.1], eax
mov [local.2], edx
push [arg.1]
pop [local.3]
push [arg.2]
push [arg.1]
push @GRFJumpBack
push ebp
mov ebp, esp
add esp, -10
jmp 474706

@GRFJumpBack:
pushad
push [local.3]
push [local.2]
push [local.1]
call [@DLL_BetterGetResFilename]
popad
mov esp, ebp
pop ebp
retn 8

@LoadRevDLL:
pushad ; LoadRevDLL proc
push @RevDLLName
call 406c14 ; LoadLibraryA
test eax, eax
jz @RevDLLError
call [@DLL_LoadPlugins]
popad
retn

@RevDLLError:
push 0
push 0
push @ErrRevhelperDLLNotFound
push 0
call 4012dc ; MessageBoxA
call 4012d4 ; ExitProcess
int3

@RevDLLName:
"revhelper.dll\0"

@ErrRevhelperDLLNotFound:
"File not found: revhelper.dll\0"


@DummySetVarHandler:
retn 8 ; DummySetVarHandler proc

@GetVar:
push edx ; GetVar proc
push ecx
mov eax, [4cdc7c]
mov eax, [eax]
mov edx, [esp+0c]
call 48b398 ; GetVar
pop ecx
pop edx
retn 4

@SetVar:
push edx ; SetVar proc
push ecx
mov eax, [4cdc7c]
mov eax, [eax]
mov edx, [esp+10]
mov ecx, [esp+0c]
call 48b3b0 ; SetVar
pop ecx
pop edx
retn 8

@GetSwitch:
push edx ; GetSwitch proc
push ecx
mov eax, [4cdc7c]
mov eax, [eax]
mov edx, [esp+0c]
call 48b324 ; GetSwitch
and eax, 1
pop ecx
pop edx
retn 4

@SetSwitch:
push edx ; SetSwitch proc
push ecx
mov eax, [4cdc7c]
mov eax, [eax]
mov edx, [esp+10]
mov ecx, [esp+0c]
call 48b33c ; SetSwitch
pop ecx
pop edx
retn 8

@SetEventIDVariable:
pushad ; SetEventIDVariable proc
push [@VarIDCurrentEventScriptLine]
inc edx
push edx
call @SetVar
push [@VarIDCurrentEventID]
push [ebx+1c]
call @SetVar
push [@VarIDCurrentEventPage]
push 0
call @SetVar
mov eax, [4cdd74]
mov eax, [eax]
mov eax, [eax+18]
mov edx, [ebx+1c]
call 475740 ; GetFromList
test eax, eax
jz @SEIDVCont
call 4ab4f0 ; GetActiveEventPage
push [@VarIDCurrentEventPage]
push eax
call @SetVar

@SEIDVCont:
popad
call 479710 ; GetEventScriptLine
pushad
push [@VarIDCurrentEventScriptLine]
push [@VarIDCurrentEventPage]
push [@VarIDCurrentEventID]
push eax
call [@DLL_TraceLine]
popad
retn


@BetterErrorMessage:
push eax ; BetterErrorMessage proc
push ecx
push [@VarIDCurrentEventScriptLine]
push [@VarIDCurrentEventPage]
push [@VarIDCurrentEventID]
push edx
call [@DLL_BetterErrorMessage]
mov edx, eax
mov eax, [4cdd4c]
mov eax, [eax]
mov byte ptr [eax+18], 0
pop ecx
pop eax
jmp 4558ac ; Forms::TApplication::MessageBox


@SetCommonEventID1:
call 47991c ; SetCommonEventID1 proc ; CallEvent
mov eax, ebx
neg eax
retn


@SetCommonEventID2:
call 47991c ; SetCommonEventID2 proc ; CallEvent
mov eax, edi
neg eax
mov [ebx+1c], eax
retn


@SetCommonEventID3:
call 47991c ; SetCommonEventID3 proc ; CallEvent
mov edx, 1
mov eax, esi
call 47967c ; GetEvParam
neg eax
mov [ebx+1c], eax
retn


@SetCommonEventID4:
call 47991c ; SetCommonEventID4 proc ; CallEvent
xor edx, edx
mov eax, edi
call 47967c ; GetEvParam
neg eax
mov [ebx+1c], eax
retn


@UpdateScreenHook:
pushad ; UpdateScreenHock proc
call [@DLL_DrawTracingImage]
popad
push ebp
mov ebp, esp
push ecx
mov [ebp-4], eax
jmp 46bc33


@LogSetSwitch:
pushad ; LogSetSwitch proc
push ecx
push edx
call [@DLL_LogSetSwitch]
popad
push ebx
push esi
push edi
mov ebx, ecx
jmp 48b341

@CheckRestartOnError:
mov ecx, [4cdb94] ; CheckRestartOnError proc
mov ecx, [ecx]
test ecx, ecx
jz @AbortGame
cmp dword ptr [ecx], 0
jz @AbortGame
mov ecx, [ecx+10]
test ecx, ecx
jz @AbortGame
jmp 46ae95

@AbortGame:
mov eax, [4cde78]
mov eax, [eax]
call 455808 ; Forms::TApplication::Terminate
jmp 46ae95


<0048B33C>

jmp @LogSetSwitch

<0046BC2C>

jmp @UpdateScreenHook

<004B2DA6>

call @SetCommonEventID1 ; set common event ID in +1C field
nop
nop

<004B0ECC>

call @SetCommonEventID2

<004B0D5A>

call @SetCommonEventID3

<004B0F71>

call @SetCommonEventID4

<0046AE84>

call @BetterErrorMessage ; show last event script info in error messages

<004B1DEC>

call @SetEventIDVariable ; put current event ID in a variable

<00474700>

jmp @GetResFilenameWrapper ; better handling of file-not-found errors

<004A3717>

call @CheckF11 ; in testplay, use F11 for saving the game

<0046AE89>

jmp @CheckRestartOnError ; don't close on error; just restart game

<0048B3B0>

jmp @SetVarCommand ; log variable changes

Sourcecode der DLL: http://share.cherrytree.at/showfile-...vhelpersrc.rar
Ich weiß, dass einiges nicht optimal gelöst ist, aber ich habe meinen alten Code von RMEventFactory übernommen und hatte keine Lust, ihn komplett umzuschreiben. Wer das hier runterlädt, kann sich freuen, denn er hält damit auch meinen Code zum Lesen und Schreiben von Events in der Zwischenablage in den Händen, sowie den des EasyEventExporters, wenn auch in überarbeiteter Form.

Die DLL enthält übrigens einige Dinge, die hier gar nicht verwendet werden, im eigentlichen Revolution Patch aber schon.

Hast du dir angeschaut, was ich in den letzten Seiten dieses Threads noch so gepostet habe? Dieser Patch hier ist "die Spitze des Eisberges", ein "Auszug" der Möglichkeiten des Revolution Patch.

Btw: Wie kommts, dass ich noch nie was von dir gesehen oder gehört habe? (Du von mir ja offensichtlich schon.)

(Ich bin gespannt, wann und wofür du die F3-Funktion das erste Mal brauchst.)

[BDraw]

Mal so interessehalber, wie steht's eigtl. um die Alphakanalunterstützung die du vor ein paar Seiten mal erwähnt hattest?

Wäre für mich neben dem Pic-Pointer-Patch und dem RPG Maker 2009 Ultimate ein absoluter Traum. :3
Fühl dich nicht unter Druck gesetzt, aber nachfragen muss ich mal. Das ist glaube ich genau das, weswegen ich rumjammer seit ich zum ersten mal den Maker geöffnet hab. xD (Neben der Farbbegrenzung, aber die ist wenn es einen Alpha-Kanal gibt eher nebensächlich für mich ^^)

[Mr.Räbbit]

1. Ausgezeichnet!
2. Respekt!

Habs mir angesehn und werde den Patch bei Release auf jedenfall ausprobieren.

Woher: Ich glaube hauptsächlich aus dem RPGmaker Quartier, wo ich eher ein stiller Leser als Poster war.

[Oktorok3]

Dieser Patch ist mal wieder eine sehr praktische Sache, die einem viel Zeit der Fehlersuche ersparen kann. Danke für diese tolle Arbeit!
Ich habe eine gute Idee für ein weiteres hilfreiches Progrämmchen.
Es gibt ja im rpg maker das Problem, dass man zur gleichen Zeit immer nur einmal "Alles Bewegen" für Bewegungsereignisse ablaufen lassen kann. Wenn man also z.B. viele verschiedene Eregnisse Parallel bewegen will und das ganze ununterbrochen laufen lassen will, muss man bestimmte Wartezeiten berechnen und eingeben. Diese Wartezeiten sind ja, wie man weiß bei bestimmten Bewegungsgeschwindigkeiten unterschiedlich lange.
Um diese nervige Rechnerei jedesmal zu ersparen, wäre es äußerst praktisch, wenn man ein Tool hätte, wo man:
Bewegungsgeschwindig,
Schrittanzahl,
Waits,
einstellen kann und dann per Knopfdruck ein genaues Ergebnis einer Wartezeit+Wartezeiten von 0,0sek ausgerechnet bekommt!

[Cherry]

Mal so interessehalber, wie steht's eigtl. um die Alphakanalunterstützung die du vor ein paar Seiten mal erwähnt hattest?

Wäre für mich neben dem Pic-Pointer-Patch und dem RPG Maker 2009 Ultimate ein absoluter Traum. :3
Fühl dich nicht unter Druck gesetzt, aber nachfragen muss ich mal. Das ist glaube ich genau das, weswegen ich rumjammer seit ich zum ersten mal den Maker geöffnet hab. xD (Neben der Farbbegrenzung, aber die ist wenn es einen Alpha-Kanal gibt eher nebensächlich für mich ^^)

...

Ich arbeite daran, allerdings nicht jetzt, weil ich jetzt mich wieder voll auf meine Maturavorbereitungen konzentrieren muss. Im Juli sehen wir weiter.

Dieser Patch ist mal wieder eine sehr praktische Sache, die einem viel Zeit der Fehlersuche ersparen kann. Danke für diese tolle Arbeit!
Ich habe eine gute Idee für ein weiteres hilfreiches Progrämmchen.
Es gibt ja im rpg maker das Problem, dass man zur gleichen Zeit immer nur einmal "Alles Bewegen" für Bewegungsereignisse ablaufen lassen kann. Wenn man also z.B. viele verschiedene Eregnisse Parallel bewegen will und das ganze ununterbrochen laufen lassen will, muss man bestimmte Wartezeiten berechnen und eingeben. Diese Wartezeiten sind ja, wie man weiß bei bestimmten Bewegungsgeschwindigkeiten unterschiedlich lange.
Um diese nervige Rechnerei jedesmal zu ersparen, wäre es äußerst praktisch, wenn man ein Tool hätte, wo man:
Bewegungsgeschwindig,
Schrittanzahl,
Waits,
einstellen kann und dann per Knopfdruck ein genaues Ergebnis einer Wartezeit+Wartezeiten von 0,0sek ausgerechnet bekommt!

...

Das ist was, was ich auf meiner Ultimate-Todo-Liste stehen habe. Man markiert ein Move-Event und lässt ein passenden Wait dazu erzeugen. Mach ich schon noch, keine Sorge

[RandyTheZeldaFan]

Hey Cherry du könntest doch im Ultimate auch einbauen dass man movement speed bei waffen einstellen könnte...ich finde wenn man einstellt (Hero Move to Target) dass sich der charakter zuu schnell zu ihm geht....kann man dass einstellen unter slow,medium und fast?

[Corti]

Hey Cherry, wo du doch jetzt so tief in der Materie drin bist hätt ich noch eine absonderliche Erscheinung bezüglich der "BattleEvents"

Eine BattleEventPage, die als Bedingung zB ein aktiviertes Switch 1 hat wird nach jedem Zug eines Charakters aufgerufen.

Unter verschiedenen Bedingungen wird dies übersprungen, d.h. die aktivierte BattleEventSeite wird nicht aufgerufen bis ein anderer Charakter seinen Zug gemacht hat.

Dies passiert wenn:

• der Charakter das Verteidigen Kommando verwendet
• der Charakter das Item Kommando verwendet
• der Charakter einen Zauber spricht, der eine Condition ändert, wenn dieser Zauber auf den zaubernden Charakter gewirkt ist

Aus irgend einem Grund also wird unter gewissen Umständen, warum auch immer, der Teil mit dem Eventseiten durchchecken einfach weggelassen, obwohl zeitlich mehr als genug Raum da wäre um das zehn mal zu machen. Ich checks nicht, aber nervig ist es.

[Cherry]

Das ist alles sehr strange geregelt, weil die das System vom 2k genommen und umgestrickt haben, aber alles nur halbherzig und nicht sehr durchdacht. Ich hab da jedenfalls jede Menge Spaghetticode gefunden. Sobald ich das komplett durchschaut habe, will ich sowieso das ein bisschen ändern sodass öfter BEs aufgerufen werden (auch während Zügen, also wie ein PP, und auch bei Sieg/GO), und man abfragen kann was GENAU ein Held oder Gegner macht, bzw. es selber bestimmen.

@RandyTheZeldaFan: Gute Idee.

[elvissteinjr]

Hey Cherry, kriegst du es eigentlich hin, Funktionen von deine Patches im Ultimate als Eventbefehle darzustellen? Das würde die Nutzerfreundlichkeit erheblich erhöhen.
Als ich den Revolution-Patch ausprobiert habe ist mir das besonders aufgefallen, mein Eventcode war da reinstes Chaos.

[Cherry]

Ich weiß. Dachte ich mir auch schon, wird aber etwas schwierig. Da hilft wohl nur kommentieren.