Programmwunsch und -erstellungsthread #2

[Sölf]

Was die Exp Kurven betrifft, es ist nichts zwingend notwendiges (man kann ja die Exp drumherum balancen), aber wenn jemand so eine Kurve wie beim 2k hinbekommen würde (oder etwas ähnliches - zumindest nicht son Murks wie beim 2k3) würde ich das sofort benutzen. Aber schonmal dan ke soweit.

[Vallastheking]

Ich hoffe doch, das ich jetzt nicht zur falschen Zeit frage...
Und auch nicht im falschen Thread ...

Aber, gibt es ein Dyn-plugin, womit ein script ein Screenshot machen kann, dass man dann direkt dann einbinden könnte?
Z.b. für ein Selbstgebasteltes Savesys? Ich hab ja gehört, das es für den 2k ein programm gibt, aber das man dafür
Inelukis Tastenpatch braucht. Ich nutze ja vorzugsweise den 2k3. ^^

[bugmenot]

Wettereffekte

...

Zu welchem Zeitpunkt und wie oft werden die onDrawXYZ() callbacks durchgeführt? Die Funktion zum Drüberpinseln der Wettereffekte (oberhalb von X und unterhalb von Y, zum Zeitpunkt des Aufrufes) muss in jedem Frame passieren.
Ich wollte eigentlich sowieso schauen, inwieweit man die Zeichenreihenfolgen zur Laufzeit ändern kann plus/minus entsprechende callback-Strukturen (weil jemand mal danach gefragt hatte).

Erstmal das eigentliche Zeichnen der Wettereffekte (unterhalb der Pictures, BAni, MessageBox) ausknipsen:

Code:

    ( *reinterpret_cast<char *> (0x4A3ECB)) = 0xEB;
    ( *reinterpret_cast<char *> (0x4A3ECC)) = 0x0A;

Das wirst du unter Umständen wieder entfernen müssen, wenn sich an dem Ort neuer Code befinden wird.

Update / Zeichnen von Wettereffekten je Frame erfolgt durch:

Code:

        int eax = ( *reinterpret_cast<int **> (0x4CDDA8) )[0];   //ScreenEffect pointer
        asm volatile("call *%%esi"
                     :
                     : "S" (0x4C33D0), "a" (eax)
                     : "cc", "memory");
        //draws WeatherEffects on current (depends on when this is called) map drawing layer

so eine Kurve wie beim 2k

...

download ExpBug-in

Entsprechende Koeffizienten sind die Selben wie beim 2k (heißt die Obergrenze für Erfahrungspunkte wird schnell mal bei Level 50 erreicht), man kann diese auch anpassen (oder einfach niedrigere Zahlen für EXP(Prim) und EXP(Sec) in der Database nutzen). Es gibt nur kleine Abweichungen von den 2k-Werten, wenn man die selben EXP(Prim) und EXP(Sec) nutzt (es musste über ganze Zahlen geregelt werden statt mit Kommazahlen).


Edit:

download ExpDetectBug-in

Gibt die Anzahl an gesamter Erfahrung aus, welche ein Held für das nächste Level benötigt.


>> DETECT

Nutzt einen Comment mit dem Inhalt:

@exp_detect [1], [2]

[1] = Hero_ID (aus dem Reiter actor/hero in der F8-Database)
[2] = Var_ID welche die benötigte Erfahrung ausgeben soll

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

gibt die Erfahrung, welche der Held aus Var[0032] benötigt um das nächste Level zu erreichen, in Variable 5 aus.


>> DETECT_ALT

@exp_detect_alt [1], [2], [3]

[1] = Hero_ID
[2] = Level von dem die benötigte Erfahrung abgefragt werden soll
[2] = Var_ID welche die benötigte Erfahrung ausgeben soll


>> ERROR MESSAGES

Ein Level kleiner als 1 wurde verwendet, wenn die Variable Null ausgibt.
Eine ungültige Hero_ID wurde verwendet, wenn die Variable -1 ausgibt.

Outputs the total amount of experience a hero requires to reach the next level.


>> DETECT

Use a comment with the contents:

@exp_detect [1], [2]

[1] = Hero_ID (from actor/hero tab in F8-database)
[2] = Var_ID to store the required experience into

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

will get the experience the hero from Var[0032] requires to reach the next level and stores that value in variable 5.


>> DETECT_ALT

@exp_detect_alt [1], [2], [3]

[1] = Hero_ID
[2] = Level to get required experience from
[3] = Var_ID to store the experience needed into


>> ERROR MESSAGES

A Level smaller than 1 was used if the output in the variable is zero.
An invalid Hero_ID was used if the output in the variable is -1.

...

Mit einer Kombination hiervon und [irgendwas], was die Werte [irgendwo] auflistet und/oder einen Graph zeichnet, damit man die Kurvenverläufe richtig einschätzen kann. Weil die Database wird eben nicht die neuen resultierenden Werte anzeigen.




P.S.:
Kann es sein, dass GCC Probleme mit float-Multiplikation hat, wenn von einer beliebigen Anzahl an Schleifendurchläufen (oder Größe der floats?) ausgegangen wird und der Versuch da etwas möglichst effizientes zu Kompilieren in die Hose geht?

Code:

    do
    {   fNewExp = fNewExp + fTert + fPrim;
        fPrim = fPrim * fSec;   //hier knallt es ständig wegen einer "invalid floating point operation"
        fSec = (fSec - fCoeffE) * ((fLevel * fCoeffC) + fCoeffD) + fCoeffE;
        i = i--;
    } while (i != 0);

   int newExp = (int)fNewExp;

[Sölf]

Danke! Ich teste da mal etwas rum.

Edit: Bissel rumexperimentiert und diese Werte hier:

A = 500
B = 1500000
C = 1525
D = 800000
E = 1000000

...funktionieren ganz gut. Muss den Anfang etwas rebalancen was Exp betrifft, aber ansonsten gleichen sich meine und diese Kurve etwa bei Level 29/30 an (29 der neuen ist ziemlich genau 30 der alten - nur danach wirds natürlich sehr viel mehr). Also nochmal danke dafür.

[Corti]

@bugmenot: Funzt wunderbar! Danke:-)

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

[Sölf]

Theoretisch würde mir in diesem Falle der Quickpatch reichen (zumindest wenns um ne 2er Potenz geht, und das ist 25% ja). Speziell bei mir gehts nur darum, dass Geld durch drops kommt (die ich im nachhinein anpassen kann), aber der Verkaufspreis von Ausrüstungsgegenständen zu hoch ist, weshalb neue Waffen immer sehr viel teurer sein müssen (und das wird auf Dauer echt eklig).

das blau markierte 02 ist also dann 2x2, und 03 wäre dann 2x2x2, also 8, richtig?

[bugmenot]

das blau markierte 02 ist also dann 2x2, und 03 wäre dann 2x2x2, also 8, richtig?

...

Kann man sagen.
Intern werden aber die Bits der Zahl nach rechts verschoben, dabei sinkt der Exponent mit jeder Verschiebung um 1, was im Endeffekt jedes Mal die Zahl halbiert. (+ Informationsverlust wenn zB. die originalen 2^1 und 2^0 wegfallen).


Damit mein Post jetzt nicht zu inhaltslos ist:

einer antiquierten Engine mit endlosen chirurgischen Eingriffen zu Aktualität zu verhelfen

...

Ich kann momentan nicht sagen, ob hier gerade nach einer Gehirntransplantation gefragt wird (denn die ganze Mapping-Engine anpassen kommt dem doch sehr nahe) oder einfach nur ein Pflaster hilft. Unbegrenzte TileSets wie mit dem RMXP könnte zig Stunden an Arbeitszeit kosten.

[Stray]

Ist es möglich, den RPG Maker um ein System zu erweitern, dass Reaktionen zwischen Events erkennt, also Berührungen usw. die dann auch durch Bedingungen abgefragt werden können?
Der RPG Maker kann ja soziemlich alles, nur das nicht. Eben solche Bedingungen wie: Wenn Event A > Event B berührt, mach XY.