Programmwunsch und -erstellungsthread #2

[Cherry]

Es gibt schon Klassen für die internen Arraystrukturen ,wie z.B. DArray bzw. DList...

was genau hast du da vor? Ich versteh das momentan grade nicht.

[bugmenot]

Direct Menu Patch
download DirectMenuPatch(fix)

Dieser Patch erlaubt es Untermenüs durch Gebrauch von Variablen und dem Eventbefehl <OpenMainMenu> direkt zu öffnen.

Var[3326] = 1 (öffnet das ItemMenü)
Var[3326] = 2 (öffnet das SkillMenü)
Var[3326] = 3 (öffnet das EquipMenü)
Alle anderen Werte öffnen das normale Menü.
Var[3326] = 4 (öffnet das StatusMenü)
Var[3326] = 5 (öffnet das OrderMenü)
Alle anderen Werte öffnen das normale Menü.

Wenn man das SkillMenü oder das EquipMenü öffnet, bestimmt eine zweite Variable, wessen Untermenü geöffnet wird.
Die Var_ID der zweiten Variable ergibt sich aus Var_ID +1 der ersten Variable (default = 3327).

Diese kann genutzt werden, um die Menüs der Partymitglieder zu öfnen:
Var[3327] = 1 (Untermenü vom Helden an PartyPosition #1)
Var[3327] = 2 (Untermenü vom Helden an PartyPosition #2)
Var[3327] = 3 (Untermenü vom Helden an PartyPosition #3)
Var[3327] = 4 (Untermenü vom Helden an PartyPosition #4)
Null oder alles oberhalb der gegenwärtigen Partygröße öffnet standardmäßig das Menü von PartyPosition #1.

Wenn keiner in der Party ist, dann wird das normale Menü geöffnet und die erste Variable wird auf Null zurückgesetzt.

Die Varable kann auch genutzt werden, um die Menüs von jedem im Spiel befindlichen Helden zu öffnen. Dafür muss man die negative Hero_ID angeben:
Var[3327] = -17 (Untermenü vom Helden #17)


download LunarIPS

Erster Schritt: legt euch eine Sicherungskopie eurer RPG_RT.exe an (für den Fall der Fälle)
Lunar IPS öffnen -> apply IPS patch -> .ips-Datei (den Patch) wählen > Dateityp: all types -> RPG_RT.exe auswählen

Nach dem Patchen lässt sich die Variable in der RPG_RT.exe mit jedem beliebigen HexEditor verändern:
2k:
0x321B5 (default = 3326)

2k3 Adresse:
0x462DE (default = 3326)


Oder packt den Patch in den Ordner DynPatches und:

[QuickPatches]
DMPVar=446EDE,#3326

...

This patch allows you to open a SubMenu directly by using variables and the <OpenMainMenu> command.

Var[3326] = 1 (open ItemMenu)
Var[3326] = 2 (open SkillMenu)
Var[3326] = 3 (open EquipMenu)
Anything else opens the usual menu.
(2k3)
Var[3326] = 4 (open StatusMenu)
Var[3326] = 5 (open OrderMenu)
Anything else opens the usual menu.

When opening the SkillMenu or the EquipMenu, a second variable specifies which Hero's SubMenu is opened.
The Var_ID for the second variable is Var_ID +1 of the first variable (default = 3327).

It can be used to open a menu of the current party members:
Var[3327] = 1 (open SubMenu of Hero at PartyPosition #1)
Var[3327] = 2 (open SubMenu of Hero at PartyPosition #2)
Var[3327] = 3 (open SubMenu of Hero at PartyPosition #3)
Var[3327] = 4 (open SubMenu of Hero at PartyPosition #4)
Zero or anything above the current party's size will open the menu of PartyPosition #1 by default.

When the party is empty, the default menu will open up instead and the first variable will be set to zero.

It can also be used to open a menu of any Hero that is in the game. Just use negative numbers and the Hero_ID as input:
Var[3327] = -17 (open SubMenu of Hero #17)


download LunarIPS

First step: make a backup of your RPG_RT.exe (just in case)
open Lunar IPS -> apply IPS patch -> select the .ips file (this patch) -> file type: all types -> select the RPG_RT.exe

Upon patching you can change the variable in the RPG_RT.exe with any kind of HexEditor:
2k:
0x321B5 (default = 3326)

2k3 address:
0x462DE (default = 3326)


Or put this patch into your DynPatches folder and:

[QuickPatches]
DMPVar=446EDE,#3326

...

[goldenroy]

Langsam verlier ich den Überblick über diese ganzen Menüpatches. xD
Da gibt es welche, um Menüpunke direkt zu öffnen, welche um Menüpunkte auszuhebeln, dann noch VisuMenu für generelles umgestalten, Cherrys MapInMenu und von allen irgendwie zig verschiedene Versionen und dann noch für 2k/2k3 und manche als Plugin und aaaah. D8
Ich glaub ich such die mal zusammen und mach nen "Pimp my menu"-Thread oder so. °3°

[Corti]

Besten Dank!

[bugmenot]

Update

... da ist jetzt ein Patch für 2k3 mit bei, sowie ein Bugfix für die 2k Version (bei leerer Party kein Crash mehr).

"Pimp my menu"

...

... es müsste eigentlich auch möglich sein mit einem geupdateten SystemClock w/ Foreground & Background Plugin noch mehr Zeug in die ganzen anderen Menüs reinzupacken.

Ohne mal an zusätzliche Möglichkeiten des Zugriffs von DynRPG (irgendwann vielleicht) auf Menünavigation zu denken (Ordnungsfunktion + Reihenwechsel in Einem. Wie in den gängigen klassischen Rollenspielen... so mal als Beispiel)



Edit:

Es gibt schon Klassen für die internen Arraystrukturen, wie z.B. DArray bzw. DList...

...

Solange ein Battler noch nie angegriffen wurde, ist

Code:

call sub_4A6014
mov eax,[eax+30h]

immernoch gleich Null. Lese- und Schreibzugriff auf das Array mit den ganzen Attributresistenzen ist somit nicht möglich. Man kann vielleicht noch über die Klassen Actor und Monster(nicht "subtype of battler") die ganzen Resistenzen auslesen.

Andere Frage: mit

Code:

 int MonGroupID = ( **reinterpret_cast<long ***> (0x4CDD38) ) [3];
 bool BatDefeat = ( **reinterpret_cast<char ***> (0x4CDD38) ) [132];
 bool BatVictory = ( **reinterpret_cast<char ***> (0x4CDD38) ) [133];

kommt man an einige Informationen ran... wie dreht man das jetzt aber um (einen Pointer erhalten, über den man neue Werte setzen kann)?

Und wie kann man Code wie

Code:

mov eax,[eax]
mov eax,[eax+8]
mov eax,[eax+8]

gescheit in C++ umsetzen?

was genau hast du da vor?

...

Wenn man mittels RPG:: Action die Parameter kind, basicActionId, skillId, monsterId, itemId, target, targetId setzen würde... sowie
target an [[0x4CDD38]+B0h],
targetId an [[0x4CDD38]+B4h] und
Hero_ID (bzw. -1 if isMonster=true) an [[0x4CDD38]+B8h]
schreiben würde, dann würde es noch lange nichts nützen, solange

Code:

call sub_4A6014
xchg eax,edx
mov eax,off_4CDD38
mov eax,[eax]
mov eax,[eax+5Ch]
call sub_4175DC

nicht aufgerufen wird (entspricht manuellem Ausführen eines Kampfbefehls... wäre nützlich für Kontern, eigene KI, SkillCombo, etc.)

[Cherry]

http://rpg-maker.cherrytree.at/dynrp...c8c3785a52161a ?

Und wegen "umdrehen": Eine Referenz erstellen - int &monGroupID, etc.

Sowas wie dein +8 +8 Beispiel würd ich so direkt natürlich nicht einbauen (außer halt eben wenn ich noch keine Strukturen habe, aber das ist ja da nicht der Fall), sondern - mal davon ausgehend dass da von einem TCatalog die Länge willst - einen DListPtr setzen und die length property verwenden (dafür ist sie ja da).

[bugmenot]

Link ?

...

Habe ich übersehen. Kann mit der Information vielleicht etwas anfangen, wenn ich insgesamt mehr als 3-4 Stunden Erfahrung mit C++ habe.

@DArray
Du meinst, dass sich über

Code:

static RPG::DArrayPtr *&namegoeshere = (**reinterpret_cast<RPG::DArrayPtr ***>(0xoffset));

mit dem angepointerten Array arbeiten lässt?

Andere Frage: hat man per Plugin Zugriff auf den address space von der RPG_RT.exe Applikation? Lesen und Schreiben geht ja über reinterpret_cast bereits. Was mir persönlich fehlt, ist ein bequemes Angeben von Funktionsadressen aus der RPG_RT zum Ausführen jener Funktionen und um schnell mal ein paar dutzend Sachen durchzuprobieren.

Edit³:
Dammit... Soetwas wie:

Code:

function RuntimeFunction(RPG::AppropriateClass *PtrOnObject, int x, int y) {
	int ret;
	asm volatile("call *%%esi" : "=a" (ret), "=d" (RPG::_edx), "=c" (RPG::_ecx) : "S" (0xFunctionOffset), "a" (Object), "d" (x), "c" (y) : "cc", "memory");
	return ret;
}

Werde das beizeiten mal auseinandernehmen. Der Aufbau hiervon sagt mir nur leider nicht viel, außer dem Zuweisen der %Register.



Ach und: Bugfix.

Im 2k3 fehlt im Database Editor der Zugriff auf einen Parameter von Skills (dieses "failure message" Ding beim 2k). Wenn man Skills löscht und neue erstellt, dann setzt sich der Parameter zurück auf 'magic type evasion' und ignoriert AGI-Werte und Conditions für die Berechnung von Trefferwahrscheinlichkeiten.

[QuickPatches]
SkillAccuracyFix=49C69A,38000F84

...

Wenn man ATK influence auf Null setzt, dann werden AGI-Werte und Zustandsänderungen (wie Blind) ignoriert (für klassische Zauber). Damit eine Ausweichrate durch AGI berücksichtigt wird, muss man die ATK influence auf 1 oder höher setzen.


Und nochmal:
Wenn AGI(target) / AGI(user) gegen Null läuft:

[QuickPatches]
AccuracyFix=49B4E8,EB04,49B4F4,EB04,49C70E,EB04,49C71A,EB04

...

Falls die Trefferrate nicht bei 50% hängen bleiben soll, egal wie blind der Nutzer eines Skills ist.



Edit:
Oder für Diejenigen, welche den Int Stat nicht für die Schadensberechnung nutzen

[QuickPatches]
SkillAccuracyFix=49C69A,3C000F85

...

AGI und conditions ignorieren, solange INT influence größer/gleich 1 ist.


Edit²:
Oder wenn sich die Skill_ID innerhalb eines festlegbaren ID-Bereiches befindet, gehen AGI und conditions in die Trefferrate mit ein:

[Quickpatches]
SkillAccuracyFix=49C698,E940A8FAFF,446EDD,817B04000000007C0D817B04000000000F8EAF570500E974580500
SkillAccFixRange=446EE0,#1,446EE9,#2

...

[bugmenot]

SkillSubsets sollten nun wieder funktionieren.
Und ein paar kleine Änderungen... nützlich für "Stehlen" Fähigkeiten oder Ähnliches (siehe Readme).
"Miss!" Verarbeitung wurde etwas verbessert.
Einen Fehler beseitigt, bitte nocheinmal herunterladen:

Update/BugFix (19.02.2015); Crash bei explodierenden Gegnern.
RowPhysSkills[+] (2k3)
download RPS[+]

Dieser Patch hat den PhysDamageFix bereits integriert (PDFix.ips kann gelöscht werden):
Bei einem "Back Attack" Kampf wird der physische Schaden nicht mehr zusätzlich um 25% gesenkt. (Gegner wurde als "in der hinteren Reihe" interpretiert.) Das Selbe für die Treffgenauigkeit.

Dieser Patch hat den ReflectBugFix bereits integriert (ReflectBugFix(Plus).ips kann gelöscht werden):
Entfernt viele Fehler die auftreten, wenn ein Skill von einem Gegner abprallt.

Zusätzlich wird bei Attributresistenzen von 0% das Wort "Immune" angezeigt, anstelle einer Null. (lässt sich per HexEditor in der .ips Datei an 0x4B2 ändern oder nach dem Patchen in der RPG_RT.exe an 0x467A0 ändern) Oder für eine schnelle Übersetzung folgendes in die DynRPG.ini unter [QuickPatches] einfügen:
RPSImmun=4473A5,00

Außerdem wird bei einem Skill, welcher keine der Statuswerte (HP/MP/Str/Def/Int/Agi), Conditions oder Attribute-Resistenzen verändert kein "Miss!" angezeigt.


Dieser Patch erlaubt es %Attribute zu nutzen, um normalen Angriffen (mit Waffen) und Skills (normale oder durch Items ausgeführte) zusätzliche Effekte zuzuweisen. Der Attributname muss dafür mit einem % beginnen, gefolgt von einer Zahl. Alles hinter der Zahl hat keinen Effekt (man kann es für eine kurze Beschreibung nutzen). Bestimmte %Attribute verlangen eine Angabe eines Parameters im "damage multiplier [A]" (bei den Resistenzen A/B/C/D/E).

Um %Attribute zu nutzen muss man bei der Waffe oder dem Skill entsprechend ein Häkchen bei 'Attack Attribute' setzen.
Verschiedene %Attribute lassen sich kombinieren, aber nicht die mit gleicher Nummer (nur jenes mit der niedrigsten Attribut_ID wird erkannt).


%Attribute:

%1 (Row)
[Attack]
-> Treffer% and Schaden% werden nicht von der Reihe beeinflusst
-> Schaden wird nicht reduziert, wenn das ziel in der hinteren Reihe ist
[Skills]
-> Treffer% and Schaden% WERDEN von der Reihe beeinflusst
-> -25% Schaden, wenn das ziel in der hinteren Reihe ist


%2 (Pierce)
[Attack]
-> DEF des Zieles wird ignoriert
[Skills]
-> das Ziel erhält umso mehr Schaden je höher seine DEF ist
-> addiert "DEF x AtkInfl / [A]" zum Schaden (anstatt es abzuziehen)
-> Modifikator [A] kann in DmgMultiplier[A] angegeben werden
-> der Standard-Modifikator für DEF ist 40 (je niedriger, umso mehr Schaden)


%3 (Reflect)
[Skills]
-> Skills ignorieren den "reflect Skills" Zustand des Zieles


%4 (Evade)
[Attack]
-> Angriffe ignorieren den "evade all attacks" Zustand des Zieles
[Skills]
-> Skills verfehlen ein Ziel mit dem "evade all attacks" Zustand


%5 (Name)
[Skills]
-> das Fenster mit dem Skillnamen wird (beim Nutzen) nicht angezeigt


%6 (Fast)
[Attack]+[Skills]
-> der Nutzer erhält [A]% seines ATB-Balkens nach einem Angriff (selbst bei "MISS")
-> Modifikator [A] kann in DmgMultiplier[A] angegeben werden


%7 (Slow)
[Attack]+[Skills]
-> der Nutzer verliert [A]% seines ATB-Balkens nach einem Angriff (selbst bei "MISS")
-> Modifikator [A] kann in DmgMultiplier[A] angegeben werden
-> nutzt negative ATB-Werte (ATB-Balken braucht einfach nur länger zum Aufbauen)


%8 (Delay)
[Attack]+[Skills]
-> das Ziel verliert [A]% seines ATB-Balkens nach erfolgreichem Treffer
-> Modifikator [A] kann in DmgMultiplier[A] angegeben werden


%9 (Switch(A))
[Attack]+[Skills]
-> Switch = ON, bevor der Angriff ausgeführt wird (selbst bei "MISS")
-> Switch_ID kann im Item/Skill type "Switch" geändert werden
HINWEIS: BattleEventTrigger erst NACHDEM die Animation ihren letzten Frame beendet
HINWEIS: etwas buggy im TestBattle (in F8 Database), im normalen Spiel funktioniert's


%10 (Switch(B))
[Attack]+[Skills]
-> Switch [A] wird auf ON gesetzt, nach erfolgreichem Treffer
-> Switch_ID kann in DmgMultiplier[A] angegeben werden


%11 (Switch(C))
[Attack]+[Skills]
-> Switch [A] wird auf ON gesetzt, nach verfehltem Angriff
-> Switch_ID kann in DmgMultiplier[A] angegeben werden


%12 (Damage Cap)
[Attack]+[Skills]
-> min.DMG = [A] (überschreibt keine Immunität oder Schaden unter Null)
-> max.DMG = [B] (setze [B] = 0 um kein max.Cap zu nutzen)
-> Modifikatoren können in DmgMultiplier[A] und [B] angegeben werden


download LunarIPS
Erster Schritt: legt euch eine Sicherungskopie eurer RPG_RT.exe an (für den Fall der Fälle)
Lunar IPS öffnen -> apply IPS patch -> .ips-Datei (den Patch) wählen > Dateityp: all types -> RPG_RT.exe auswählen

[QuickPatches]
PhysDmgRevamp=4C0B53,D1E0,4C0B69,909090
PhysDmgVariance(inverted)=49B687,#10
Dmg(%)InFrontRow=4C0BAB,#125
Dmg(%)OnBackRow=4C0D91,#75
SkillDmg(%)InFrontRow=4471FC,#125
SkillDmg(%)OnBackRow=447206,#75
CritDmg(%)=49B0B0,#300
ChargeDmg(%)=49B0BB,#200

...

This patch has the PhysDamageFix already integrated (you can delete PDFix.ips):
Physical damage isn't reduced by an additional 25% on a "Back Attack" encounter. (Enemy was interpreted as being in the back row.) The same thing for accuracy.

This patch has the ReflectBugFix already integrated (you can delete ReflectBugFix(Plus).ips):
Removes a lot of bugs that occur when a Skill is reflected off an enemy.

Additionally, if an Attribute resistance of 0% would result in 0 damage, the word "Immune" is displayed instead. (can be changed with a HexEditor at 0x4B2 in the .ips file or in the RPG_RT.exe at 0x467A0 after patching)

Furthermore, if a Skill does not affect any stats (HP/MP/Str/Def/Int/Agi), Conditions or Attribute resistances, the word "Miss!" will not be displayed.


This patch allows you to use %Attributes to assign certain effects to regular attacks (with weapons) and Skills (regular Skills or Skills invoked by Items). The Attribute name has to start with " % " followed by a number (e.g. %1). Anything written after the number will not have any effects (you can use it to describe an effect). Certain %Attributes require you to assign a parameter that has to be written into the damage multiplier [A] (the one in the resistances A/B/C/D/E).

To use %Attributes on a weapon or Skill you have to check it in the 'Attack Attribute' section.
Different %Attributes can be combined, but not those with the same numbers (only the one with the lowest Attribute_ID will be recognized).


%Attributes:

%1 (Row)
[Attack]
-> Hit% and Dmg% not affected by Row
-> no damage reduction if target is in back Row
[Skills]
-> Hit% and Dmg% ARE affected by Row
-> -25% Dmg if target is in back Row


%2 (Pierce)
[Attack]
-> ignores the DEF of the target
[Skills]
-> target suffers more damage the higher its DEF is
-> adds "DEF x AtkInfl / [A]" to the damage (instead of subtracting it)
-> modifier [A] can be set in DmgMultiplier[A]
-> default modifier for DEF is 40 (the lower the number, the higher the damage)


%3 (Reflect)
[Skills]
-> Skills ignore a target's "reflect Skills" condition


%4 (Evade)
[Attack]
-> attacks ignore a target's "evade all attacks" condition
[Skills]
-> Skills miss if the target has an "evade all attacks" condition


%5 (Name)
[Skills]
-> the Window with the Skill's name (when casting it) is not shown


%6 (Fast)
[Attack]+[Skills]
-> user gains [A]% of his/her ATB gauge after attacking (even on "MISS")
-> modifier [A] can be set in DmgMultiplier[A]


%7 (Slow)
[Attack]+[Skills]
-> user loses [A]% of his/her ATB gauge after attacking (even on "MISS")
-> modifier [A] can be set in DmgMultiplier[A]
-> uses negative ATB values (the ATB bar just takes longer to fill up)


%8 (Delay)
[Attack]+[Skills]
-> target loses [A]% of its ATB after a successfull hit
-> modifier [A] can be set in DmgMultiplier[A]


%9 (Switch(A))
[Attack]+[Skills]
-> Switch = ON, before the attack/Skill is executed (even on "MISS")
-> Switch_ID can be changed in Item/Skill type 'Switch'
NOTE: BattleEventTriggers go off AFTER the Animation has played its last frame
NOTE: a little buggy in TestBattle (from F8 database) but works in normal play


%10 (Switch(B))
[Attack]+[Skills]
-> Switch [A] is set to ON after a successful hit
-> Switch_ID can be set in DmgMultiplier[A]


%11 (Switch(C))
[Attack]+[Skills]
-> Switch [A] is set to ON after the attack misses
-> Switch_ID can be set in DmgMultiplier[A]


%12 (Damage Cap)
[Attack]+[Skills]
-> min.DMG = [A] (doesn't overwrite Immunity or damage below zero)
-> max.DMG = [B] (set [B] = 0 to not use a max.Cap)
-> modifiers can be set in DmgMultiplier[A] and [B]


download LunarIPS
First step: make a backup of your RPG_RT.exe (just in case)
open Lunar IPS -> apply IPS patch -> select the .ips file (this patch) -> file type: all types -> select the RPG_RT.exe

[QuickPatches]
PhysDmgRevamp=4C0B53,D1E0,4C0B69,909090
PhysDmgVariance(inverted)=49B687,#10
Dmg(%)InFrontRow=4C0BAB,#125
Dmg(%)OnBackRow=4C0D91,#75
SkillDmg(%)InFrontRow=4471FC,#125
SkillDmg(%)OnBackRow=447206,#75
CritDmg(%)=49B0B0,#300
ChargeDmg(%)=49B0BB,#200

...

Ich hatte eigentlich vorgehabt Sachen nicht mit reinzunehmen, die man per Plugin erreichen kann... was soll's.

Edit:
download DBX.ini
(höhere DmgMul[A|B|C|D|E] für Attribute)

[Corti]

Nur interessehalber? Was für ne Form von Logik steckt hinter so einem fix? Steht da irgendwo in der AddCondition-Funktion ein StopMovement oder wie hat man sich sowas vorzustellen?

Btw. führt das Wechseln von Waffen zu einem ähnlichen Effekt.

[bugmenot]

Btw. führt das Wechseln von Waffen zu einem ähnlichen Effekt.

...

Ähm... Beispiel? (greift der Fix da nicht mehr?)

Was für ne Form von Logik steckt hinter so einem fix? Steht da irgendwo in der AddCondition-Funktion ein StopMovement oder wie hat man sich sowas vorzustellen?

...

Standardmäßig wird in dieser AddCondition-Funktion der Animation2-Parameter von RPG :: Battler sofort auf "Bad Status" gesetzt. Der Animation2-Parameter "Move back" liegt in dem Moment nicht mehr vor und das Zurückbewegen nach x/y-Pos(return) wird dadurch in der UpdateBattler-Funktion nicht abgehandelt.

[Corti]

Hab den Fix nicht ausprobiert. Hab mich nur dran erinnert, dass ich den Effekt daher kannte. Wenn man direkt nach einem Angriff die Waffe eines Helden tauscht, bevor er wiedr an seinem Platz ist, so bleibt er an der Stelle stehen.

[bugmenot]

Edit (18.11.14):
Edit (24.11.14):
Kleiner Fix, neue Version:

StatusAnimationFix[+] (2k3)
download StatusAnimationFix[+]

Falls einem Helden mitten in der Bewegung ("step forward", "jump forward", "move to target") ein Zustand zugefügt wird, bleibt er/sie nicht am falschen Ort stecken.
Falls Ausrüstung mitten in der Bewegung gewechselt wird, dann bleibt der Held auch nicht am falschen Ort stehen.


download LunarIPS
Erster Schritt: legt euch eine Sicherungskopie eurer RPG_RT.exe an (für den Fall der Fälle)
Lunar IPS öffnen -> apply IPS patch -> .ips-Datei (den Patch) wählen > Dateityp: all types -> RPG_RT.exe auswählen

Oder packt den Patch in den Ordner DynPatches.

If a Condition is applied to a Hero mid-movement ("step forward", "jump forward", "move to target"), he/she returns to the proper location without getting stuck.
If equipment is changed mid-movement, the Hero won't stop in the wrong place either.


download LunarIPS
First step: make a backup of your RPG_RT.exe (just in case)
open Lunar IPS -> apply IPS patch -> select the .ips file (this patch) -> file type: all types -> select the RPG_RT.exe

Or put this patch into your DynPatches folder.

Ersetzt den Vorgänger (SAF.ips)

Das ist weniger eine Behebung des eigentlichen Fehlers, sondern eher ein Exception Handling für den Fall:
Animation2 = Idle mit x|y(now) ungleich x|y(return)
Animation2 (bzw. animationId) wird auf "Move back" gesetzt, FrameCounter der Aktion auf 23 gesetzt. Idle erst, wenn die Bewegung vorbei ist.

Wer jetzt mit der Positionierung der Battler-Sprites rumspielt, muss darauf achten, dass beim RPG :: Battler die Attribute x, und originalX gleichgesetzt werden müssen (das Selbe für y).

[Corti]

Ich habe noch ein Phänomen für dich.

Es gibt die Möglichkeit eine Event-Seite in den Monstergroups anzulegen mit der Bedingung "Hero X does Y command". Diese Eventseite wird ausgeführt, wenn der Held beginnt diese Sache zu tun, nicht nachdem er das getan hat.

• Befehl auswählen
• Eventseite "does Y command"
• Held macht Y

Wenn man nun in dieser Eventseite "does Y command" ein Switch setzt, dass eine andere Eventseite schaltet, dann passiert das hier:

• Befehl auswählen
• Eventseite "does Y command" -> Switch1=on
• Held macht Y
• Eventseite (if switch1==on) -> Switch1=off

Das ist genau richtig so. Auf diese Weise kann man vor und nach der Handlung Eventcode ablaufen lassen.
Leider gibt es Ausnahmen.

• Wenn der Spieler ein Item anwendet, wird die SwitchEventseite nicht ausgeführt.
• Wenn der Spieler den Abwehrbefehl anwendet, wird die SwitchEventseite nicht ausgeführt.
• Wenn der Spieler einen Skill nutzt und mit dieser Skil eine Condition auf den Helden selbst ausgeführt wird, wird die SwitchEventseite nicht ausgeführt.

[bugmenot]

BugFix(2k3)
download ClassChangeEquipFix

Wenn man einen Klassenwechsel macht, wurde vorher einfach die gesamte Ausrüstung abgelegt.

Und: StatusAnimationFix-Update

@Corti
Sehe ich mir schon noch an. Ich habe die Dokumentation von BattleEvents irgendwo rumflattern.


Edit:

BugFix:

[QuickPatches]
DmgCapper(p1)=49D03B,E8F69DFAFF,446E36,B800000000680F270000E922080000
DmgCapper(p2)=447667,83FA007C06E83B2CFEFF9258C3
DmgCapper(min)=446E37,#0
DmgCapper(max)=446E3C,#9999

...

Die Zeilen mit DmgCapper, minDMG, maxDMG damit ersetzen. Der QuickPatch hat vorher negative Schadenszahlen nicht beachtet.
Edit²:
Das Ding hat ein Problem damit, wenn absorbierter Schaden durch zu hohe Abwehr auf 0 runtergerechnet wird (Ziele, welche Schaden absorbieren würden, machen nun den oben angebenen Mindestschaden.)
Edit:
Falls damit etwas nicht zu funktionieren scheint, proiert die #Zahlen mit HexDezimal-Zahlen zu ersetzen:

HexConverter
Setzt die Zahl in das rechte Feld neben dem "big-endian" und nehmt die Zahlenfolge des linken Feldes neben dem "little-endian", fügt die Zahl hinter das Komma eines QuickPatches ein:
Bsp. DmgCapper(max)=446E3C,0F270000

(Oder im Windows Rechner -> Alt+3 halten)




Und: RPS[+]-Update

%12 (Damage Cap)
[Attack]+[Skills]
-> min.DMG = [A] (überschreibt keine Immunität oder Schaden unter Null)
-> max.DMG = [B] (setze [B] = 0 um kein max.Cap zu nutzen)
-> Modifikatoren können in DmgMultiplier[A] und [B] angegeben werden

Edit³:

BattleMessenger(2k3)
download BattleMessenger

Ausmaße und Position der message box im Kampf über Variablen steuern.
Dafür müssen alle QuickPatches entfernt werden, die direkt mit der message box im Kampf zu tun haben.

[Stray]

Ich träume immer noch von einem Pixelmovement für die Kamera vom RM2k3. Auch toll wäre es sogar wenn man die Kamera auf ein bestimmtes Bild scrollen lassen könnte. Gibt es dazu schon etwas?

[bugmenot]

Pixelmovement für die Kamera vom RM2k3

...

Code:

int mapOffsetX;     //positiv=rechts, negativ=links
int mapOffsetY;     //positiv=hoch, negativ=runter
int scrollSpeed;

//[...] Argumente zuweisen

mapOffsetX = mapOffsetX*16;     //16 je pixel
mapOffsetY = mapOffsetY*16;     //16 je pixel
scrollSpeed = scrollSpeed*32;   //"normal" speed = 32 (2x = 64; 1/2x = 16; ...)
( **reinterpret_cast<long ***> (0x4CDE54) ) [45] -= mapOffsetX;
( **reinterpret_cast<long ***> (0x4CDE54) ) [46] -= mapOffsetY;
( **reinterpret_cast<long ***> (0x4CDE54) ) [47] = scrollSpeed;

Zuweisung der Argumente mapOffsetX/Y und scrollSpeed per onComment callback oder so.
Frag jemanden (versuch es mal an Schalter 2), der Ahnung von C++ hat.

Edit:
Und die originalen Kamerapositionen wiederherstellen:

Code:

( **reinterpret_cast<long ***> (0x4CDE54) ) [45] = 2304;
( **reinterpret_cast<long ***> (0x4CDE54) ) [46] = 1792;

[Stray]

Danke. Seit ich im Juli dort nachgefragt habe hat keiner mehr einen Beitrag geschrieben.

[bugmenot]

Wenn man nun in dieser Eventseite "does Y command" ein Switch setzt, dass eine andere Eventseite schaltet, dann passiert das hier:
[...]
Das ist genau richtig so. Auf diese Weise kann man vor und nach der Handlung Eventcode ablaufen lassen.
Leider gibt es Ausnahmen.

• Wenn der Spieler ein Item anwendet, wird die SwitchEventseite nicht ausgeführt.
• Wenn der Spieler den Abwehrbefehl anwendet, wird die SwitchEventseite nicht ausgeführt.
• Wenn der Spieler einen Skill nutzt und mit diesem Skill eine Condition auf den Helden selbst ausgeführt wird, wird die SwitchEventseite nicht ausgeführt.

...

Bei einem RPG :: Battler von Typ Actor wird direkt nach einer Aktion das reguläre updateBattleEvents nur mit RPG :: BattleEventUpdateMode = BEUM_BEFORE_ACTION durchgeführt. Bei Battlern vom Typ Monster wird jedoch zuerst RPG :: BattleEventUpdateMode = BEUM_BEFORE_ACTION und dann noch ein RPG :: BattleEventUpdateMode = BEUM_AFTER_ACTION durchgeführt.

Es gibt jetzt (mindestens) zwei Sachen, die man machen kann:

[QuickPatches]
BatEvUpdate(TypeB)=498985,9090

...

Hiermit wird sowohl für Actors/Heroes als auch für Monster erst BEUM_BEFORE_ACTION und dann noch ein BEUM_AFTER_ACTION abgehandelt.

Oder:

[QuickPatches]
BatEvUpdate(TypeC)=498985,75

...

Hiermit gilt für Monster nur BEUM_BEFORE_ACTION, für Actors/Heroes jedoch auch wieder Beides.


Warum das vorher nur für Monster verwendet wurde, kann ich nicht sagen. Es scheint jetzt zumindest keine Crashes oder irgenwelchen anderen Kram auszulösen*. (*citation needed)

[MagicMaker]

Ich fänds toll, wenn man per Event erkennen könnte, welche der beiden Fenstergrößen gerade aktiv ist und
dass man diese auch umschalten kann. Ich halte es für verwirrend, wenn man Spielern ein Menü mit vielen
Einstellungen bietet, aber dann dabei steht, dass dieser Wechsel ausschließlich per F5-Hotkey funktioniert.

Falls jemand also richtig Langeweile hat: Betrachtet es einfach als kleinen Anstoß [RPG2000-107]

[bugmenot]

Falls jemand also richtig Langeweile hat

...

download VarExtender[+]

Eine Erweiterung für <ChangeVariable: Other> und <ChangeVariable: Hero>

download LunarIPS
Erster Schritt: legt euch eine Sicherungskopie eurer RPG_RT.exe an (für den Fall der Fälle)
Lunar IPS öffnen -> apply IPS patch -> .ips-Datei (den Patch) wählen > Dateityp: all types -> RPG_RT.exe auswählen


RPG2000.exe im Resource Hacker (oder ähnlichem Programm) öffnen, TFORMEVCMD10220 suchen und unter ComboBoxC8 (weit unten in TFORMEVCMD10220; unter Line:510) bei Items.Strings unter 'MIDI Ticks' (bzw. 'MIDI Play Pos.(Tick)') Folgendes einfügen:
'Screen Mode'
'Screen Zoom'
'This Event ID'
'Party')

außerdem, unter ComboBoxC6B (ein Stück über ComboBoxC8; unter Line:444) bei Items.Strings, unter 'Accessory No.' Folgendes einfügen:
'next Lv EXP')

Compile. Save.


Hinweise:

<>ScreenMode (Input/Output)
Wenn die angegebene Variable vorher den Inhalt Null hatte, wird ausgegeben:
1 = gerade im Fenstermodus
2 = gerade im Vollbildmodus
Wenn die angegebene Variable vorher den Inhalt 1 oder 2 hatte, wird in den dazu entsprechenden Modus gewechselt.


<>ScreenZoom (Input/Output)
Wenn die angegebene Variable vorher den Inhalt Null hatte, wird ausgegeben:
1 = gerade im kleinen Bild
2 = gerade im großen Bild
Wenn die angegebene Variable vorher den Inhalt 1 oder 2 hatte, wird in den dazu entsprechenden Zoom gewechselt.


<>Party (Input/Output)
Wenn die angegebene Variable vorher den Inhalt Null hatte, wird ausgegeben:
1..4 = momentane Partygröße (Anzahl an Helden in der Party)
Wenn die angegebene Variable vorher den Inhalt 1, 2, 3, 4 (Partyposition) hatte, wird die Hero_ID dieser Partyposition ausgegeben (oder -1 bei ungültiger Position).

An extension to <ChangeVariable: Other> and <ChangeVariable: Hero>

download LunarIPS
First step: make a backup of your RPG_RT.exe (just in case)
open Lunar IPS -> apply IPS patch -> select the .ips file (this patch) -> file type: all types -> select the RPG_RT.exe


Open RPG2000.exe in Resource Hacker (or similar programs), search for TFORMEVCMD10220 and below ComboBoxC8 (far down into TFORMEVCMD10220; below Line:510) at Items.Strings, right below 'MIDI Ticks' (or 'MIDI Play Pos.(Tick)') add the following:
'Screen Mode'
'Screen Zoom'
'This Event ID'
'Party')

also, below ComboBoxC6B (somehwere above ComboBoxC8; below Line:444) at Items.Strings, right below 'Accessory No.' add the following:
'next Lv EXP')

Compile. Save.


Note:

<>ScreenMode (Input/Output)
If the specified variable was set to zero before, it will contain:
1 = currently in windowed mode
2 = currently in fullscreen mode
If the specified variable was set to 1 or 2 before, the ScreenMode will change to the appropriate mode.


<>ScreenZoom (Input/Output)
If the specified variable was set to zero before, it will contain:
1 = currently in small screen
2 = currently in large screen
If the specified variable was set to 1 or 2 before, the ScreenMode will change to the appropriate zoom.


<>Party (Input/Output)
If the specified variable was set to zero before, it will contain:
1..4 = current PartySize (amount of heroes in the party)
If the specified variable was set to 1, 2, 3, 4 (party position) before, it will contain the Hero_ID from that position in the party (or -1 on an invalid position).

Ich würde die Änderung am Eventeditor ja in eine 2k9 uimod packen, aber dazu müsste mir erstmal jemand sagen, wie man in Delphi5 auf eine StringList / Array / was-auch-immer-das-ist zugreift.