Programmwunsch und -erstellungsthread #2

[MagicMaker]

Kann das nicht Konflikte bei parallel laufenden Events geben, wenn man überall auf diese Var angewiesen ist?

[bugmenot]

Kann das nicht Konflikte bei parallel laufenden Events geben, wenn man überall auf diese Var angewiesen ist?

...

Genau. (bzw. diese lesen den selben Pointer -> selben Switch aus)

Lösungsmöglichkeit: den Patch umstrukturieren, um per SwitchID-Array Switch[Nr. xyz] + 0 bis 99 (im Default-Fall Switch[0001] bis Switch[0100]) auf entsprechende Var[3397] + Switch-Array-Pos zuzugreifen (?)
Was dann nur mehr Mikro Management verlangt im Sinne von "...welcher Pointer wird gerade eben bereits verwendet?"
Ich habe nicht wirklich viel Platz, um die paar Byte zusätzlicher Codezeilen noch unterzubringen.

Edit:
Bzw. was ist schon parallel an einem Prozessor, der Befehle sequenziell verarbeitet? Einfach vor jedem Eventbefehl Condition"Switch[0001] = ON/OFF" die Variable mit dem SwitchPointer entsprechend setzen und der Switch wird eindeutig zugewiesen.

[Cherry]

Parallele Events laufen nicht komplett durcheinander. Ein Event läuft solange ungestört, bis es entweder einige Tausend Befehle ausgeführt hat (weiß gerade die Zahl nicht) oder an einen Befehl kommt, der bis zum nächsten Frame wartet (dazu gehört Wait, aber auch das Ende eines PPs oder Befehle wie Open Save Menu, etc.). Daher, wenn man nicht eine Schleife ohne Wait baut (was man eh nicht sollte), sodass man an das Befehlslimit kommt, kann man davon ausgehen, dass zwischen zwei Befehlen die nicht auf das nächste Frame warten (und dazu gehören ja Variablen-/Switch-Operationen und Bedingungen) nichts anderes dazwischenfunkt. So funktionieren letztenendes auch der Item/Eventpointerpatch, der BetterAEP und einige DynRPG-Plugins.

[bugmenot]

Edit²:
Bug gefunden: wenn ein Event für irgendeine Eventseite Switch[0001] abfragt, dann wird auf diese Eventseite (nach Event-Update) gesprungen, egal was der SwitchPointer sagt. (Soviel zum Thema Self-Switches in 2k(3)... mal schauen.)

...

Ich nehme die Bug-Meldung hiermit wieder zurück. (Bloß der MessageSwitchPatch(Switch_ID = 1 in 0x70844(2k) oder 0x92ED9(2k3)), der den Switch anflippte...)
Der SwitchPointer wirkt sich nicht auf die Event Conditions aus.

P.S.
Nutzen die Event Conditions (links im Event Editor) etwa nicht die selbe Funktion, wie der Eventbefehl zu den Conditions?
Und wird vorher irgendwo die eigene Event_ID hinterlegt?

P.P.S.
Ist der Raum hinter dem BetterAEP nur im 2k3 schon belegt?

[MarcL]

Hast natürlich recht. Der Switchpointer ist großartig! Well done.
Noch etwas:
Könntest du rausbekommen, an welchen Stellen im Speicher die Attribute und Conditionanfälligkeiten der Monster liegen?
Im Maker sind diese mit A bis E einstellbar. Durch Senken/Erhöhen kann im Kampf die Attribute-Anfälligkeit um eins nach oben oder unten geändert werden.
Interessant wären also sowohl die Werte aktueller Monster als auch die der Monster in der Database.mfg

...

Hey das könnte ich auch für mein Projekt gebrauchen ^^ Erfahrungspunkte, Geldwert und das gedroppte Item des Monsters dazu fände ich auch sehr nützlich

Gibt es eigentlich eine Möglichkeit in den String eines Heldennamens (z.B. mit ID 14) zu schreiben und einen anderen String einzutragen, so dass ich dann im Maker das ganze wieder mit \n[14] auslesen könnte?

[Quetschi]

Ich weiß gerade nicht wie das beim 2k ist, aber beim 2k3 gibt es auf der ersten Seite den Befehl Change Hero Name. Dort kannst du den Helden und den neuen Namen aussuchen.

[MarcL]

Ich weiß gerade nicht wie das beim 2k ist, aber beim 2k3 gibt es auf der ersten Seite den Befehl Change Hero Name. Dort kannst du den Helden und den neuen Namen aussuchen.

...

Ich mein doch in C++ für ein DynRPG Plugin Wobei das bringt mich auf den Gedanken... kann man denn nicht durch irgendeinen Ausdruck den Befehl aufrufen? Was sagt mir das hier?

483124 -> ChangeHeroName

...

[MagicMaker]

Sind das irgendwelche festen Strings oder soll da was generiert werden? Für erstes sollte ja der Änderungsbefehl ausreichen.

[MarcL]

Sind das irgendwelche festen Strings oder soll da was generiert werden? Für erstes sollte ja der Änderungsbefehl ausreichen.

...

Naja z.B. ein Stehlen Script...
Je nachdem welches Item gestohlen wird, müsste man einfach nur per DynRPG den Itemnamen lesen und diesen in den Heldennamen eintragen... dann bräuchte man nur eine Messagebox die ausgibt: \n[14] gestohlen!
Allerdings fällt mir gerade auf, dass man dann irgendwie so was bräuchte wie @store 14 32 (slot 14, itemid 32) und das müsste man wieder per Hand eingeben, wenn sowas nicht funktioniert: @store 14 \v[123]....
Außerdem fällt mir jetzt noch auf, dass wenn man nicht will, dass alle Gegenstände geklaut werden können... müsste man für jedes Item sowieso die ID per Hand eintragen... dann kann man aber gleich alle Namen per
Hand eintragen...
Eigentlich hatte ich noch was... aber mir fällt leider gerade nicht mehr ein, wo ich schon mal so ein Problem hatte, wo ich das schon mal hätte gebrauchen können...

[Cherry]

Da hat doch neulich wer ein Plugin gebaut wo man sowas wie "\i[\v[123]]" in Messages verwenden kann... (war das nicht eh Corti?)

Btw: In allen Plugins kann man Zahlenwerte durch Variablen angeben, indem man ein V (oder mehrere für mehrfache Indirection) voranstellt. Dasselbe gilt für N für Heldennamen anstelle von Strings (NV funktioniert dann auch). Das ist ein DynRPG-Feature, das Plugin muss nix extra dafür tun und bekommt gleich den intepretierten Wert geliefert.

[MagicMaker]

Du meinst sicher den MessageExtender von Morden.

[Cherry]

Ah ja, stimmt. Danke.

[bugmenot]

Meh...

(RPG_RT 2k3 v1.08 )
[0x98E75 .. 0x98F16]
//GetBattleSpoils-Loop //[0x73935 .. 0x739D6] in RPG_RT 2k v1.07
0x98E7E call sub_4BE860 (get enemy ID's Data(?))

0x98E9B call sub_4BDCEC* (get ExpSpoils)
0x98EB0 call sub_4BDD08* (get GoldSpoils)
0x98EC6 call sub_4BDD24* (get ItemSpoils' ID)
0x98EDD call sub_4BDD40* (get ItemSpoils' %)
0x98EE8 (get Drop = true/false(?))
-> 0x98EF0 jmp if Drop = false (jump over 'AddItem')
0x98F00 call sub_4BDD24* (get ItemSpoils' ID)
0x98F0A call sub_4175DC (AddItem)

Edit:
*GetEnemyData_structure:
push ebx
mov ebx, eax
mov eax, DS: off_4CDE0C //EnemyParamPtr
//DS: off_49AD20 in RM2k
mov eax, [eax]
mov edx, [ebx+0D8]
//[ebx+48] in RM2k
call sub_482A80
//sub_4627EC in RM2k
mov eax, [eax+**]
pop ebx
ret

** (EnemyData)
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 //0|1 = false|true
44 = Crit_Chance (1 in X)
48 = Miss_Flag //0|1 = false|true //256+0|1 in RM2k
4C = highest Condition ID(?)
50 = Condition Resist
//assigned by ID, exists temporarily
54 = highest Attribute ID(?)
58 = Attribute Resist
//assigned by ID, exists temporarily
5C = Move Pool(?)

[MarcL]

Da hat doch neulich wer ein Plugin gebaut wo man sowas wie "\i[\v[123]]" in Messages verwenden kann... (war das nicht eh Corti?)
Btw: In allen Plugins kann man Zahlenwerte durch Variablen angeben, indem man ein V (oder mehrere für mehrfache Indirection) voranstellt. Dasselbe gilt für N für Heldennamen anstelle von Strings (NV funktioniert dann auch). Das ist ein DynRPG-Feature, das Plugin muss nix extra dafür tun und bekommt gleich den intepretierten Wert geliefert.

...

Du meinst sicher den MessageExtender von Morden.

...

Danke Klappt sehr fein!

Meh...

(RPG_RT 2k3 v1.08 )
[0x98E75 .. 0x98F16]
//GetBattleSpoils-Loop //[0x73935 .. 0x739D6] in RPG_RT 2k v1.07
0x98E7E call sub_4BE860 (get enemy ID's Data(?))

0x98E9B call sub_4BDCEC* (get ExpSpoils)
0x98EB0 call sub_4BDD08* (get GoldSpoils)
0x98EC6 call sub_4BDD24* (get ItemSpoils' ID)
0x98EDD call sub_4BDD40* (get ItemSpoils' %)
0x98EE8 (get Drop = true/false(?))
-> 0x98EF0 jmp if Drop = false (jump over 'AddItem')
0x98F00 call sub_4BDD24* (get ItemSpoils' ID)
0x98F0A call sub_4175DC (AddItem)


*GetEnemyData_structure:
push ebx
mov ebx, eax
mov eax, DS: off_4CDE0C //Edit: EnemyPtr
//DS: off_49AD20 in RM2k
mov eax, [eax]
mov edx, [ebx+0D8]
//[ebx+48] in RM2k
call sub_482A80
//sub_4627EC in RM2k
mov eax, [eax+**]
pop ebx
ret

** (EnemyData)
04 = Enemy_ID
14 = Enemy_max.HP
18 = Enemy_max.MP
1C = Enemy_Atk
20 = Enemy_Def
24 = Enemy_Int
28 = Enemy_Agi
30 = Drop: Exp
34 = Drop: Gold
38 = Drop: Item_ID
3C = Item_Drop%
40 = Crit_Flag //0|1 = false|true
44 = Crit%
48 = Miss_Flag //0|1 = false|true //256+0|1 in RM2k
4C = highest non[B] ConditionResist_ID (?)

...

oO; Danke... ich seh leider jetzt erst, das Corti was von Speicheradressen geschrieben hat ^^; das und der Assembler? Code sagen mir leider nix T^T; Hauptsache er kann was damit anfangen ^^

[bugmenot]

Code sagen mir leider nix T^T

...

Wenn DynRPG die Möglichkeit bietet das Ziel eines angewendeten Skills in eine Variable zu schreiben, dann kann man damit (muss nur noch in einen vernünftigen Patch/Plugin) Gegnerdaten direkt aus der Database auslesen. (zB. für einen Analyse-Skill, welcher max.HP/max.MP, Statuswerte, etc. in Variablen schreibt, die man in einer Message wieder ausgeben kann)
Problem bei deinem Stehlen-Skill ist ersteinmal, dass vermerkt werden muss, dass der Gegner schon erfolgreich bestohlen wurde. (nebenbei: Crit% lässt sich ganz gut für Stehl-Erfolg% missbrauchen wenn man die Crit_Flag in der Database ausstellt)
Edit:
Und vielleicht noch im Feld für gedropptes Geld die Item_ID des zu stehlenden Items schreiben (damit man dies einfach in der Database von Hand verwalten kann), die Abrechnung des gedroppten Geldes im BattleWon entfernen, weil: warum tragen die erlegten Wölfe Gold und einen magischen Feuerring bei sich?
...oder im Feld für gedropptes Geld die Item_ID eines zweiten möglichen Monsterdrops (seltenerer Drop) und die entsprechenden % in die Crit% schreiben...

P.S.
Ja, ich suche noch weiter nach Enemy_Battler-Daten (aktuelle HP/MP, Resistenzen, etc.).

[Corti]

Hey :-) In DynRPG kann man direkt im Speicher lesen und schreiben.

So macht Cherry das: (Beispiele)
Lesen:

int variable = (**(int ***)(0x4CDE54));

...

Schreiben:

Code:

*reinterpret_cast<unsigned short *>(0x4C7C88) = 0x9090;

PS: Wer Dateioffsets in virtuelle Adressen umrechnen will: Für Offsets 0 - 400 addieren wir 400000, für Offsets 400 - C9200 addieren wir 400C00, für Offsets C9200 - CD400 addieren wir 400E00. Also normalerweise braucht man nur 400C00 zu addieren.

...

Da die Adressen da mit 4 anfangen und 6-stellig sind nehm ich mal an es sind virtuelle Adressen.
Handelt es sich dabei um Monster in der Datenbank oder Monster im Kampfsystem?

So greift Chery auf die Monster im Kampf zu:

Code:

static RPG::CatalogPtr<RPG::Monster *> &monsters = (**reinterpret_cast<RPG::CatalogPtr<RPG::Monster *> **>(0x4CDE64));

[bugmenot]

Handelt es sich dabei um Monster in der Datenbank oder Monster im Kampfsystem?

...

Datenbank. Ich schaue mir mal 004CDE64 (0xCD264) an.
Edit: Ich gehe mal davon aus, das ist Teil der durch DynRPG gepatchten RPG_RT?

Könntest du mir auch den Offset für RPG:: Action verraten? (zwecks Skill_ID des eingesetzten Skills und dessen Ziel)

Wie regelt DynRPG eigentlich function calls von außerhalb? Und wird Assembler-Roh-Code in einem Plugin ausreichen?

[Corti]

Das übersteigt mein Wissen.

[Cherry]

@bugmenot: Nein, das ist die ganz normale VA für Monster im Kampf, nichts gepatcht. In der Datei steht da natürlich nichts, weil die Objekte ja erst zur Laufzeit erzeugt werden...

Du könntest dir ja einfach DynRPG holen und damit rumspielen. Sollte viele Fragen beantworten.

[bugmenot]

@Corti Soll man die Resistenzen auch zur Laufzeit in der Datenbank ändern können oder nur die der aktiven Battler?
Wenn ja:
@Cherry Hat man von der RPG_RT aus Schreibrechte auf eine Datenbank, aus der die RPG_RT im Kampf möglicherweise noch ausliest?

Ansonsten ein kleines Update:

*GetEnemyData_structure:

...

Und etwas Kram: (RPG_RT 2k v1.07 )

sub_47413C <>DrawBattleScene
sub_47F476 <>CreateEnemyBatller

47F520 <>SetEnemyNames
47F544 <>SetEnemy_max.HP
47F55C <>SetEnemy_max.MP
47F574 <>SetEnemy_Atk
47F58C <>SetEnemy_Def
47F5A4 <>SetEnemy_Int
47F5BC <>SetEnemy_Agi
47F5D4 <>SetEnemy_AttributeResist
47F5E4 call sub_4627EC
//get EnemyData
47F5EB call sub_462794
//load Attribute Res
47F5F4 <>SetEnemy_ConditionResist
47F604 call sub_4627EC
//get EnemyData
47F60B call sub_46274C
//load Condition Res

47F614 <>SetEnemy_Crit
47F624 call sub_4627EC
//get EnemyData
47F629 cmp
//is Crit_Flag = False? If False -> jmp
Else
47F639 call sub_4627EC
//get EnemyData
47F63E fild
//get Crit_Chance
47F711 <>SetEnemy_Transparancy
47F720 cmp
//is Transparancy_Flag = False?

47F9DC <>EnemyTransformation
47FA01 call sub_4627EC
//get EnemyData
47FA06
//set new max.HP
47FA23
//set new max.MP
47FA54 call
//Load new MonsterGraphic
47FA61 call
//Get new MonsterGraphic_name
47FA70 call sub_4627EC
//get EnemyData
47FA75
//set new Coloration
47FA92 call
//replace Battler (=Transform)(?)

47FAE0 <>EnemyBehavior(?)
47FB41 <>?
47FB77 <>Targetting(?)
47FB7A call
//set Enemy's Target
47FBB4 <>?

47FC6D <>ActCondition: Switch
47FC89 <>ActCondition: TurnNo.
47FC96 call sub_47D5E8
//GetBattleTurnNo.(?)
47FCA8 <>ActCondition: EnemyQuantity
47FCAF call sub_480438
//GetEnemyQuantity(?)
47FCD7 <>ActCondition: User's HP
47FCED cmp
//Is current HP above HP%(A)?
47FCF0 jmp
//Don't use the Move
47FD0C cmp
//Is current HP below HP%(B)?
47FD0F jmp
//Don't use the Move
47FD1A <>ActCondition: User's MP
[...]
//see User's HP above
47FD56 <>ActCondition: Hero Levels
47FD5D call sub_47D668
//Get Average Party Level(?)
47FD62 cmp
//is Lv above Lv(A)?
47FD73 cmp
//is Lv below Lv(B)?
47FD7A <>ActCondition: Hero Party's Exhaustion
47FD81 call sub_47D6B0
//Get Average Party Dmg%(?)

47FDD0 <>Execute Move