Programmwunsch und -erstellungsthread #2

[MagicMaker]

Da Erfahrungspunkte gerade ein echt beliebtes Thema zu sein scheinen:
Wäre es vielleicht auch drin, den aktuellen NEXT-Wert, den man auch im Spielmenü sehen kann,
in Variablen auszuwerfen?

Bei was ich mich aber ganz besonders frage, warum man es nicht auch in Vars ausgeben kann,
sind die Held-IDs auf den 4 Partyslots.

Beide Dinge würden gelegentlich so manchen unangenehmen Umweg abkürzen. Ersteres wäre
etwas dringender als zweiteres.

Was mir auch noch helfen könnte, wäre der Aufruf von Load über die bekannte BAEP-Methode
mit ExitEventProcessing bei V3350=1, ohne den Titleskip zwingend mitreinpatchen zu müssen.

[bugmenot]

2k v1.07?

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).

...ersetzt die alte VarExtender.ips (es kann ruhig mit der neuen drübergepatcht werden).

[MagicMaker]

Wuuunderbar, funktioniert bestens. =D

[Sölf]

Könnte man theoretisch die Items im Inventar auf etwas anderes als 99 beschränken, z.B. auf 10 oder 20? Das ginge ja auch "ohne Probleme" (also über nen Common Event) jetzt, aber damit kann man den Spieler nicht davon abhalten einfach mehr als diese fiktive Obergrenze im Shop zu kaufen.

Edit:
Okay, nach mehrfachem rumprobieren mit MagicMaker hab ich jetzt folgenden Code und der scheint auch zu funktioniere (spontan konnte ich jedenfalls keine Fehler finden):

Code:

ChangeItemMaximum=494262,#10,49427D,#10,490234,#10,4A6251,#10,4A62E1,#10,492F99,0A,494783,0A

Daher ein Danke an ihn und... ja, hat sich soweit wohl erledigt. xD

[bugmenot]

[QuickPatches]
ItemCap=4A6251,14,4A62E1,14,490234,14,492F99,14,494262,14,49427D,14,494783,14

...

Die ersten zwei/drei Zahlen sind generell für das Inventar / Hinzufügen für Items. Der Rest ist für den Shop.
20 (decimal) = 14 (hexadecimal)

Es wird wohl Leute geben, die mehr als 99 Items (warum auch immer) haben wollen:
Beim Standard-Shop wird es Probleme mit einem ItemCap über 127 geben (hex = 7F).
Das Maximum kann nur 255 sein (hex = FF), das hat mehr damit zu tun, wie die Daten des Inventars verteilt sind. Da ist nur Platz für 8bit Zahlen.

Die Itemanzahl im Itemmenü, Equipmenü, Shop muss dann auch nach links hin eingerückt werden:

[QuickPatches]
ItemAmount(X)=4A0408,73,4C8A99,73,493C16,6E,493C58,6E,4A1317,6E

...

Edit:
Argh, Ninja'd.
Und Irgendwas in irgendwas übersehen. (490234 ist für den F8 BattleTest)

[Sölf]

Bei MMs Variante ist ja noch diese Adresse mit drin, wieso fehlt die bei dir?

490234,#10

...

Edit: Okay, soviel dazu. xD

[MagicMaker]

Und hier mal gleich für diverse Versionen die Hex-Adressen für das Item-Maximum zum manuellen Bearbeiten:

0x6FD01
0x70F77
0x70F92
0x7148F
0x7C49D
0x7C52D
0x96467

0x74C75
0x75EEB
0x75F06
0x76403
0x81459
0x814E9
0x9B923

0x92399
0x93662
0x9367D
0x93B83
0x8F634
0xA5651
0xA56E1

[IndependentArt]

Manche Beschränkungen des Makers scheinen ja sinnvoll, zumindest für die damalige Zeit. Andere sind weniger nachvollziehbar.

Ich denke dabei grade an die Größenbeschränkungen für Chipsets.

Vermutlich wurde darüber schon vielfach nachgedacht, aber gab es schon irgendwelche Bestrebungen etwas in die Richtung der Aufhebung der Begrenzungen zu basteln? Vielleicht sogar mit UiD Mod o.ä.?

Das würde auch die "größeren Charsets" nicht mehr so notwendig machen. aus meiner Sicht zumindest, denn das meiste was man damit macht, ist doch eher Mapping. Ein überdimensionales Charset, was herumläuft macht ja auch dahingehend weniger Sinn, weil es sich mit anderen ständig überschneidet, wenn man die Größe der Tiles überschreitet. Aber das geht nur mir so.

[Cepanks]

Vermutlich wurde darüber schon vielfach nachgedacht, aber gab es schon irgendwelche Bestrebungen etwas in die Richtung der Aufhebung der Begrenzungen zu basteln? Vielleicht sogar mit UiD Mod o.ä.?

...

Benutz eine Engine und einen Editor, die nicht aus der "damaligen Zeit" stammen und meist nicht von Enterbrain sind?
...achso, ich habe vergessen in welchem Thema ich bin.

[IndependentArt]

Richtig! Wir sind hier, um einer antiquierten Engine mit endlosen chirurgischen Eingriffen zu Aktualität zu verhelfen

[Sölf]

So, ich hätte da noch etwas. Und zwar gehts um die Verkaufspreise von Items. Standardmäßig ist der Wert ja 50% vom Einkaufspreis. Ich würde das gerne reduzieren, auf z.B. 25%.

[bugmenot]

Da fallen mir spontan drei Möglichkeiten ein.

Für das Beispiel da oben geht es simpel:

[QuickPatches]
QuarterSellPrice=49455C,C1FA02EB02,4932EF,C1F802EB02

...

Da erfolgt eine ganzzahlige Division durch eine Zweierpotenz (2^x).


Für etwas mehr Kontrolle von Kaufs- / Verkaufspreisen habe ich mal das hier gemacht.
Das sollte eher Anwendung dafür finden, dass man durch Fähigkeiten / eingesetzte Items einstellbare Rabatte oder mehr Geld beim Verkauf von Kram erhält.
Dann sollte aber der oben genannte QuickPatch (und FullSellPrice=49455C,9090,4932EF,9090) nicht damit verwendet werden.


Dritte Möglichkeit wäre der Zugriff auf einzelne Itempreise mittels Plugin mit RPG::items[ID]->price
(Nicht vergessen den Inhalt von DynRPG-master in ../CodeBlocks/MinGW/include/DynRPG einzufügen.)
Problem ist ja nur, dass hier mit einer Kopie der .ldb-Datenbank gearbeitet wird -> Änderungen wirken sich auf die gesamte Spielsession aus (auch bei F12 -> Laden/Neu) und werden wieder resettet, wenn man die RPG_RT.exe schließt und neustartet.
Edit:
Und die default-Werte müssen irgendwo zwischengelagert werden. ...oder ich muss mir etwas einfallen lassen, wie man trotzdem noch an database-default-Werte herankommt.