+++ DYNRPG - THE RM2K3 PLUGIN SDK +++

It's very complicated. In a nutshell, the official version of 2k3 has to be reverse-engineered.

1. The DynRPG RPG_RT.exe file would have to be compared with a clean 1.08 RPG_RT.exe in order to find out which bytes were modified, then you would have to find the correct byte addresses for those modified sections in the 1.10+ RPG_RT.exe, which might have further unrecognizable modifications that came from both the 1.09 and 1.10 updates. You'd have to have extensive knowledge of 1.08, 1.09, and 1.10 in order to do all this. I can tell you that bugmenot has done some research about 1.10, but not to the extent needed to bring DynRPG to it as far as I know.

2. We'd need the source code for the "libDynRPG.a" file (which only Cherry has) within the rest of the DynRPG source. ".a" files are essentially pre-compiled so that they can't be easily modified. This file contains all of the function definitions from DynRPG 0.20 and below, and who knows what else. Any time a function is called, it references a byte address in memory defined in this file. The actual byte address would depend on the RPG_RT.exe version. There are additional byte addresses referenced in all of the main .h files of the source code that would change as well. ".h" files aren't compiled, so they can be modified easily in any text editor. This is how bugmenot and I have been able to add updates to DynRPG over the past 8 months or so.

3. We'd need the source code for the dynloader.dll, again, which only Cherry has. I think that basically covers all the code for QuickPatches, plugin loading & DynPatches. You'd also need to make sure dynloader.dll plays nice with the ultimate_rt_eb.dll file in the official versions.

4. Numerous other miscellaneous changes like making sure RPG::Image and similar classes work with the new renderer.

5. Next, ALL plugins would have to get recompiled to work with the new version, because otherwise they would reference the incorrect byte addresses, and cause crashes up the wazoo.

6. ALL QuickPatches and ips patches would have to have updated byte addresses as well.

We're talking maybe months of work here all-in-all.

In short, we'd pretty much have to get Cherry to do 1-4, since he knows all of that stuff, but Degica, the localization company for Enterbrain, might not be happy about that. Only he can speak to that.

TL;DR: It's basically a lot of 1's and 0's.

I'm hoping for support DynRPG for the official RM2K3, but not expecting it. Seems like it'd be a lot of work; probably more than it's worth.

author=PepsiOtaku
TL;DR:It's basically a lot of 1's and 0's.

I was under the impression that Cherry was the one tweaking the official version with many QOL improvements already, like the ability to call a load menu from in game, and auto-skip the title screen. I was just looking for a quick and dirty answer to see if Cherry had any plans to port this to run on the official version. After all, if anyone would know how to do it, it's Cherry, right?

bulma: I second this. I purchased the official version when it was first released, mostly out of respect for having used the illegal version for so long. However, even though I'm not even programming my own plugins, which I might end up doing at some point, I can say that for me, the sheer change in potential between using DynRPG and not makes using the official version for my current project extremely unlikely. Even the last version I released before DynRPG was even a thing was still using a picpointer ips patch to draw custom menus, which I'm sure doesn't work on the new version.

I am glad for an official release, of course, but I continue to hope for the official release of a version of DynRPG that supports it.

small request (yeah, another T___T *lol*)

ok so, i've managed to create a pretty badass battle system, in no small part thanks to bugmenot's own RSP+ , Corti's plugin that he did (or edited) on request, and others plugin makers like pepsi otaku, of course cherry himself who started the whole dynrpg thing, and finally around 93/97 battle event pages by yours truly.

The only thing that's really missing at this point is something to prevent turns to "overlap" each other, because since almost everything is tied to battle event, sometimes i get the "Event refers to skill that doesn't exist" error when I use a skill while another battler is doing his actions (doesn't happen very often if the atb is set on wait, but still it happens).

So i was wondering, if there's a plugin/patch that forces the game to wait untill an actor has completely finished his turn before starting the other.

it's both skill and items, it happens each time two action by two different heroes overlaps (most common example, hero A is attacking hero B cast spells).

while i wait i will try another plugin for atb control, right now i'm using pepsiotaku battle overhaul, maybe i wll use this an excuse to test corti's plugin for atb speed

author=Xenomic
Skills too? I don't think I had that kind of problem with RPS+,

i'm pretty positive it has nothing to do wit rsp+, it's most likely a problem of how turns are dealt with in the game, all i need is the game to wait that the hero A has finished completely before having hero B act

Do you use the LinkToEventBugfix? Does it happen im combination with event commands that activate a switch?

My custom atb plugin is still under developement but my test version already delivers very undisrupted turn after turn execution.
Patience is good =p Sry right now i have no better answer.

author=Corti
Do you use the LinkToEventBugfix? Does it happen im combination with event commands that activate a switch?

My custom atb plugin is still under developement but my test version already delivers very undisrupted turn after turn execution.
Patience is good =p Sry right now i have no better answer.

i do use LinkToEventBugFix and also the Sprite Animation Fix (i dunno if it's relevant but it prevents the hero sprite to stop in the middle of the battle screen before attacking)

the crash happens whenever i use a skill that acrivates a switch that - in turns - activate a battle event (it's a long story but to make it short every, let's say, Fire Spell you cast adds a "fire orb" to the battle field and it unlocks more powerful fire spells (and hopefully someday increas the damage of any other fire spell if a "custom damage formula plugin" is ever released :P, so what this event does is change a couple of variables, and some pictures for visual reference)

i'm going to give a shot at your atb plugin, so far they have all been great :P

author=GhostRider
and finally around 93/97 battle event pages by yours truly.

Wait,... 93 pages in every monster group?

In Dark Sword we had 37 event pages in every group. I got it down to 2 Pages each calling only one Common Event with some clever refactoring.

I would really like to see what you did there. Could you send me the project ( without maps and graphics, i only want to see event code )?