GANG-WAR minigame ( script examples )

while working through the requirements to solve this i suddenly realised you would need to use GET_CHAR_COORDINATES to feed GET_DISTANCE_BETWEEN_COORDS_3D one set of the needed coords to obtain the distance, the problems are if GET_CHAR_COORDINATES works then no calculations need to be done, but if we want to do the calculations and we assume GET_CHAR_COORDINATES fails then the problem becomes impossible to solve, we need to find a new way to solve.

could we perhaps attach something to the player and then get the coords of that?

also given that GET_CHAR_COORDINATES fails does that mean that the car spawner (for example) also either fails or spawns a car in an unwanted place? if it doesn't fail such scripts perhaps it is possible to feed in the players coords (with no problems) to GET_DISTANCE_BETWEEN_COORDS_3D and therefore get the distance do the calculations and then eventually get the coords we started with.

hmm.. its starting to look like the functions that display the numbers on screen are having problems??? if that is the problem it should be easy to solve

edit: and i was having fun with the maths until this revelation

@three-socks did you try feeeding a number lower than -1000 to draw_float??

if draw_float is the problem there a programming technique known as typecasting in which a variables type is changed to another type so we could recast a float as a string and that should avoid the potential problem with draw_float

i have found some potentially usefull functions:
GET_OFFSET_FROM_CHAR_IN_WORLD_COORDS and documentation link
http://www.gtamodding.com/index.php?...N_WORLD_COORDS

GET_OFFSET_FROM_CAR_IN_WORLD_COORDS and documentation link http://www.gtamodding.com/index.php?...N_WORLD_COORDS

GET_OFFSET_FROM_OBJECT_IN_WORLD_COORDS couldn't fimd documentation

Three-Socks did drew -1000.0000 without problem ... here's his reply :

Quote:

---

Originally Posted by Three-Socks

I did have a look into it but I couldn't fix it :( I manually drew -1000.0000 using draw_float to rule out functions.c and it didn't crash. Which leaves GET_CHAR_COORDINATES(GetPlayerPed(), &x, &y, &z); and it can't be a GTA engine bug. I'm sure the devs would pick up on that. Which leaves me to believe its a llvm/scocl limitation.

---

Forgive me if I'm not following all this correctly but can you just edit the compiled sco with sco toolbox and change the cords to what you want with that, if you follow me? Or am I completely off.

Quote:

---

Originally Posted by HuN

Three-Socks did drew -1000.0000 without problem ... here's his reply :

---

i asked about lower than -1000 please pay attention

.....

Quote:

---

Originally Posted by spadger

Forgive me if I'm not following all this correctly but can you just edit the compiled sco with sco toolbox and change the cords to what you want with that, if you follow me? Or am I completely off.

---

i have been trying to help resolve an issue in which the script that displays your coordinates fails in some way if x or y get to -1000 or lower possibly, the same for the z axis aswell

Does scocl accept double floats as opposed to just float, eg double variable;

In c this allows to hold larger floats.

Edit: sorry double is a 64 bit number :(

Quote:

---

Originally Posted by spadger

Forgive me if I'm not following all this correctly but can you just edit the compiled sco with sco toolbox and change the cords to what you want with that, if you follow me? Or am I completely off.

---

if you just want to edit a gang war location and spawn points with coodinates you already have ... yes , thats one way of doing it ( you can also edit script itself )

but we talking about getting alderney coordinates using Three-socks XYZ display script . we cant because theres a bug/glitch that freeze game at X or Y = -1000.000 and alderney is over there.

Quote:

---

Originally Posted by ribonucleic

i asked about lower than -1000 please pay attention ...

---

im sorry ... for my lack of focus , i shall pay more attention and read everything twice before i reply .

EDIT :
i will do some testing on XYZ display , ill try replace GET_CHAR_COORDINATES by GET_OFFSET_FROM_CHAR_IN_WORLD_COORDS , ill also set a button activation toggle and try activate it within alderney ... just to see if coords would get displayed just before freeze occur.

wish me luck ... even if it fails , testing results might point out to something .

im quite slow at understanding sometimes ....

example:

Code:

---

float px, py, pz;

GET_OFFSET_FROM_CHAR_IN_WORLD_COORDS(GetPlayerPed(), 1000.0000,  1000.0000, 0, &px, &py, &pz);

---

this should store coords to float ... but X & Y are +1000.0000 , then simple math can be done .

sorry again ... my brain dont always works properly, lol.

and thanks for this solution ... i shall try it today.

Wait a minute lol. I just tested it myself it didn't crash for me. The reason I didn't test it before it because I didn't know whereabouts -1000.0000 was back when HuN first told me about the crash. I should of asked.

I should of tested it myself back when I first knew about. Sorry guys for wasting your time ><

I'm standing right in front of the prisoner courtyard inside the actual prison walls:

-1082.4703
-429.3342
2.6042
200.6811

EDIT: Now we have to figure out why it crashes for you HuN. I'm now deleting the patch and reinstalling the game data to see if its that.

Quote:

---

Originally Posted by Three-Socks

Wait a minute lol. I just tested it myself it didn't crash for me. The reason I didn't test it before it because I didn't know whereabouts -1000.0000 was back when HuN first told me about the crash. I should of asked.

I should of tested it myself back when I first knew about. Sorry guys for wasting your time ><

I'm standing right in front of the prisoner courtyard inside the actual prison walls:

-1082.4703
-429.3342
2.6042
200.6811

---

really ... great !

the version i was using was within " modscript " among other codes i use for testing ... might that be the reason it freeze for me ?

anyways , ill go clean and use your script alone in modmanager , sorry for all the confusion ... the testing was done when it was released in JDMAlex trainer.

interesting, looking at the documentation i don't understand it either

param 1 char handle // ok thats rather simple
param 2 offset X value // why are these needed? i thought the function would have pulled the coords
param 3 offset Y value // for the char from the handle.. i'm thinking your method of passing it the
param 4 offset Z value // players handle and some false coords is a good idea
param 5 var for X pos //
param 6 var for Y pos // these 3 are obvious
param 7 var for Z pos //

i think your example above would work

edit btw i was a bit rude earlier sorry dude