+++ DynRPG - Das RM2k3-Plugin-SDK +++

[Corti]

[QuickPatches]
DefaultDelay(SkillAction)=49B9F8,1E,49B9FD,14

...

hex 1E = 30
hex 14 = 20

Ich sehe wo die Framezahl sitzt, was ist der andere Wert?

[bugmenot]

Ich sehe wo die Framezahl sitzt, was ist der andere Wert?

...

Framezahl (wenn man eine Taste gedrückt hält, welche als "Enter" belegt wurde).



Attribute/Condition Resistance Control
download ResistControlBug-in

Erlaubt das Kontrollieren von Attribut- und Conditionresistenzen von Helden und Gegnern.


>> SET ATTRIBUTE RESIST

Nutzt einen Comment mit dem Inhalt:

@set_arc_hero [1], [2], [3]

[1] = Hero_ID (aus dem Reiter actor/hero in der F8-Database)
[2] = Attribute_ID
[3] = neuer Schadensfaktor (in Prozent) (min = -10000% | max = +10000%)

Ersetze [x] mit Zahlen oder einer Var_ID mit einem vorangestellten "V"
Bsp.
"@set_arc_hero V32, 5, -70"

ändert (vom Helden aus Var[0032]) den Schadensfaktor von Attribut 5 auf -70%

>> GET ATTRIBUTE RESIST
@get_arc_hero [1], [2], [3]

[1] = Hero_ID
[2] = Attribute_ID
[3] = Var_ID welche den momentanen Schadensfaktor ausgibt (in Prozent)

>> GET DEFAULT ATTRIBUTE RESIST
@get_adefault_hero [1], [2], [3]

[1] = Hero_ID
[2] = Attribute_ID
[3] = Var_ID welche den Standard-Schadensfaktor ausgibt (in Prozent; einschließlich JobClass und Attributeresistenz durch Ausrüstung)





>> SET CONDITION RESIST
@set_crc_hero [1], [2], [3]

[1] = Hero_ID (aus dem Reiter actor/hero in der F8-Database)
[2] = Condition_ID
[3] = neue Anfälligkeit (in Prozent) (min = -10000% | max = +10000%)

>> GET CONDITION RESIST
@get_crc_hero [1], [2], [3]

[1] = Hero_ID
[2] = Condition_ID
[3] = Var_ID welche die momentane Anfälligkeit ausgibt (in Prozent)

>> GET DEFAULT CONDITION RESIST
@get_cdefault_hero [1], [2], [3]

[1] = Hero_ID
[2] = Condition_ID
[3] = Var_ID welche die Standard-Anfälligkeit ausgibt (in Prozent; einschließlich JobClass und Conditionresistenz durch Ausrüstung)







>> SET ATTRIBUTE RESIST (monster)
@set_arc_monster [1], [2], [3]

[1] = Enemy_Party_ID (#1 .. #8 anhand der Nummer innerhalb der MonsterGoup)
[2] = Attribute_ID
[3] = neuer Schadensfaktor (in Prozent) (min = -10000% | max = +10000%)

>> GET ATTRIBUTE RESIST (monster)
@get_arc_monster [1], [2], [3]

[1] = Enemy_Party_ID
[2] = Attribute_ID
[3] = Var_ID welche den momentanen Schadensfaktor ausgibt (in Prozent)

>> GET DEFAULT ATTRIBUTE RESIST (monster)
@get_adefault_monster [1], [2], [3]

[1] = Hero_ID
[2] = Attribute_ID
[3] = Var_ID welche den Standard-Schadensfaktor ausgibt (in Prozent)





>> SET CONDITION RESIST (monster)
@set_crc_monster [1], [2], [3]

[1] = Enemy_Party_ID (#1 .. #8 anhand der Nummer innerhalb der MonsterGoup)
[2] = Condition_ID
[3] = neue Anfälligkeit (in Prozent) (min = -10000% | max = +10000%)

>> GET CONDITION RESIST (monster)
@get_crc_monster [1], [2], [3]

[1] = Enemy_Party_ID
[2] = Condition_ID
[3] = Var_ID welche die momentane Anfälligkeit ausgibt (in Prozent)


>> GET DEFAULT CONDITION RESIST (monster)
@get_cdefault_monster [1], [2], [3]

[1] = Enemy_Party_ID
[2] = Condition_ID
[3] = Var_ID welche den Standard-Schadensfaktor ausgibt (in Prozent)

Allows to control attribute and condition resistances of heroes and enemies.


>> SET ATTRIBUTE RESIST

Use a comment with the contents:

@set_arc_hero [1], [2], [3]

[1] = Hero_ID (from actor/hero tab in F8-database)
[2] = Attribute_ID
[3] = new damage multiplier (in percent) (min = -10000% | max = +10000%)

Substitute [x] with numbers or a Var_ID with a "V" in front
e.g.
"@set_arc_hero V32, 5, -70"

will have the hero from Var[0032] change his/her damage multiplier of Attribute 5 into -70%

>> GET ATTRIBUTE RESIST
@get_arc_hero [1], [2], [3]

[1] = Hero_ID
[2] = Attribute_ID
[3] = Var_ID to store current damage multiplier (in percent)

>> GET DEFAULT ATTRIBUTE RESIST
@get_adefault_hero [1], [2], [3]

[1] = Hero_ID
[2] = Attribute_ID
[3] = Var_ID to store default damage multiplier (in percent; includes JobClass and AttributeResistance from equipment)





>> SET CONDITION RESIST
@set_crc_hero [1], [2], [3]

[1] = Hero_ID (from actor/hero tab in F8-database)
[2] = Condition_ID
[3] = new susceptibility (in percent) (min = -10000% | max = +10000%)

>> GET CONDITION RESIST
@get_crc_hero [1], [2], [3]

[1] = Hero_ID
[2] = Condition_ID
[3] = Var_ID to store current susceptibility (in percent)

>> GET DEFAULT CONDITION RESIST
@get_cdefault_hero [1], [2], [3]

[1] = Hero_ID
[2] = Condition_ID
[3] = Var_ID to store default susceptibility (in percent; includes JobClass and ConditionResistance from equipment)







>> SET ATTRIBUTE RESIST (monster)
@set_arc_monster [1], [2], [3]

[1] = Enemy_Party_ID (#1 .. #8 by number in MonsterGoup)
[2] = Attribute_ID
[3] = new damage multiplier (in percent) (min = -10000% | max = +10000%)

>> GET ATTRIBUTE RESIST (monster)
@get_arc_monster [1], [2], [3]

[1] = Enemy_Party_ID
[2] = Attribute_ID
[3] = Var_ID to store current damage multiplier (in percent)

>> GET DEFAULT ATTRIBUTE RESIST (monster)
@get_adefault_monster [1], [2], [3]

[1] = Hero_ID
[2] = Attribute_ID
[3] = Var_ID to store default damage multiplier (in percent)





>> SET CONDITION RESIST (monster)
@set_crc_monster [1], [2], [3]

[1] = Enemy_Party_ID (#1 .. #8 by number in MonsterGoup)
[2] = Condition_ID
[3] = new susceptibility (in percent) (min = -10000% | max = +10000%)

>> GET CONDITION RESIST (monster)
@get_crc_monster [1], [2], [3]

[1] = Enemy_Party_ID
[2] = Condition_ID
[3] = Var_ID to store current susceptibility (in percent)


>> GET DEFAULT CONDITION RESIST (monster)
@get_cdefault_monster [1], [2], [3]

[1] = Enemy_Party_ID
[2] = Condition_ID
[3] = Var_ID to store default susceptibility (in percent)

Und nochmal alle pseudo-Callbacks bisher:
download ExtBug-in.cpp

int onGetLevelEXP ( int HeroId, int Level )
int onGetAttributeResist ( int AttributeId, int DefaultABCDE, int TargetPartyId, bool TargetIsMonster )
int onGetConditionResist ( int ConditionId, int DefaultABCDE, int TargetPartyId, bool TargetIsMonster )

[Corti]

Das Attribute/Condition Resistance Control-Ding, kann das irgend etwas, dass man mit DynRPG v0.30 noch nicht machen kann?

[bugmenot]

Das Attribute/Condition Resistance Control-Ding, kann das irgend etwas, dass man mit DynRPG v0.30 noch nicht machen kann?

...

Kopfschmerzen ersparen.
Du müsstest dir die default-Werte irgendwo abspeichern, dann die richtige Sequenz herausfinden, wer/was angegriffen wird, unter RPG:: Attribute oder RPG:: Condition die entsprechenden Werte abändern und wieder die default-Werte wiederherstellen bevor jemand anderes angegriffen wird. Vorallem muss man dann nicht noch extra herausfinden ob A, B, C, D oder E gilt mit Equipment und JobClasses.

Ansonsten kann man auch mit der Ext.dll als Grundlage entsprechende pseudo-Callbacks nutzen. Dann erspart man sich dieses "Wiederherstellen des Defaults".


Und der Spielordner wird nicht zugemüllt, weil die Werte allesamt in die RPG:: Battler eingebunden wurden (liegen im erweiterten DArray<short, 1> RPG:: Battler:: attributes bzw. conditions von einzelnen Helden innerhalb/außerhalb der Party und von einzelnen Monster-Objekten im Kampf). Mir fällt jetzt kein anderer temporärer Speicher ein, kann mich aber gerne eines Besseren belehren lassen.

[Corti]

Was ist bei dir ein Pseudo-Callback?

Könntest du theoretisch neue Callbacks im DynRPG Stil machen? Ich weiss nicht, was Cherry da genau tut, diesen Code habe ich nicht. Ich schätze, er patcht im Makercode gewisse Stellen um auf Funktionen der DynLoader.dll und die ruft diesen Callback dann in den Plugins auf. Haben PepsiOtaku und du den kompletten DynRPG Code, oder bastelt ihr nur mit den Headern rum?

[bugmenot]

Was ist bei dir ein Pseudo-Callback?

...

Funktionen, die aus einem anderen Callback heraus aufgerufen werden und ähnliche Schnittstellen liefern wie reguläre Callbacks (bei zeitabhängigen Rechenoperationen / Abfragen).

Ich habe keine Ahnung vom dynloader, kann da also keine zusätzlichen Callbacks anbinden, ohne diesen "schäbigen Adapter" in Form von einem RT-Patch, onSetSwitch callback, RAM-Zugriffen und sub-optimalem C++ Code. "neue Callbacks im DynRPG Stil" könnte ich machen, wenn ich von Programmieren mehr verstehen würde als GCC 4.7.1 sich nicht mit grundlegenden calling conventions auskennt (außer es gab mal eine Reform, dass alle Register bis auf das output-Register auf den stack gepusht werden... dann will ich nichts gesagt haben).

PepsiOtaku hat meine Dokumentation der ganzen Speicheradressen in besser lesbare Form in die neuen Header gepresst (welche am Ende auch nur zu einem Speicherzugriff kompiliert werden).

[Mike]

Falls das schon irgendwo im Thread behandelt wird, tut es mir leid!

Ich habe ein kleines Video erstellt, um ein Problem zu demonstrieren, das ich mit DynRPG habe. Es ist zwar nur eine Kleinigkeit, ein wenig nervig ist es trotzdem.

https://youtu.be/WePBL0_6-ak

Ich öffne mein Testprojekt. Es öffnet sich, wird dann minimiert und dann muss ich in der Taskleiste das Projekt wieder anklicken, um es zu öffnen. Das Problem kann nur an DynRPG liegen, denn ohne es, läuft alles einwandfrei und sonst habe ich keinen Patch etc. angewendet. Das Seltsame ist auch, dass es nur hin und wieder vorkommt. Durchschnittlich so bei jedem zweiten Mal öffnen. Hin und wieder auch jedes mal, dann dafür hin und wieder ein paar Mal nicht.

Gibt es dafür schon eine Lösung bzw. hat das Problem sonst noch jemand?

Ich habe Windows 7 auf meinem Rechner. Den Haken bei "Programm im Kompatibilitätsmodus ausführen für: Windows XP (Service Pack 3)" setzen hilft leider auch nichts.

LG Mike

[PepsiOtaku]

I added a workaround for that in this plugin:

http://rpgmaker.net/engines/rm2k3/utilities/61/

Just throw in the default settings, and you shouldn't see that issue come up again.

[Brei]

Ich versuch grad das "custom exact speed" Feature für den Hero zu nutzen, hab aber folgendes Problem:
Der Hero bleibt nicht in der Mitte des Bildes sondern Ruckelt,
und zwar immer dann wenn der Geschwindigkeitswert keine Zweierpotenz ist.

Folgendes habe ich getan:
Ich setz die Geschwindigkeit mit
RPG::hero->customExactSpeed = parsedData->parameters[0].number;
(Der Held läuft auch so schnell wie er laufen soll)

Aaaaaaber: tatsächlich sind seine screen x/y Koordinaten in Bewegung nicht 152/128 sondern Schwanken in der nähe herum.
Ich hab auch noch versucht mit "setCamera" die Kamera einfach wieder auf den Helden zu setzen,
allerdings macht dieser Befehl für mich undurchdringbare Dinge. Ich erläuter dass weiter wenn es was zur Sache tut.

Hat wer 'ne Idee wie man das Fixen könnte? Mach ich irgendwas falsch?

Edit: Ich hab das mal aufgenommen. Das Problem tritt auch bei geringerer Geschwindigkeit auf, aber auf dem Video sieht man's mit hohem Movespeed besser.
https://www.youtube.com/watch?v=fImG...ature=youtu.be

[MarcL]

hey cherry
hast du noch ein Fünkchen zeit hier zu lesen?

Du hast es ja sicherlich schon mitbekommen, hast dich aber noch nicht dazu im Forum geäußert?
http://forums.rpgmakerweb.com/index....03-patch-eula/

Hab es jetzt nur überflogen aber das ist doch jetzt die Erlaubnis, den gekaufen RPG Maker 2003 mit DynRPG zu patchen? (Was ja vermutlich noch nicht geht, weshalb ich hier jetzt Frage, ob du da schon an einem Patch arbeitest?) Vielleicht arbeitest du ja im Moment auch an einem offiziellen Patch für kaufbare 2k3 Plugins oder sonstiges, in dem Fall würde ich mich freuen, wenn du die Frage in Klammern beantwortest ^^y falls du da noch nix sagen darfst/kannst...

An alle anderen Dyn'ler... erstmal die Patch-Eula:

RPG MAKER 2003 - PATCH
End User License Agreement

THIS END USER LICENSE AGREEMENT (THE "AGREEMENT") IS A LEGALLY BINDING CONTRACT BETWEEN YOU, THE END-USER (THE "LICENSEE") AND ENTERBRAIN,INC. ("ENTERBRAIN" OR "LICENSOR"). BY INSTALLING OR MODIFYING "RPG MAKER 2003" (THE "SOFTWARE") AND ANY OF ITS PATCHES, YOU, THE LICENSEE, ARE AGREEING TO BE BOUND BY THE TERMS AND CONDITIONS OF THIS AGREEMENT. READ THE TERMS AND CONDITIONS OF THIS AGREEMENT CAREFULLY BEFORE INSTALLING OR USING THE SOFTWARE. IF YOU DO NOT AGREE TO THE TERMS, CONDITIONS AND LIMITATIONS OF THIS AGREEMENT, PROMPTLY DELETE THE SOFTWARE FROM YOUR COMPUTER.

RPG MAKER 2003 PATCH (or “patch”) refers to a piece of code, software or application that is used to modify or enhance RPG MAKER 2003, software owned by ENTERBRAIN, INC. Patches can range in size, scope and utility. If you feel that your patch would greatly benefit RPG MAKER 2003 users, but is in conflict with any terms in this license, please contact us for special permission: registration@rpgmakerweb.com.


PART 1: PATCH USE



ENTERBRAIN hereby grants the Licensee formal permission to use RPG MAKER 2003 patches as long as they agree to the following:

1. User owns and is using a legal and valid official copy of RPG MAKER 2003, which is registered with ENTERBRAIN via registration procedures outlined in RPG MAKER 2003 License Agreement.
2. User is applying a patch that conforms to creation guidelines outlined in Part 2.
2.1 If patch was created prior to RPG MAKER 2003 official release on April 24th, 2015, user is encouraged to contact the patch creator and obtain their permission to use patch under the terms of use outlined in this license.
3. By applying a patch, user's technical and service support is considered void.
3.1 ENTERBRAIN, INC, DEGICA Co. LTD or any RPG MAKER 2003 distributors will not be required to offer official support and trouble-shooting for RPG MAKER 2003 applications where a patch has been applied.
3.2 Support offered via official forums (http://forums.rpgmakerweb.com/) will be at forum staff discretion, and may or may not be offered to users with patch.
4. ENTERBRAIN is not responsible for any damage incurred by the use of patches.



PART 2: PATCH CREATION


ENTERBRAIN hereby grants the Licensee formal permission to create patches for RPG MAKER 2003, as long as following conditions are met:
1. Licensee patch creator owns and is using a legal and valid official copy of RPG MAKER 2003, which is registered with ENTERBRAIN via registration procedures outlined in RPG MAKER 2003 License Agreement.
1.1 If patch was created prior to RPG MAKER 2003 official release on April 24th, 2015, patch creator may continue to distribute patch only if they agree to the terms and conditions noted in this license.
2. ENTERBRAIN acknowledges that reverse engineering may be required for patch creation, and hereby gives LIMITED permission to use reverse engineering of RPG MAKER 2003 as long as following is true:
2.1 Information learned through this process is kept private and away from public eye – Please note that recognize that some information-sharing is necessary to continue to create and support patches. If you are sharing information, we ask you to be discrete and respect ENTERBRAIN's intellectual property in doing so.
2.2 Information learned through this process is not used to create any other software, or to modify existing or future software that is not property of ENTERBRAIN.
2.3 Information learned through this process is not used to perform unlawful actions.
3. Licensee accepts that patches will not be officially supported by ENTERBRAIN, DEGICA, or any other distributing partners
3.1. Licensee is encouraged to provide support to users as necessary, including continued patch updates.
4. Licensee agrees to create patches as long as following conditions are met:
4.1 Patch is not used to overwrite Digital Rights Management (DRM) or other measures that are protecting RPG MAKER 2003 from unlawful distribution.
4.2 Patch is not used to remove proprietary information or erase and modify credit information distributed with RPG MAKER 2003.
4.3 Patch is not used to bypass or invalidate any other terms RPG MAKER 2003 is distributed under.
4.4 Patch is not used to collect personal or technical information from the user.
4.5 Patch is not used to advertise or promote products, services or materials – whether they relate to RPG MAKER 2003 or not.
5. Patches are considered ENTERBRAIN's property, and as such may not be sold or distributed for profit, be it in terms of direct sale, service sale, donation, crowd-sourcing or royalty/revenue share.
5.1 Licensee may request users to include their name in credits, as long as copyright and ownership is attributed to ENTERBRAIN, INC.
6. Patches are available for commercial use, with no fee or royalty/revenue share expected from patch users by Licensee or ENTERBRAIN.
7. Patches may be brought to ENTERBRAIN's attention via e-mail registration: registration@rpgmakerweb.com.

Leider verstehe ich den Unterschied zwischen Puntk 5 und 6 nicht so richtig? Heißt doch eigentlich, dass jeder der einen Patch erstellt, diesen als Eigentum von Enterbrain deklarieren muss und dass kein Geld für Patches verlangt werden darf? ^^

[Sölf]

Da ja nun Patches quasi für den legalen 2k3 erlaubt sind, kommt hier eventuell in nächster Zeit ein Update für DynRPG, damit es auch mit der legalen 2k3 Version kompatibel ist?

[Ghabry]

Gibt es bei DynRPG zusätzlich zu onEventCommand noch eine einfache Möglichkeit Move Events zu verfolgen? Also ne Art Callback wenn ein Event einen Teil einer Custom Move Route ausgeführt hat.

Die Motivation ist mal wieder etwas speziell: Ich möchte Interpreter-Unit Tests für EasyRPG bereitstellen. Also ich protokolliere die Events die RPG_RT ausführt, via DynRPG und schreibe das in eine Datei...
Und dann lade ich die Datei mit EasyRPG und führe die selbe Map in EasyRPG aus und vergleiche, ob beide Implementierungen das gleiche Ergebnis erzeugen. (wenn ja -> Test bestanden)
Wenn man das jetzt noch mit Move Events kombinieren könnte, würde das eine bessere Testabdeckung ermöglichen.

[Felski]

Hiho,

zwei Fragen:
1. Gibt es irgendwo schon ein Plugin mit welchem man die Bewegung des Helden über die Pfeiltasten deaktivieren kann?
2. Gibt es irgendwo noch mehr Tutorials oder Beispiele zum DynRPG. Interessiere mich momentan besonders für die Classes RPG::Hero und RPG:haracter.
LG,
Felski

[MagicMaker]

Gibt es irgendwo schon ein Plugin mit welchem man die Bewegung des Helden über die Pfeiltasten deaktivieren kann?

...

Wozu? Den Spielern nimmt man doch nicht einfach so die Steuerung mit dem einzigen sinnvollen Block
auf der Tastatur weg. Wenn du mal kurz blockieren willst, dass man sich grade überhaupt bewegen kann,
dann reicht schon ein aktiv laufendes Autostart-Event.

[Corti]

1. Gibt es irgendwo schon ein Plugin mit welchem man die Bewegung des Helden über die Pfeiltasten deaktivieren kann?

...

Ja, hier: http://www.multimediaxis.de/threads/...ti-s-Werkstatt

Allerdings: Solange ein Autostart-Event läuft, kannst du den Helden sowieso nicht bewegen, das unterscheidet AutoStart von ParallelProcess, wenn du Cutscenes machen willst und die Helden dabei stehen bleiben sollen, dann tut's AutoStart besser als das Plugin.

2. Gibt es irgendwo noch mehr Tutorials oder Beispiele zum DynRPG. Interessiere mich momentan besonders für die Classes RPG::Hero und RPG:haracter.

...

Die DynRPG Dokumentation hat ein paar Tipps. Ich hab viel draus gelernt den Code von anderen anzugucken. rpgmaker.net hat einige Plugins mit Quellcode.

Wenn du spezielle Fragen zu irgend einer Klasse hast, stell sie hier.

[SARAB]

Bin in diesem Thema sehr neu und muss stumpf mal fragen: Kann man die Patches vom Dynrpg auch auf dem Steam RPG Maker packen? ohne die läuft mein game nicht so wie es sein sollte. Ich bin ein Unwissender. -.-

[IndependentArt]

Ich bin nicht sicher, was da der aktuellste Stand ist, aber es war zumindest eingeplant und auch schon in der Lizensvereinbarung zum Maker verankert ... Ich bin ebenfalls darauf angewiesen.

[Corti]

Aktuell geht das nicht.

[Cherry]

Mich hat gerade wer gefragt um eine Idee wie man Messageboxen custom zeichnen könnte.

Ich dachte irgendwie nicht dran, dass diese Person gar kein Plugin-Developer ist, drum brachte es letztenendes nichts. Aber vielleicht bringts ja hier wem was.

Hier ist Code (den ich allerdings nicht getestet habe), mit dem man in der Lage sein sollte, das zu erreichen:

Code:

bool onStartup(char *pluginName) {
    // Set up hook
    void *trampoline;
    asm volatile("movl $_drawMessageBoxTrampoline, %%eax" : "=a" (trampoline));
    *reinterpret_cast<void **>(0x4C60DC) = trampoline;
}

// This can be used to trigger the original drawing function
void originalDrawMessageBox(RPG::WindowMessage *box) {
    asm volatile("call *%%esi" : : "S" (0x4C8488), "a" (box) : "edx", "ecx", "cc", "memory");
}

// Some more stuff for the hook
void drawMessageBox(RPG::WindowMessage* box);
extern "C" {
    void __stdcall drawMessageBoxTrampoline2(RPG::WindowMessage *box) {
        drawMessageBox(box);
    }
}
asm volatile("_drawMessageBoxTrampoline:; pushl %eax; jmp *$_drawMessageBoxTrampoline2@4");

// Here is your drawing callback!
void drawMessageBox(RPG::WindowMessage* box) {
    // Here you can draw the box yourself, based on the information available in the box object!
    // Or, to call the original drawing function, use originalDrawMessageBox(box);
}

Braucht PepsiOtakus Version von DynRPG (0.32 oder so): http://www.rewking.com/dynrpg/

RPG::WindowMessage ist hier dokumentiert: http://www.rewking.com/dynrpg/class_...w_message.html

[Sölf]

Lebt hier noch wer und kann mir sagen obs irgendwie machbar ist im Kampf anzeigen zu lassen ob ein Gegner einem Angriff ausgewichen oder dagegen Immun war (Zustandsveränderungen)? Der 2k3 hat ja nur noch eine Evade Message für alles - was halt gerade bei Zuständen extrem nervig ist wenn da nur steht "Miss" aber man nicht weiß ob der jetzt ausgewichen ist oder der Zustand einfach nur 0% Chance auf Erfolg hat.