+++ DynRPG - Das RM2k3-Plugin-SDK +++

[MarcL]

Danke hat geklappt ^^y

[Kyuu]

Hey Cherry, wann wird es eine aktuellere Version des DynRPG SDKs geben, mit allen bisherigen Korrekturen und Erweiterungen, die hier herumschwirren? Ich pflege zwar meine eigene Kopie von DynRPG, aber eine aktuelle Version auf deiner Webseite (die Anlaufstelle für DynRPG) wäre nicht schlecht.

Und, wie stehen die Chancen für ein onMapChanged()-Callback?

[Cherry]

Stehen schlecht.

Ich hab, wie man sicher merkt, einfach keine Zeit für den Maker. Ich hab eine Datei BUG2.txt, die sieht so aus:

Code:

- Bilder >1000 werden bei New Game nicht gelöscht
- RPG::monsters.count scheint nicht zu gehen
- Strange nextLineId thing
- Wrong map (page?) ID on teleport
- Freeze when loading save files if plugins changed
- Transparency on map doesn't work
- "Longer skill window" problem
- Enemy attack sound plays even when OFF, if monster is unable to do its move (??!!)
- If last command parameter is a string, characters may be cut off or added (?)
- In Image.copy "create" (wrong) instead of "init" (right) - I already changed it in the file now
- https://easy-rpg.org/blog/2012/07/crowdsourcing-unknown-savegame-data/#comments / https://github.com/EasyRPG/Readers/blob/master/include/lsd_chunks.h === LcfgSystem => unknown music is the music played before entering vehicle!!!
- https://github.com/EasyRPG/Readers/blob/master/include/lmu_chunks.h / https://github.com/EasyRPG/Readers/blob/master/include/ldb_chunks.h / https://github.com/EasyRPG/Readers/blob/master/include/lmt_chunks.h
- RPG::Actor::_unknown_128 maybe two weapon/lock equipment/auto battle/mighty guard
- Add this bugfix:

@BattleActionBugfix:
push eax
mov eax, [ebp]
mov eax, [eax+4c]
mov eax, [eax+10]
mov byte ptr [eax+4], 4 ; action->kind = RPG::AK_NONE
pop eax
jmp 47f7e0 ; GetBattleCommand2

<0049625A>

call @BattleActionBugfix

http://www.multimediaxis.de/threads/121175-RPG2000-und-2003-Sammelthread-f%C3%BCr-Probleme?p=2982219#post2982219

- BUG (kazesui PM @ rpgmaker.net)

@HookOnEventCommandExecuted:
mov edx, [@NextLineOffset] ; HookOnEventCommandExecuted proc
cmp edx, -1
je @NoOffsetChange
mov [ebx+18], edx ; <<<<<<<<<<<<<<<<<<<<<<<<<< ebx may be NULL here!! (Also, why does it even jump here? [@NextLineOffset] was supposed to be -1)

-----aaaah, @HookOnEventCommandExecuted may be reached without any event command being executed at all! We have to check for edx > 0x10000 or something like that (because ebx may be used for counting before).

- Chili:
Edit2: Ich habe gerade entdeckt, dass wenn man beim Battlelayout "Small Window" ausgewählt hat und dann Choices im Kampf anzeigt,
der Cursor bei den Choices 2-4 nicht an der richtigen Stelle ist, sondern sich immer ein kleinwenig nach oben verschiebt je weiter man runter geht.
Könnte man das noch fixen?

- PageID may be wrong because pages can also be CALLED!!!

- Chili:
Mhhh... Habe jetzt irgendwie noch ein Problem mit den Conditions:
Wenn ein Monster einen Status mit "No Action Allowed" (sowas wie z.B: Schlaf) hat, dann blinkt es trotzdem auf, der Enemy Attack Sound kommt und Punch A wird ausgeführt aber nicht gezeigt, nur der Sound (also die drei Hit sounds). Wenn ich Punch A von den Animations lösche kommt letzteres natürlich nicht mehr. Die Monster greifen nicht an, und machen auch sonst nichts außer das was ich genannt habe, wenn sie den Status haben. Meine Monster besitzen keine Standard Attacke sondern nutzen immer Skills als "standard" Attacken.

- Chili:
Ohne DynRPG funktioniert die Transparenz. Mit DynRPG (mit und ohne Plugins) funktioniert sie nicht. Auch die Event Transparenz scheint nicht zu gehen.
!!!!!!!!!!!!!!!!!!


- Brendon Kelly
Okay well, for some reason, the DynRPG patch must have changed the order of commands processed or something.... in the common event I had, it changed the variable depending on if you were "inside" or "outside" and changed your speed accordingly...after the speed change I had an "erase event" command...the event must have some how erased itself before the other commands could process and the game had nothing to point to, so it crashed. I got rid of the erase event and now it works fine

- In Actor.cpp and System.cpp there was == string comparision, should use .s_str() to force std::string comparison (char* comparisons would be wrong!) FIXED

- CatalogPtr, etc.: Check functions. Like "list->list.count" instead of "list.count"

- @RayCast V4,V5,-1,V5,12,13,4
  -1 is recognized as a token rather than a number
  FIXED
  
- Extra stuff might be appended to tokens: http://i112.photobucket.com/albums/n179/Deflaktor/bug_zps2a2253bc.png (FIXED)

- onDoBattlerAction multiple times (Corti):
Grad getested:

Helden (BA_DEFEND):
onDo 1x
onDone 1x

Monster (AK_SKILL):
onDo 11x
onDone 12x (davon 1 mal success)

Immer abwechselnd onDo onDone(!success) ~ 11 mal in Folge, dann passiert die Handlung dann nach ner halben Sekunde kommt "onDone" mit Success.

- doesEventPageExist doesn't work (shouldn't be "map", which is LcfgMap, but LcfMap, ALREADY FIXED!! to ((**reinterpret_cast<void ****>(0x4CDD14))[15])


- 490FF9: MOV EAX, 4956FC << Bugfix damit HP 4 Stellen im Savemenü haben (Platz??)

- RPG::Map +20 = Tiles/Terrain/kA, 4A80CC = GetLowerLayerTile(LcfgMap, x, y), 4A80F4 = GetUpperLayerTile(LcfgMap, x, y), 47D038 = GetTerrainID(LcfgMap, tileId)

function getLowerLayerTileId(RPG::LcfgMap *map, int x, int y) {
	int ret;
	asm volatile("call *%%esi" : "=a" (ret), "=d" (RPG::_edx), "=c" (RPG::_ecx) : "S" (0x4A80CC), "a" (map), "d" (x), "c" (y) : "cc", "memory");
	return ret;
}

function getUpperLayerTileId(RPG::LcfgMap *map, int x, int y) {
	int ret;
	asm volatile("call *%%esi" : "=a" (ret), "=d" (RPG::_edx), "=c" (RPG::_ecx) : "S" (0x4A80F4), "a" (map), "d" (x), "c" (y) : "cc", "memory");
	return ret;
}

function getTerrainId(RPG::LcfgMap *map, int tileId) {
	int ret;
	asm volatile("movl 20(%%eax), %%eax; call *%%esi" : "=a" (ret), "=d" (RPG::_edx) : "S" (0x47D038), "a" (map), "d" (tileId) : "cc", "memory");
	return ret;
}

...ich hätte also genug zu tun.

Ich hab dir jetzt hier aber mal mein MinGW mit DynRPG hochgeladen, d.h. da ist auch der Compiler dabei der garantiert funktioniert (ein relativ alter). Außerdem ist da eine DynLoader.dll die neuer ist als die die vom Patcher erzeugt wird (die hat den Bug gefixt dass wenn der letzte Parameter bei einem Comment ein String oder Token ist dass da zusätzliche Müll-Zeichen angehängt werden können).
http://share.cherrytree.at/showfile-9356/mingw_dynrp.7z

[Davy Jones]

Verstehe ich das richtig? Wenn ich mein Projekt mit DynRPG patche, bekomme ich einen riesigen Haufen an bekannten und unbekannten Bugs?

[Cherry]

Ja leider, wobei das meiste davon das SDK selber betrifft, nicht die Spielmechanik - bis auf das Problem mit der Eventseitenverarbeitung im Kampf (da gibts einen IPS-Patch dagegen), die Tatsache dass Bilder >1000 (die "permanenten") bei New Game nicht gelöscht werden und den Transparenzbug (der ist wohl das Ärgerlichste im Moment, und ich hab auch mal versucht den Fehler zu suchen aber noch nicht gefunden).

Der Rest sind z.T. schon gefixte Sachen bzw. Vermutungen, die vielleicht gar kein wirklicher Fehler sind.

[Corti]

Was ist denn dieser Transparenzbug?

@Davias:
So wie du es schreibst klingt es schlimm. Ist es aber nicht. Mit dem erwähnten Patch, der die Skill Window Duration wieder auf Standard setzt ist wieder alles in Butter. Da du momentan bei Elektra Kingdom den Atb-Entfernungspatch einsetzt hast du was das angeht allerdings sowieso schon wesentlich schlimmere Phänomene in deiner Maker.exe ;-)

Mit DynRPG kann man wunderbar arbeiten.

[Davy Jones]

- Wo finde ich diesen IPS-Patch für die Eventseitenverarbeitung? Ist dieser Bug mit der fehlerhaften Eventseitenverarbeitung durch den ATB-Entfernungspatch vergleichbar?
- Die Sache mit den "permanenten" Bildern und dem Löschdingens verstehe ich nicht. Sind mit >1000 die Picture-IDs gemeint?
- Der Transparenzbezug ist mir btw wichtig, hab keine Lust das halbe Spiel durchzufixen nur weil der Patch bei mir Grafikmüll verursacht (verwende das sowohl im KS als auch in der normalen Spielwelt).

@Corti:
Das schlimmste was ich kenne: Peter ist dran, kommt im KS nicht mehr zum Zug, wird danach aus der Gruppe geschmissen, nächster Kampf: Absturz. Nach einmal Neuladen ist dies verschwunden und man kann normal weiterspielen.

Cherry hatte mir mal einen Patch dagegen gemacht, aber damals hört es sich so an als wenn der nur für bestimmte Gruppenmitglieder geschneidert wurde und nicht alle möglichen Kombinationen beinhaltete:

http://www.multimediaxis.de/threads/...=1#post2989560

Ansonsten hab ich im Moment keine Probleme, auch nicht mit der Eventseitenverarbeitung im KS (weil ich in dieser Hinsicht relativ simpel arbeite).

[Kyuu]

Stehen schlecht.

Ich hab, wie man sicher merkt, einfach keine Zeit für den Maker. Ich hab eine Datei BUG2.txt, die sieht so aus:

Zensiert.

...ich hätte also genug zu tun.

...

Kein Problem. Deine Liste ist übrigens zu chaotisch und kann einen schlechten Eindruck von DynRPG vermitteln, wenn man wenig mit dem Inhalt anfangen kann (siehe Davy Jones). Und was machen getLowerLayerTileId, getUpperLayerTileId und getTerrainId in deiner BUG2.txt?

Ich hab dir jetzt hier aber mal mein MinGW mit DynRPG hochgeladen, d.h. da ist auch der Compiler dabei der garantiert funktioniert (ein relativ alter).

...

GCC 4.4.1 (die mit CodeBlocks 10.05 mitgeliefert wird) funktioniert eigentlich recht gut mit DynRPG, zumindest soweit ich getestet habe. Die GCC in deinem Paket ist auf Version 3.4.5, aus dem Jahr 2004. Ehrlich gesagt, so ein alter Compiler schreckt mich etwas ab, da die Compiler sich seit 2004 stark verbessert haben sollten. Ich bin schon mit GCC 4.4.1 (2009) nicht wirklich zufrieden.

Außerdem ist da eine DynLoader.dll die neuer ist als die die vom Patcher erzeugt wird (die hat den Bug gefixt dass wenn der letzte Parameter bei einem Comment ein String oder Token ist dass da zusätzliche Müll-Zeichen angehängt werden können).
http://share.cherrytree.at/showfile-9356/mingw_dynrp.7z

...

Cool, danke.

[Cherry]

@Kyuu: Ich dachte bisher, 4.6.1 ist okay, aber da gabs anscheinend ein Problem mit RPG:attler::getMaxHp, was mit 3.4.5 nicht vorhanden war. Keine Ahnung ob 4.4.1 da geht oder nicht. Ich weiß übrigens selber nicht warum mein Compiler so alt ist, weil 2004 hatte ich mit C++ noch null am Hut.

Ja, die Liste ist chaotisch, ist auch keine öffentiche. Und es sollte eher TODO.txt heißen, das stimmt. Einige Sachen sind nämlich auch einfach neue Ideen bzw. Details die ich erst nachher rausgefunden habe und integrieren müsste (wie RPG:BActor::_unknown_128).

[Kyuu]

@Kyuu: Ich dachte bisher, 4.6.1 ist okay, aber da gabs anscheinend ein Problem mit RPG:attler::getMaxHp, was mit 3.4.5 nicht vorhanden war. Keine Ahnung ob 4.4.1 da geht oder nicht.

...

Habe es gerade mit 4.4.1 getestet und es funktioniert einwandfrei. Eine Test Suite wäre natürlich optimal, mit der man automatisiert die Kompatibilität mit einem Compiler prüfen könnte.

Eine andere Frage: Sind die 2000 Pictures, die mit DynRPG zwangsläufig kommen wirklich so eine gute Idee? Zum einen bin ich mir ziemlich sicher, dass niemand (bei klarem Verstand) so viele Pictures brauchen wird und zum anderen, (das ist nur eine Vermutung, da ich die Interna nicht kenne) so eine große Menge an Pictureobjekten, die jeden Frame abgearbeitet werden müssen, könnte wertvolle Zeit verschwenden, die einem Plugin gerade fehlen könnte. Ich vermute, dass DynRPG noch weitere Änderungen im Programmablauf vornimmt, die Zeiteinbußen einbringen. Wäre vielleicht eine abgespecktere Version von DynRPG möglich, ohne die 2000 Pictures und eventuellen anderen Kram, den man nicht wirklich braucht, der aber wertvolle Zeit verschlingt?

[Cherry]

Möglich wärs schon, aber die Pictures verbrauchen, was ich so sehe, nicht wirklich viel Zeit (außer man zeigt auch wirklich alle an).

[Kyuu]

Ich halte eigentlich nichts von Mikrooptimierung, daher, wenn du sagst, dass inaktive Pictureobjekte schnell genug durchlaufen werden, habe ich im Moment nichts einzuwenden.

BTW: Ist es möglich mit DynRPG einen Tastendruck zu simulieren, oder gleich auf den internen Key Cache zuzugreifen? Ich würde gerne den Umweg über die WinAPI-Funktion SendMessage() vermeiden.

BTW²: Es scheint nicht zu funktionieren die Musik im RPG::system-Objekt zu ändern. Im RPG::dbSystem-Objekt funktioniert es allerdings. Bei den Sounds scheint es auch Probleme zu geben.

[Ghabry]

Was ist die beste Möglichkeit zu ermitteln auf welcher Karte man gerade spielt? Den Wechsel der Karte zu erkennen würde auch schon ausreichen

Und ist es irgendwie möglich das Lesen eines switches zu erkennen? (und den Rückgabewert zu ändern) Ja, brauch das wirklich beim Lesen, nicht beim Schreiben ^^

[MarcL]

Was ist die beste Möglichkeit zu ermitteln auf welcher Karte man gerade spielt? Den Wechsel der Karte zu erkennen würde auch schon ausreichen

...

Also ich weiß nicht ob es die beste Möglichkeit ist, aber du wirst mMn nicht daran vorbeikommen, auf jeder Map einen PP mit Erase Event zu packen, der vor dem Erase Event entweder selbst testet, ob die Map gewechselt wurde oder der einen Common Event callt, der das prüft. Funktionieren tut es dann so, dass du ein Set Variable mit der Map ID füllst. Dazu musst du dann wissen, welche Map ID welcher Map entspricht. Danach kannst du damit "rechnen"...

Und ist es irgendwie möglich das Lesen eines switches zu erkennen? (und den Rückgabewert zu ändern) Ja, brauch das wirklich beim Lesen, nicht beim Schreiben ^^

...

Ich verstehe nicht, was der Unterschied von lesen und schreiben eines Switches sein soll? Bzw. was du erreichen willst?
Das klingt so als willst du erkennen ob ein PP prüft ob ein Switch gesetzt ist? Wenn du das willst, dann kannst du doch gleich die im 2k3 enthaltene Funktion nutzen und suchen, welche Events auf den Switch zugreifen ^^; (hoffe ich hab das richtig verstanden)

[TwoFace]

Was ist die beste Möglichkeit zu ermitteln auf welcher Karte man gerade spielt? Den Wechsel der Karte zu erkennen würde auch schon ausreichen

...

Öh, lass immer bei Betreten einer Map eine Vari einen bestimmten Wert annehmen und frag den ab.

Und ist es irgendwie möglich das Lesen eines switches zu erkennen? (und den Rückgabewert zu ändern) Ja, brauch das wirklich beim Lesen, nicht beim Schreiben ^^

...

Conditional Branch: "Branch if Switch XXX is ON/OFF ..."

[MagicMaker]

Was ist die beste Möglichkeit zu ermitteln auf welcher Karte man gerade spielt?

...

Code:

<>SetVariable [0001:Map] = Object[Player]'s MapID

[Ghabry]

Ich frage schon absichtlich im DynRPG Thread, kommt mir nicht mit Maker-Eventcode. Will bisschen mit DynRPG rumspielen

Code:

<>SetVariable [0001:Map] = Object[Player]'s MapID

...

Hmm stimmt. Da muss ich wohl mal testen, ob man über RPG::hero->mapId die aktuelle Map ID bekommt.

Das klingt so als willst du erkennen ob ein PP prüft ob ein Switch gesetzt ist? Wenn du das willst, dann kannst du doch gleich die im 2k3 enthaltene Funktion nutzen und suchen, welche Events auf den Switch zugreifen ^^; (hoffe ich hab das richtig verstanden)

...

Den Satz versteh ich nicht.

Also geht wirklich darum, dass ich alle Switch-Leseversuche mitbekomme und so das Ergebnis des Lesevorgangs verändern kann (für Schreiben gibts nen Callback, das ist daher kein Problem)
Bei Events ist das einfach, da könnte ich über onEventCommand alle Events behandeln, die Switche lesen und schreiben können, z.B. EVCMD_CHANGE_SWITCH. Gibt aber noch einen weiteren Fall, wo Switche vorkommen: Die Überprufung, ob ein(e) Event(seite)/ein CommonEvent die Startbedingungen erfüllt hat. Da würde ich Switch lesen auch gerne behandeln.
Oder vielleicht weiß Cherry zufällig die Adressen im ASM-Code wo das passiert (Startbedingungen von Events überprüfen)? Die jmp-Anweisungen patch ich dann selber rein.

[Cherry]

RPG::hero->mapId ist korrekt.

Übrigens hatte DynRPG am Anfang onGetVariable und onGetSwitch Callbacks. Diese hab ich allerdings entfernt weil das Spiel einfach nur saulangsam wurde, sogar wenn keine Plugins das verwendet haben (rein durch den Aufruf der Funktion in dynloader.dll), weil das Auslesen von Switches und Variablen einfach extrem oft intern stattfindet.

Und warum willst du das Lesen des Switches abfangen? Willst du eine Art Selfswitch-Ding machen? Die Funktion zum Lesen eines Switches ist übrigens an VA 0x48B324, eax ist RPG::system, edx ist die Switch-ID. Rückgabewert ist 0 oder 1 in al.

Damit fängst du allerdings kein RPG::switches[xyz] von DynRPG-Plugins ab, weil diese direkt auf das Switcharray zugreifen (schau dir switches.h an).

Vielleicht kannst du einfach den Switch setzen, statt das Lesen abzufangen? Mit RPG::map->updateEvents() erreichst du dass die Startbedingungen neu evaluiert werden nachdem du den Switch geändert hast.