Yeah, it’s so close…I know exactly where the limit lies and if we only had the source for the actual functional release, it would be an easy and quick change. I’ll cross my fingers we can somehow obtain it.

In the meantime, I was actually thinking the same thing. The fighters are there, and you can interact/trade/purchase things for them.…[Read more]

Here is another instance where GetComState is not defined:

CONTROL_STATE cs;
if(m_pCommandMenu->GetComState()>0)

Compiler error: battle_interfacelandbattle_land.cpp(95): error C2039: ‘GetComState’ : is not a member of ‘BICommandList’

GetComState is found in no other file search of the entire codeset, except for the call in battle_land.cpp.…[Read more]

But the battle_land.cpp is definitely the limit of the icon display. Bummer as if I had the right code to compile, I’m confident it would work. You can see the limit to display here in the for(int i=0; i<4; i++):

rs->TextureSet(0,m_idShadowTexture);
rs->DrawBuffer(m_idVBufCommandos, sizeof(BI_COLOR_VERTEX), m_idIBufCommandos,…[Read more]

LOL, you are on the right track. I did exactly that with render.h. Copied it, but had to rename the implemented class name too. After that, those errors disappeared, so it was really just a clone class. However, we are at another impasse.

In the ‘old’ battle_land.cpp, there are some method…[Read more]

OK, it looks like someone worked to better modularize some of the code. I successfully compiled battle_interface.dll, but it crashes the game, probably because it needs hooks into the EngineCommon someone wrote into this. The runtime error is “Can`t create render service”. Since this was all the newer .cpp files (those duplicates I mentioned),…[Read more]

Now all that’s missing is DirectX files such as d3dx8math.inl. The SDK is available from Microsoft, so I’m downloading that now. I think I’m getting closer.

Ha! Never mind…I see what you’re saying…the code for the .dll stuff actually does share some .h with the Program source that was provided with the game. I looked and sure enough, there is a net folder, with Net_Defines.h in it under Programnet. It wasn’t with the .dll source, but I can obviously just copy that to my project folder too.

No, these are the source for the .dll and such you gave me. I think I’m getting that perhaps there were the originals, then some modifications were made by someone in 2010, and they just moved the originals to the root, so the older files should probably not be used. In any case, I’m still missing the complete set as there are some .h includes…[Read more]

No, these are the source for the .dll and such you gave me. I think I’m getting that perhaps there were the originals, then some modifications were made by someone in 2010, and they just moved the originals to the root, so the older files should probably not be used. In any case, I’m still missing the complete set as there are some .h includes…[Read more]

A bit of a problem. There are missing files (just a sample, there are more):

1> fatal error C1083: Cannot open include file: ‘….STARTprogrambattle_interfacelog_msg.h’: No such file or directory
1> battle_mansign.cpp
1> fatal error C1083: Cannot open include file: ‘..STARTPROGRAMNETnet_defines.h’: No such file or directory

There is also some…[Read more]

A bit of a problem. There are missing files:

1> fatal error C1083: Cannot open include file: ‘….STARTprogrambattle_interfacelog_msg.h’: No such file or directory
1> battle_mansign.cpp
1> fatal error C1083: Cannot open include file: ‘..STARTPROGRAMNETnet_defines.h’: No such file or directory

There is also some confusion on my part.…[Read more]

Ugh! Might be bit…

Apparently, after installing C++, I have to reapply SP1 to VS, instead of just applying to my new product, it insists on downloading and applying it to ALL of my VS components (C#, VB .NET, Web Dev, Command Prompt, etc.). Taking forever…

Though slightly different, the approach for both is similar, but apparently the battle interface for ships does not have a constraint.

From BattleInterface.c (for ships)

void AddShipToInterface(int charIndex)
.
.
.
for(int i=0; i<COMPANION_MAX; i++)
{
if(GetCompanionIndex(pchar,i) == charIndex)
{
myShip =…[Read more]

Though slightly, different, the approach for both is similar, but apparently the battle interface for ships does not have a constraint.

From BattleInterface.c (for ships)

void AddShipToInterface(int charIndex)
.
.
.
for(int i=0; i<COMPANION_MAX; i++)
{
if(GetCompanionIndex(pchar,i) == charIndex)
{
myShip =…[Read more]

Hmmm. Might be a constraint in the .dll source, rather than the Program codeset.

Looking at the possibility of the message handler for this:

SendMessage(&objLandInterface, “lls”, MSG_BATTLE_LAND_SET_ICONTEX, 6, objLandInterface.Parameters.iconTexture6);

I found the constant MSG_BATTLE_LAND_SET_ICONTEX in battle_land.cpp:

case…[Read more]

LOL.

It’s a quirk of mine…there are just enough females in this game to eventually have my entire officer/companion complement to almost be solely chics. So, every game I tend to strive for that. Suppose I’m a creepy weirdo 😉

I will also say, the hat for Bonney is a great touch 🙂

Posse! LOL

No need. Just did an experiment, where I reuse the same locator ids and it works. I fast-traveled to the dock and they are all just standing near me:

//Mod…in LAi_init.c

int k = locIndex % 3;
if(k==0) k=3;
Characters[idx].location = pchar.location;
Characters[idx].location.group = “officers”;
//Characters[idx].location.locator =…[Read more]

I think I got it figured out. In LAi_init.c:

Characters[idx].location = pchar.location;
Characters[idx].location.group = “officers”;
Characters[idx].location.locator = pchar.location.locator + “_” + locIndex;

Makes all the fighters part of the “officers” address group, then assigns them all a reload1_x locator id. I’m betting only reload1_1,…[Read more]

I got everything working but one last bit. They show on the character scroll and you can assign/remove them. They show in trading at store/trading. As it stands, roughly two dozen files were…[Read more]