[JGuntherS@NL]

I have created an SCM hook for GTA: San Andreas that works like Spooky's SCM hook for VC, with script classes and such. However, it runs next to the original SCM so the original missions will still be available. It is based on my SA Injector, so it has full CRT functionality. It also has an GXT hook for custom text entries. A lot of code is just robbed from either op9080's SA SCM hook, spooky's VC SCM Hook and my own injector, credits to them!

I think it is quite self-explanatory, just look at CustomScript.cpp and CustomGXT.h

If you're having trouble with hash_map, change #define USE_HASH_MAP in commonincs.h into #define USE_HASH_MAP_IN_STDEXT, or if that doesn't work, just delete that line. Performance will drop sligthly in that case.

Download link (current version: v3): http://www.pawfectfilms.com/mods/SA_Injector3.zip

Changelog:

v1: initial version

v2: added an op9080-hook-like script class

v3: added support for using -1 instead of actor variable, fixed some issues in opcodes.h

This post has been edited by Dutchy3010 on Wednesday, Aug 26 2009, 09:05

[Seemann]

Does it require the DirectX SDK to be compiled? If so, for what?

[JGuntherS@NL]

QUOTE (Seemann @ Nov 15 2007, 11:17)

Does it require the DirectX SDK to be compiled? If so, for what?

Nope, it doesn't need the DX SDK .

[ceedj]

This is truly "All that." Seriously.

CRT stuff, multiple threads, GXT goodies ,existing SCM untouched. Egads, it's almost too good to be true. I'll provide my updated Opcodes.h here for those that use this hook.

Great job, JGuntherS@NL!!!

[aad]

QUOTE (JGuntherS@NL @ Nov 14 2007, 17:58)

I have created an SCM hook for GTA: San Andreas that works like Spooky's SCM hook for VC, with script classes and such. However, it runs next to the original SCM so the original missions will still be available. It is based on my SA Injector, so it has full CRT functionality. It also has an GXT hook for custom text entries. A lot of code is just robbed from either op9080's SA SCM hook, spooky's VC SCM Hook and my own injector, credits to them! I think it is quite self-explanatory, just look at CustomScript.cpp and CustomGXT.h If you're having trouble with hash_map, change #define USE_HASH_MAP in commonincs.h into #define USE_HASH_MAP_IN_STDEXT, or if that doesn't work, just delete that line. Performance will drop sligthly in that case. Download link: http://jesse.thorbit.nl/sainject/scmhook.zip

Hope it works with Visual Studio 6, if not then i really need to get an other version right away.

[JGuntherS@NL]

QUOTE (aad @ Nov 15 2007, 19:01)

QUOTE (JGuntherS@NL @ Nov 14 2007, 17:58) I have created an SCM hook for GTA: San Andreas that works like Spooky's SCM hook for VC, with script classes and such. However, it runs next to the original SCM so the original missions will still be available. It is based on my SA Injector, so it has full CRT functionality. It also has an GXT hook for custom text entries. A lot of code is just robbed from either op9080's SA SCM hook, spooky's VC SCM Hook and my own injector, credits to them! I think it is quite self-explanatory, just look at CustomScript.cpp and CustomGXT.h If you're having trouble with hash_map, change #define USE_HASH_MAP in commonincs.h into #define USE_HASH_MAP_IN_STDEXT, or if that doesn't work, just delete that line. Performance will drop sligthly in that case. Download link: http://jesse.thorbit.nl/sainject/scmhook.zip Hope it works with Visual Studio 6, if not then i really need to get an other version right away.

Everything should work, except MSVC++ 6 doesn't have the hash_map by default. You could implement it yourself, find the correct files somewhere or just update to MSVC2003, which is what I'd advise you to do . If you want to use it with MSVC6 without hash_map, comment out or delete the line #define USE_HASH_MAP in commonincs.h.

This post has been edited by JGuntherS@NL on Thursday, Nov 15 2007, 19:46

[Seemann]

OK, I can confirm that with some changes it works with Visual Studio 2005 (VS8). Good work!

However, CLEO 3 scripts seem to be more user-friendly even without object-oriented programming stuff, IMO.

[JGuntherS@NL]

I've uploaded a new version, this version also supports to some extent the way op9080 uses to script in C++.

Example code:

CODE

theScript << interior_access << "PDOMES" << 1 << EXEC;

A bit of a 'best of both worlds' idea .

PS: more examples are inside the box .

[ceedj]

CODE

DEFINE_OPCODE(put_player, 0x0055, "vfff"); DEFINE_OPCODE(create_coordinate, 0x0400, "vfffvvv");

No longer supported in SA. There are a few others; I'll weed 'em out as I go.

EDIT: Just a reminder: with multiple threads now, make sure your "waits" are distributed properly; this impacts which threads get higher priority. Not new info by any stretch, but after using one thread with the C++ hooks for so long, you tend to forget.

EDIT 2:

CODE

DEFINE_OPCODE(get_car_color, 0x03F3, "vii");   // var_car col1 col2

Change the "vii" to "vvv", or your game will crash if you try to get colors from cars.

This post has been edited by ceedj on Saturday, Nov 17 2007, 02:02

[JGuntherS@NL]

I've uploaded a new version that supports the substitution of an actor variable with -1, which is used in defining actor animation sequences. Things like

CODE

CallOpcode(&AT_look_around, -1);

should work now .

I also used ceedj's suggestions to modify opcodes.h, thanks for that

This post has been edited by JGuntherS@NL on Saturday, Nov 24 2007, 13:54

[ceedj]

QUOTE (JGuntherS@NL @ Nov 24 2007, 08:43)

I've uploaded a new version that supports the substitution of an actor variable with -1, which is used in defining actor animation sequences. Things like CODE CallOpcode(&AT_look_around, -1); should work now . I also used ceedj's suggestions to modify opcodes.h, thanks for that

Just to clarify, it's not just for actors; this fix works with any opcode that takes either a handle or -1 as a parameter. When setting up opcodes in Opcodes.h, just make the parameter in question a v.

Hey JGS, how can we add NOT to opcodes? Doing CallOpcode(!&blapcode); throws a compilation error. I'm just creating a second opcode for now:

(blahpcode, "0x0684", "")

(nblahpcode, "0x8684", "")

Any ideas?

This post has been edited by ceedj on Tuesday, Nov 27 2007, 01:48

[JGuntherS@NL]

QUOTE (ceedj @ Nov 27 2007, 01:45)

QUOTE (JGuntherS@NL @ Nov 24 2007, 08:43) I've uploaded a new version that supports the substitution of an actor variable with -1, which is used in defining actor animation sequences. Things like CODE CallOpcode(&AT_look_around, -1); should work now . I also used ceedj's suggestions to modify opcodes.h, thanks for that Just to clarify, it's not just for actors; this fix works with any opcode that takes either a handle or -1 as a parameter. When setting up opcodes in Opcodes.h, just make the parameter in question a v. Hey JGS, how can we add NOT to opcodes? Doing CallOpcode(!&blapcode); throws a compilation error. I'm just creating a second opcode for now: (blahpcode, "0x0684", "") (nblahpcode, "0x8684", "") Any ideas?

You could use

CODE

if (!CallOpcode(&..., ...))

That'll work, as it's just a C not

This post has been edited by JGuntherS@NL on Friday, Nov 30 2007, 17:34

[ceedj]

You know, I hate it when you make it look SO easy. Jerk.

Thanks buddy.

Oh yeah, can I use readSCMvar(blah) anywhere I need to? Would be useful for scm mods like Space's All in One, etc.

[JGuntherS@NL]

QUOTE (ceedj @ Dec 1 2007, 13:20)

You know, I hate it when you make it look SO easy. Jerk. Thanks buddy. Oh yeah, can I use readSCMvar(blah) anywhere I need to? Would be useful for scm mods like Space's All in One, etc.

Yes, you can

[ceedj]

Sorry if this seems goofy, but I'm having a problem with this:

CODE

float* pfGravity = (float*)0x863984; *pfGravity = 0.008f

Is crashing the game. Actually, it's just the second line. I tested it further by doing this:

CODE

CallOpcode(&toggle_hud, 0); CallOpcode(&toggle_radar, 0); SCRIPT_WAIT(5000); *pfGravity = 0.008f;

Sure enough, crash after a 5 second wait. I know the addy is ok, but this is the same way I did it in Spookie's VC hook for LC. Is there something I'm missing?

[Peter]

Check out VirtualProtect, the memory address you're trying to write to is write-protected, you need to get access first

[ceedj]

I had a feeling, but wasn't sure how to do it with floats. I'll look into it some more. Thanks very much for the help.

EDIT: Ok, I got it to work. A bit inelegant though. Sacky gave me this for my custom loading screens:

CODE

void Patch_DEF ( DWORD dwAddress,  BYTE *bRawData, int iSize ) { DWORD dw[2]; VirtualProtect ( (PVOID) dwAddress, iSize, PAGE_EXECUTE_READWRITE, &dw[0] ); memcpy ( (PVOID) dwAddress, bRawData, iSize ); VirtualProtect ( (PVOID) dwAddress, iSize, dw[0], &dw[1] ); }

My code for gravity:

CODE

BYTE bGravity[] = { 0x6F, 0x12, 0x83, 0x3B }; Patch_DEF(0x863984, bGravity, 4);

That translates to 0.004, (3B83126F) or half-gravity. My question: can anyone suggest a way to use the float value instead? Not a huge deal, but I want to add gravity values to my config file; I think 1 float is easier to deal with than hex combos. Thanks.

This post has been edited by ceedj on Tuesday, Dec 4 2007, 20:21

[UZI-I]

CODE

DWORD dw[2]; VirtualProtect ( (PVOID) 0x863984 , 4, PAGE_EXECUTE_READWRITE, &dw[0] ); *(float*)0x863984 = 0.004f; VirtualProtect ( (PVOID) 0x863984 , 4, dw[0], &dw[1] );

[ceedj]

Thanks for that; there's not nearly enough examples on how to best use SA memory stuff with C++.

This post has been edited by ceedj on Tuesday, Dec 4 2007, 21:57

[UZI-I]

np

In-process its better to use Pointer stuff

This post has been edited by UZI-I on Tuesday, Dec 4 2007, 22:11