DynRPG - Der Pluginwunschthread

[Corti]

Irgendwas ist immer

[goldenroy]

Das mit dem Shop könnte man storytechnisch erklären - vor dem Rüstungsshopbesuch entledigt sich der Held einfach der Rüstung, um neue anzuprobieren oder so. :]

[Davy Jones]

Genau, man kann den Helden in der Database mit Unterwäsche einstellen und im Laufe des Spiels die Rüstung drüberzeichnen.

So hat er dann auch im Shop-Menü ein neutrales Aussehen.

[djeurissen]

Hmph, ich habe in letzter Zeit wohl einige Fragen ._.

Naja, ich will eine halbwegs funktionierende KI mit DynRPG schreiben, problem dabei ich habe keine Ahnung wie man ein Pathfinding skript bastelt, dachte ich mir benutze ich halt das Plugin das schon existiert, leider will ich kein Event bewegen sondern erstmal abfragen ob man es bewegen kann und wie viele Schritte das ganze benötigt. Und das mehrmals hintereinander somit kann ich auch nicht mit einem unsichtbaren TestEvent arbeiten...

Und wenn ich schon dabei bin, ist es sinnvoll bestimmte Plugins innerhalb meines eigenen Plugins anzuschreiben? Zb. um das Message Box Plugin von Kazesui selber anzusprechen ohne das man dafür einen Comment benutzen muss? Ich könnte ja theoretisch einfach selber die Funktion OnComment aufrufen und meine Parameter angeben, nur keine Ahnung ob das nicht zu Problemen führt ._.

[Morden]

Ich könnte ja theoretisch einfach selber die Funktion OnComment aufrufen und meine Parameter angeben, nur keine Ahnung ob das nicht zu Problemen führt ._.

...

Dann würdest du aber - meines Wissens nach - nur deine eigene onComment()-Funktion aufrufen - nicht aber die der anderen PlugIns. Du weißt ja zur Laufzeit auch gar nicht, ob andere PlugIns nun vorhanden sind oder nicht.

PeAcE
MorDen

[Cherry]

Theoretisch könnte man GetModuleHandle und GetProcAddress verwenden, um einen Pointer auf ein Callback eines anderen Plugins zu bekommen. Das ist so aber eigentlich nicht vorgesehen; es sei denn ein Plugin stellt bewusst eine zusätzliche Funktion auf diesem Wege zu Verfügung. Es kann aber natürlich funktionieren.

[djeurissen]

Naja, wollte ich auch nur wissen dann werde ich mein Plugin halt so gestalten das ich meine KI im Maker schreiben kann XD

[Cherry]

Der Code hier müsste theoretisch gehen, für deinen Fall. Aber nur unter der Annahme, dass das Plugin, was du aufrufst, wirklich nur parsedData verwendet und nicht versucht, irgendwas mit text, nextScriptLine oder so zu machen:

Code:

typedef bool __cdecl (*ONCOMMENT_CALLBACK)(const char *, const RPG::ParsedCommentData *, RPG::EventScriptLine *, RPG::EventScriptData *, int, int, int, int *);

HINSTANCE hInstOtherPlugin = GetModuleHandle("name_of_other_plugin");
if(hInstOtherPlugin) {
	ONCOMMENT_CALLBACK alienOnComment = GetProcAddress(hInstOtherPlugin, "onComment");
	if(alienOnComment) {
		RPG::ParsedCommentData fakeCommentData = {0};

		strcpy(fakeCommentData.command, "command_to_be_called");
		fakeCommentData.parametersCount = 2;

		fakeCommentData.parameters[0].type = RPG::PARAM_NUMBER;
		fakeCommentData.parameters[0].number = 1234;

		fakeCommentData.parameters[1].type = RPG::PARAM_STRING;
		strcpy(fakeCommentData.parameters[2].text, "Hello World!");

		try {
			if(!alienOnComment(NULL, &fakeCommentData, NULL, NULL, 0, 0, 0, NULL)) {
				// Yesss! The other plugin seems to have handled our fake request!
			} else {
				// The other plugin returned true, i.e. it probably didn't handle the request
			}
		} catch(...) {
			// Oops, something crashed - maybe the other plugin tried to access something we didn't provide, such as the event script data
		}
	} else {
		// The other plugin seems not to have an onComment handler...
	}
} else {
	// The other plugin seems not to be loaded...
}

[Davy Jones]

Ist es möglich, die Menü-Dinger von Row und Aktiv/Passiv in einen Switch umzuwandeln, der irgendwas aktiviert? Mit Save_Switch_1005 hattest du das ja bereits wunderbar für die Menü-Speicherfunktion umgemodelt =)

[Innocentia]

Ist es möglich, die Menü-Dinger von Row und Aktiv/Passiv in einen Switch umzuwandeln, der irgendwas aktiviert? Mit Save_Switch_1005 hattest du das ja bereits wunderbar für die Menü-Speicherfunktion umgemodelt =)

...

So, wie ich das verstanden habe, gibt es so etwas schon:
http://rpgmaker.net/forums/topics/13468/

Unter CMS Tools: Menu Transition Tweaks.

Aber mein Englisch ist mies, also noch einmal besser selbst durchlesen

- Das Inno -

[Cherry]

Nein, das bezieht sich darauf, den Übergang vom Menü auf ein eigenes Untermenü (mit dem Save oder Order Switch Plugin) besser zu machen.

[goldenroy]

Yo, gibt es die Möglichkeit, irgendwie die Positon der Textbox anzupassen? Es muss nicht die Box sein, die Position der 4 Zeilen text alleine reicht theoretisch.

[Davy Jones]

Ich sehe, dass man dort Order und Quit für Switches gebrauchen kann, nicht aber Row und Aktiv/Passiv.

@Cherry: Ist es überhaupt möglich, diese beiden Menüpunkte für Switches zu benutzen?

[Cherry]

Alles ist möglich, es müsste nur wer anpassen. (Nein, ich jetzt nicht.) Du kannst PepsiOtaku ja fragen...

[syhlpan]

Wäre es möglich ein Plugin zu schreiben welches den Text aus einer Spritefont zieht und damit die Schriftart des Makers ersetzt?

Verzweifle nämlich langsam an der Schriftart des Makers und würde diese gerne ersetzen....nur passende Fonts habe ich bis jetzt nur
auf Spritefonts auf Spriters-Resource gefunden......

[Cherry]

Wenn ich denn mal ein onDrawCharacter-Callback mache (was ich vorhabe), hoffentlich. Im Moment wirds wohl schwierig.

[Corti]

Nun zu etwas eher Exzentrischen: Ich überlege seit längerem, ob es nicht eine Möglichkeit gibt, Monster in ihrem Level skalieren zu lassen. Das Feature würde ich gerne als Plugin lösen, ich bräuchte also ( mal wieder ) Speicheradressen-Knowhow.

Ich bräuchte:
- lesenden und schreibenden Zugriff auf die in der aktuellen Monsterguppe befindlichen Status-Werte ( Atk, Def, Int, Agi , Exp, Gold )
- lesenden und schreibenden Zugriff auf die Monsterdatenbank und deren Werte. Ich gehe mal davon aus, dass die getMaxHp-Funktionen etc. der Monster auf die Einträge der Datenbank verweisen.

Was ich tun würde:
- Werte des Monsters aus der DB auslesen und in eigener Datenstruktur sichern
- MonsterEintrag in DB und in Monstergruppe mit aktuellen Werten überschreiben
- Nach Kampfende die Originalwerte zurückschreiben

Was ich beisteuern kann: (weniger für Cherry als für bugmenot )
static RPG::CatalogPtr<RPG::Monster *> &monsters = (**reinterpret_cast<RPG::CatalogPtr<RPG::Monster *> **>(0x4CDE64));
Dort sind die aktuellen Monster.

Monster (TLcfgMonsterItem) erbt von ( TLcfgUnitItem ), die Aufrufe von getMaxHp werden in DynRPG über die vTable gemacht. Was sind das, Funktionszeiger?

[bugmenot]

lesenden [...] Zugriff auf die in der aktuellen Monsterguppe befindlichen Status-Werte

...

input:
EAX = Wert an 4CDE64 EnemyPartyPtr
EDX = EnemyPartySlot
call sub_4BE860 <>GetBattlerData(Enemy)
Lädt ... irgendwas... in ein Array, gibt die Adresse des Arrays in EAX aus. (Wird für die Funktionen unter TLcfgUnitItem verwendet (get Str/Def/Int/Agi/etc.))
Informationen im Array (an Pos +xx):
04 = EnemyPartySlot_ID
08 ?
0C = hidden/escaped_flag
10 = Ptr on ActionList
+4 = Action (0|1|2|3|4|5 = Attack|UseSkill|Transform|UseItem|DoNothing|Random)
+5 = Behavior (0|1|2|3|4 = Atk|DblAtk|Defend|Observe|Charge|SelfDestruct|Esc|None)
+8 = Skill_ID (last used Skill)
+C ?
14 = HP
18 = MP
1C ?
20 ?
24 = NamePtr(?)
28 ?
2C = AttributeAmount
30 = Ptr on Attribute_Array
34 = ConditionAmount
38 = Ptr on Condition_Array
3C ?
...
C0 ?
C4 = ConditionInfo 1
C8 = ConditionInfo 2
CC = ConditionInfo 3
D0 = ConditionInfo 4
D4 = ConditionInfo 5
D8 = Enemy_ID

input:
EAX = Wert an 4CDE0C EnemyParamPtr
EDX = Enemy_ID
call sub_482A80 <>GetEnemyParam
Lädt den Eintrag aus der DB in ein Array, gibt die Adresse des Arrays in EAX aus.
Informationen im Array (an Pos +xx):
04 = Enemy_ID
08 = Enemy_Name
0C = EnemyGraphic_Name
10 = Coloration
14 = Enemy_max.HP
18 = Enemy_max.MP
1C = Enemy_Atk
20 = Enemy_Def
24 = Enemy_Int
28 = Enemy_Agi
2C = Transparency_flag
30 = Drop: Exp
34 = Drop: Gold
38 = Drop: Item_ID
3C = Item_Drop%
40 = Crit_Flag
44 = Crit_Rate
48 = Miss_flag
4C = highest non[C] Condition_ID
50 = Ptr on ConditionArray
54 = highest non[C] Attribute_ID
58 = Ptr on AttributeArray
5C = Ptr on Move Pool(?)

Keine Ahnung, wie man den Zugriff von RT -(read)-> DB auf RT -(write)-> DB umdrehen kann.

*> **>(0x4CDE64));

...

Da steht mehr als nur die PartySize drin? Hm...

Monster (TLcfgMonsterItem) erbt von ( TLcfgUnitItem ), die Aufrufe von getMaxHp werden in DynRPG über die vTable gemacht. Was sind das, Funktionszeiger?

...

vTable? Nevermind...

Unter TLcfgMonsterItem und TLcfgUnitItem befinden sich Funktionen zur Vergabe und Berechnung von Werten/Schaden/Logik:

Code:

[...]

47F144(2k)|4BD310(2k3) <>Monster (TLcfgMonsterItem)
47F314(2k)|------(2k3) <>
47F350(2k)|4BD488(2k3) <>
47F3B4(2k)|4BD514(2k3) <>
47F3E4(2k)|4BD550(2k3) <>InitializeBattlerData
47F430(2k)|4BD5DC(2k3) <>
47F44C(2k)|4BD5F8(2k3) <>CreateEnemyBattler
47F520(2k)|4BD74C(2k3) <>SetEnemyName
47F544(2k)|4BD774(2k3) <>SetEnemy_max.HP
47F55C(2k)|4BD790(2k3) <>SetEnemy_max.MP
47F574(2k)|4BD7AC(2k3) <>SetEnemy_Atk
47F58C(2k)|4BD7C8(2k3) <>SetEnemy_Def
47F5A4(2k)|4BD7E4(2k3) <>SetEnemy_Int
47F5BC(2k)|4BD800(2k3) <>SetEnemy_Agi
47F5D4(2k)|4BD81C(2k3) <>SetEnemy_AttributeRes
47F5F4(2k)|4BD840(2k3) <>SetEnemy_ConditionRes
47F614(2k)|4BD864(2k3) <>SetEnemy_Crit
47F664(2k)|4BD8B8(2k3) <>
47F6A0(2k)|4BD900(2k3) <>
47F854(2k)|------(2k3) <>EndEnemyTurn(?)
47F874(2k)|4BDC30(2k3) <>FlashEnemy
47F878(2k)|4BDC38(2k3) <>
47F880(2k)|4BDC44(2k3) <>
47F888(2k)|4BDC50(2k3) <>
47F90C(2k)|4BDCEC(2k3) <>GetExpSpoil
47F924(2k)|4BDD08(2k3) <>GetGoldSpoil
47F93C(2k)|4BDD24(2k3) <>GetItemSpoil(ID)
47F954(2k)|4BDD40(2k3) <>GetItemSpoil(%)
47F96C(2k)|4BDD5C(2k3) <>
47F990(2k)|4BDD84(2k3) <>
47F9B4(2k)|4BDDAC(2k3) <>
47F9DC(2k)|4BDDD8(2k3) <>TransformEnemy
47FAE0(2k)|4BDF6C(2k3) <>EnemyBehavior(?)
------(2k)|4BE6E0(2k3) <>
4801C8(2k)|4BE7B8(2k3) <>
480214(2k)|4BE804(2k3) <>
480244(2k)|4BE834(2k3) <>
480270(2k)|4BE860(2k3) <>GetBattlerData(Enemy)
4802F0(2k)|4BE8E0(2k3) <>LoadEnemyGroup
------(2k)|4BED2C(2k3) <>ReorientateBattler(Enemy)
480394(2k)|4BED9C(2k3) <>
4803DC(2k)|4BEDF4(2k3) <>GetAverageEnemyPartyAgi
480438(2k)|4BEE50(2k3) <>CheckValidEnemyParty
480470(2k)|4BEE88(2k3) <>EnemyAttack(?)
480600(2k)|------(2k3) <>
4807CC(2k)|4BF0D8(2k3) <>EnemyTurn(?)

[...]

4811E0(2k)|4BF140(2k3) <>Action (TLcfgUnitItem)
481338(2k)|4BF29C(2k3) <>
481368(2k)|4BF2CC(2k3) <>
4813AC(2k)|4BF36C(2k3) <>
4813F0(2k)|4BF3B8(2k3) <>
------(2k)|4BF440(2k3) <>GetJobClass
------(2k)|4BF468(2k3) <>
------(2k)|4BF484(2k3) <>
------(2k)|4BF550(2k3) <>ShowMiss
------(2k)|4BF5E4(2k3) <>ShowDamage
------(2k)|4BF694(2k3) <>
481450(2k)|4BF710(2k3) <>RemoveBattleConditions
4814E0(2k)|4BF7A8(2k3) <>
4814E8(2k)|4BF7B0(2k3) <>GetHPColor
48151C(2k)|4BF7E4(2k3) <>GetMPColor
48154C(2k)|4BF814(2k3) <>IncreaseHP
------(2k)|4BF860(2k3) <>
481580(2k)|4BF8D8(2k3) <>DecreaseHP
------(2k)|4BF964(2k3) <>
4815E4(2k)|4BF9C4(2k3) <>IncreaseMP
481608(2k)|4BF9E8(2k3) <>DecreaseMP
481634(2k)|4BFA14(2k3) <>
48172C(2k)|4BFB0C(2k3) <>
481748(2k)|4BFB28(2k3) <>GetStr
4817B8(2k)|4BFBF4(2k3) <>GetDef
481828(2k)|4BFCC0(2k3) <>GetInt
481898(2k)|4BFD5C(2k3) <>GetAgi
481908(2k)|4BFDF8(2k3) <>GetAttributeRes
48192C(2k)|4BFE1C(2k3) <>InitializeAttributeArray
48195C(2k)|4BFE4C(2k3) <>CheckAttribute
4819A4(2k)|4BFE94(2k3) <>SetAttribute
4819EC(2k)|4BFEDC(2k3) <>AttributeRes-1
481A2C(2k)|4BFF1C(2k3) <>AttributeRes+1
481A6C(2k)|4BFF5C(2k3) <>InitializeConditionArray
481A9C(2k)|4BFF8C(2k3) <>CheckCondition
481AE4(2k)|4BFFD4(2k3) <>SetCondition
481B2C(2k)|4C001C(2k3) <>InflictCondition
481C90(2k)|4C019C(2k3) <>RemoveCondition
481D04(2k)|4C02EC(2k3) <>GetHighestPriorityCondition
481D6C(2k)|4C0354(2k3) <>GetCondition
481DB8(2k)|4C03A0(2k3) <>GetConditionColor
------(2k)|4C03CC(2k3) <>SetEnemyConditionInfo
481DF0(2k)|4C04A4(2k3) <>GetConditionHitDeBuff
------(2k)|4C0504(2k3) <>GetEvadeAllAttacksFlag
------(2k)|4C0560(2k3) <>GetReflectSkillsFlag
------(2k)|4C05BC(2k3) <>GetFixEquipFlag
481E50(2k)|4C0618(2k3) <>FullRecovery
481E94(2k)|------(2k3) <>AssignTurnOrder
481EE8(2k)|4C0688(2k3) <>CheckValidTarget
481EFC(2k)|4C069C(2k3) <>GetParalysisFlag
481F4C(2k)|4C06EC(2k3) <>GetBerserkFlag
481F9C(2k)|4C073C(2k3) <>GetConfusionFlag
481FEC(2k)|4C078C(2k3) <>CheckEnemyResponsiveness(?)
482018(2k)|4C07B8(2k3) <>CheckRecovery(?)
4820A8(2k)|4C0848(2k3) <>
482344(2k)|4B9834(2k3) <>CalcPhysDamage
------(2k)|4C0B2C(2k3) <>CalcPhysDamage(Enemy)
48248C(2k)|4C0DBC(2k3) <>CalcSkillDamage
48266C(2k)|4C0FFC(2k3) <>
------(2k)|4C110C(2k3) <>
------(2k)|4C1114(2k3) <>
------(2k)|4C1150(2k3) <>
------(2k)|4C1178(2k3) <>

[...]

[Corti]

Hey, danke für deine Mühen. So hardwarenahes entspricht nicht unbedingt meinem Metier, als verzeih, wenn ich blöde Sachen frage ;-)

In deiner Tabelle gibt es
481748(2k)|4BFB28(2k3) <>GetStr

Die Adresse entspricht dabei der hier aus Cherrys Battler-Klasse.

int Battler::getAttack() {
int ret;
asm volatile("call *%%esi" : "=a" (ret) : "S" (0x4BFB28), "a" (this) : "edx", "ecx", "cc", "memory"); // GetATK
return ret;
}

...

D.h. eigentlich müsste ich mir analog dazu mit dem hier 4BD7AC(2k3) <>SetEnemy_Atk, eine setAttack-Funktion basteln können, wenn ich anstatt des this den Zeiger auf das Monsterobjekt übergebe, oder inwiefern irre ich mich da?

[bugmenot]

[...]setAttack-Funktion basteln können, wenn ich anstatt des this den Zeiger auf das Monsterobjekt übergebe, oder inwiefern irre ich mich da?

...

Also das this als Input ist eigentlich ein Verweis auf die Adresse, an der alle notwendigen Daten für die Kampfteilnehmer geschrieben stehen. Das Problem ist, dass die SetEnemy[XYZ]-Funktionen sich daraus nur die Enemy_ID rauspicken und anhand dieser den Eintrag aus der .ldb laden.

Code:

47F544 <>SetEnemy_max.HP   (2k3: 4BD774)
47F545 mov ebx,eax	//get Ptr on BattlerData(Enemy)
47F547			//off_49AD20 = EnemyParamPtr
47F54E mov edx,[ebx+48]	//get Enemy_ID
47F551  call sub_4627EC	//call GetEnemyParam
47F556 mov eax,[eax+14]	//get Enemy_max.HP

47F55C <>SetEnemy_max.MP   (2k3: 4BD790)
47F55D mov ebx,eax	//get Ptr on BattlerData(Enemy)
47F55F			//off_49AD20 = EnemyParamPtr
47F566 mov edx,[ebx+48]	//get Enemy_ID
47F569  call sub_4627EC	//call GetEnemyParam
47F56E mov eax,[eax+18]	//get Enemy_max.MP

47F574 <>SetEnemy_Str   (2k3: 4BD7AC)
47F575 mov ebx,eax	//get Ptr on BattlerData(Enemy)
47F577			//off_49AD20 = EnemyParamPtr
47F57E mov edx,[ebx+48]	//get Enemy_ID
47F581  call sub_4627EC	//call GetEnemyParam
47F586 mov eax,[eax+1C]	//get Enemy_Atk

47F58C <>SetEnemy_Def   (2k3: 4BD7C8)
47F58D mov ebx,eax	//get Ptr on BattlerData(Enemy)
47F58F			//off_49AD20 = EnemyParamPtr
47F596 mov edx,[ebx+48]	//get Enemy_ID
47F599  call sub_4627EC	//call GetEnemyParam
47F59E mov eax,[eax+20]	//get Enemy_Def

47F5A4 <>SetEnemy_Int   (2k3: 4BD7E4)
47F5A5 mov ebx,eax	//get Ptr on BattlerData(Enemy)
47F5A7			//off_49AD20 = EnemyParamPtr
47F5AE mov edx,[ebx+48]	//get Enemy_ID
47F5B1  call sub_4627EC	//call GetEnemyParam
47F5B6 mov eax,[eax+24]	//get Enemy_Int

47F5BC <>SetEnemy_Agi   (2k3: 4BD800)
47F5BD mov ebx,eax	//get Ptr on BattlerData(Enemy)
47F5BF			//off_49AD20 = EnemyParamPtr
47F5C6 mov edx,[ebx+48]	//get Enemy_ID
47F5C9  call sub_4627EC	//call GetEnemyParam
47F5CE mov eax,[eax+28]	//get Enemy_Agi

Also:
Basteln: ja (Den output hinter jedem call sub_482A80 <>GetEnemyParam mit einem zugewiesenen Wert multiplizieren)
Aber eher: nein (Ich habe 86 byte Spielraum bei den ganzen SetEnemy[XYZ]-Funktionen. Ich schaue mal, was sich machen lässt. Gib mir einen oder besser zwei Momente.)



+Post #137 nochmal in Ruhe durchles+

Du brauchst also eine Funktion, die die gesamte RPG_RT.ldb ausliest und in eine RPG_RT.cdb schreibt, auf die du vollen Zugriff hast, und die Funktionen, die normalerweise aus der .ldb lesen, müssen auf die .cdb umgeleitet werden?

An offset 0047DDB8 kann man auf den Dateinamen der Datenbank verweisen, aus der gelesen wird. Würde jetzt heißen, man müsste onStartUp "copy RPG_RT.ldb -> create RPG_RT.cdb" machen und dann halt Werte in der .cdb umschreiben. In der RM Interna stand irgendwas über die Struktur der LcfDataBase. Mehr kann ich nicht sagen, weil ich habe keine Ahnung von EDV und so...