New Monsters / NPCs

MuAgeNew change parameters not Fix This Bug try to fix need recode this funtion void ModifMonsParams(DWORD lpUnit, DWORD dwMobID)

the most unpleasant bug when Load New Monster Model when Kill Monster Visual Monster Lag https://www.youtube.com/watch?v=LRTHDQenPnE

i'm added Midusa in Season 4 Client

Quote:

---

Originally Posted by Dankend

MuAgeNew change parameters not Fix This Bug try to fix need recode this funtion void ModifMonsParams(DWORD lpUnit, DWORD dwMobID)

the most unpleasant bug when Load New Monster Model when Kill Monster Visual Monster Lag https://www.youtube.com/watch?v=LRTHDQenPnE

i'm added Midusa in Season 4 Client

---

I Did it too...
http://bayimg.com/paNcLAAEN
bayimg - image: Screen(07_18-15_48)-0000.jpeg - free uncensored image hosting

Post coder correct?

Quote:

---

Originally Posted by VeltonD

Storage allocation

But because of the strange array of this implementation has constantly variable size (~ 10k-11k), so I had to write some of what calculations to vylazit not beyond the memory block. It seems such an implementation failures so far and did not give the idea should work without problems, but there is no 100% certainty, and therefore food.

---

array of models has constant size, but it is allocated dynamically, it's just has strange code.
something like this:

PHP Code:

---

Model* g_ModelAllocation;
Model* g_Models;

g_ModelAllocation = new Model[TOTAL_MODEL_COUNT+1024];
g_Models = (Model*)( g_ModelAllocation + (rand() % 1024) ); 


---

and yes, you have to change it, to allocate more models. it's easy, since it's allocated dynamically, also you will have to change all references of TOTAL_MODEL_COUNT.


also
- you lack of custom animation speed
- you lack of sounds

:8:

Different main's has different Unit_Struct. This source code written and tested for main 1.03.25 (1.03y) JPN. So for using it on other mains you must research correct Unit_Struct

need offsets 1.04.04. thx!

Quote:

---

Originally Posted by VeltonD

Storage allocation
Each model has its main'e Index (ResInx) that is passed to the function HLoadBMDModel, this Index for each model is constant and points to a certain array of structures or classes of models. Initially, I added new monsters Index reaching the last standard mob, but as it turned out, these indices could be used by other models, and therefore not to touch other people's space, I used the codes from the end of the array, which is not likely to be used. But because of the strange array of this implementation has constantly variable size (~ 10k-11k), so I had to write some of what calculations to vylazit not beyond the memory block. It seems such an implementation failures so far and did not give the idea should work without problems, but there is no 100% certainty, and therefore food.

---

Not this way :D. Think about it more abstract. Mu has dynamic allocation of this array, and... one function to get pointer for model class! xD. All you have to do is allocate your own memory for model class in memory, and then bypass original function. Then set your model index at far position, for example 0x7000, and write something like this:

CMuModel* gMuArray = 0xYYYYYYYY; // old mu address
CMuModel* gMyCustomArray = new CMuModel[100];

CMuModel* GetPointer(int index) // Your bypass
{
if(index <0x7000)
return &gMuArray[index];
else
return &gMyCustomArray[index-0x7000];
}

and ofcourse:
LoadMonsterModel(0x7000+x, "bmd_file.bmd");

I did it two years ago in IGCN silver edition. Mu always use same function to get pointer so in one bypass you can add as much models as you want.

If you have any questions, just PM me.

PS. you can apply glow for monsters. Just check how it creates glow for golden monsters, and use the same function from item glow, to set your custom color (pink worms invasion :D).

You can share the source code?

// Offsets and structures for Main ZClient dll (S6ep3 source)

Code:

---

#define OFFST_MODELRES_SIZEOF 0x00616103
#define OFFST_MODELRES_COUNT 0x00616101
#define OFFST_MODELRES_MOBS_ID 0x0061FDE9
//+
#define HPROC_OPENMONSTERMODEL_BULL 0x0058377D
#define HARGS_BULL_PUSH HPROC_OPENMONSTERMODEL_BULL - 2
#define HPROC_CONSTMONSTERMODEL_BULL 0x0058379A
#define HPROC_LOADBMDMODEL 0x0061FE3F
#define HPROC_LOADPLAYERBMD 0x00614E8F
#define HPROC_SETMOBNAMESTYLE 0x00586859
//+
#define HOpenMonsterModel ((void (__cdecl *)(DWORD dwMobNumber)) 0x0061FDE0)
#define HConstructMonsterModel ((DWORD (__cdecl *)(DWORD Arg1, DWORD dwResInx, DWORD dwResOffst, DWORD Arg4, DWORD Arg5)) 0x0057EEC0/*0x005148C8*/)
#define HLoadBMDModel ((DWORD (__cdecl *)(DWORD Arg1, LPSTR Arg2, LPSTR Arg3, DWORD Arg4)) 0x00614D10)
#define HSetMonsterNameStyle ((DWORD (__cdecl *)(DWORD dwMemAddr, DWORD dwMobID, DWORD Arg3, DWORD Arg4)) 0x00580BB0)


static DWORD *lpModelResBase = (DWORD *)0x6B3A010;
static DWORD *lpModelResArray = (DWORD *)0x59DF090;

---

wrong offsets

mb someone can find true offsets?
without this offsets all new monsters invisible =-(

Quote:

---

Originally Posted by DragonMU

// Offsets and structures for Main ZClient dll (S6ep3 source)

Code:

---

#define OFFST_MODELRES_SIZEOF 0x00616103
#define OFFST_MODELRES_COUNT 0x00616101
#define OFFST_MODELRES_MOBS_ID 0x0061FDE9
//+
#define HPROC_OPENMONSTERMODEL_BULL 0x0058377D
#define HARGS_BULL_PUSH HPROC_OPENMONSTERMODEL_BULL - 2
#define HPROC_CONSTMONSTERMODEL_BULL 0x0058379A
#define HPROC_LOADBMDMODEL 0x0061FE3F
#define HPROC_LOADPLAYERBMD 0x00614E8F
#define HPROC_SETMOBNAMESTYLE 0x00586859
//+
#define HOpenMonsterModel ((void (__cdecl *)(DWORD dwMobNumber)) 0x0061FDE0)
#define HConstructMonsterModel ((DWORD (__cdecl *)(DWORD Arg1, DWORD dwResInx, DWORD dwResOffst, DWORD Arg4, DWORD Arg5)) 0x0057EEC0/*0x005148C8*/)
#define HLoadBMDModel ((DWORD (__cdecl *)(DWORD Arg1, LPSTR Arg2, LPSTR Arg3, DWORD Arg4)) 0x00614D10)
#define HSetMonsterNameStyle ((DWORD (__cdecl *)(DWORD dwMemAddr, DWORD dwMobID, DWORD Arg3, DWORD Arg4)) 0x00580BB0)


static DWORD *lpModelResBase = (DWORD *)0x6B3A010;
static DWORD *lpModelResArray = (DWORD *)0x59DF090;

---

wrong offsets

mb someone can find true offsets?
without this offsets all new monsters invisible =-(

---

DragonMU for 1.04d GMO Season 6.3 main.exe I have this:

Code:

---

static DWORD *lpModelResArray = (DWORD *)0x0E8C200;


---

I found this offset on this call:

http://i.imgur.com/a6rB0wX.png

someone can share the offsets for the main 1.02C ? :laugh:

Need Offsets and structures for Main ZClient dll (S6ep3 source). Thx!!!
#define OFFST_MODELRES_SIZEOF 0x00616103
#define OFFST_MODELRES_COUNT 0x00616101
static DWORD *lpModelResBase = (DWORD *)0x6B3A010;

s6ep3 have another load monster procedure. Need rewrite all load monster functions (in this .cpp). And after we will have bag

Quote:

---

the most unpleasant bug when Load New Monster Model when Kill Monster Visual Monster Lag https://www.youtube.com/watch?v=LRTHDQenPnE

---

=-(

Offsets client 1.04D _?

someone these ten offsets to 97D ?