[Request] API Functions

[ziipzaaapM16A4 211]

 

For a better integration of LSPDFR existing Features i'm recommending following API features:

 

void setPedAsIdentified()

There exists a "get". A "set" would be great.

-> no arguments because it would be nonsense to set these functions to false

 

void sendIdCheckAnswer()

simply triggering the requesting id check answer from Dispatch as Notification.

 

bool IsPusuitCalledIn()

Does Dispatch know of the current pursuit?

 

void setPusuitAsCalledIn()

for example when calling in the pursuit over Grammar Police instead of holding B.

-> no arguments because it would be nonsense to set these functions to false

 

void SetPedAsArrested(Ped, cuff)

i was unable to grab, put, or release the Ped. When i arrest them normally without code i am able to do so.  -> should be possible.

 

void StartPulloverOnVehicleInPark(Vehicle)

The actual idea was from @Abraxas. Its about stopping a vehicle that is already in park and has not to move any further for the Traffic Stop. For example: stopping a vehicle at a Parking Spot.

Edited July 3, 2020 by ziipzaaapM16A4
Gramma

[LMS 2056]

Thanks, those requests all seem reasonable.

[LMS 2056]

On 6/29/2020 at 2:03 AM, ziipzaaapM16A4 said:

 

void sendIdCheckAnswer()

simply triggering the requesting id check answer from Dispatch as Notification.

 

Q: I am not exactly sure what you mean, whose ID should be sent? If you have a screenshot, even better.

 

I have started working on your requests, can you please answer my question above.

[ziipzaaapM16A4 211]

@LMS all it does is this:

 

would be cool if you do the same thing with 

void sendPlateCheckAnswer()

 

Edited July 23, 2020 by ziipzaaapM16A4

[LMS 2056]

Right, so you would actually have an argument (i.e.) the ped? So the full signature would be:

 

void sendIdCheckAnswer(Ped ped)

[ziipzaaapM16A4 211]

5 minutes ago, LMS said:

Right, so you would actually have an argument (i.e.) the ped? So the full signature would be:

 

void sendIdCheckAnswer(Ped ped)

 

Right. didn't think about that.

so 

void sendPlateCheckAnswer(Vehicle vehicle)

 

but it would still trigger the insurance and registration notification that's always comming along with this message, right? i cant remember from wich plugin this was.

Edited July 23, 2020 by ziipzaaapM16A4

[LMS 2056]

I have implemented all requests, if you are interested in testing them please send me a PM. Thanks.

[ziipzaaapM16A4 211]

Thank you very much. I appreciate your work.

[ziipzaaapM16A4 211]

Further requests 

 

int getVehicleLiveryOfPosition(Vehicle vehicle, Vector3 position)

beieng able to get the right livery for a location is probably one of the most important api functions when using vehicle mods.

void RespondToLocation(Vehicle vehicle, Code code2, Vector3 position)

a driving task from responding units over lspdfr. getting something that is better than GTA V AI.

bool isCopAsBusy(Ped officer)

are there any tasks like responding code2, responding code 3, prisoner transport,

 

 

there was another feature request but i forgot it.

i will add it later.

 

Edited July 30, 2020 by ziipzaaapM16A4

[PNWParksFan 2441]

On 7/28/2020 at 8:52 AM, ziipzaaapM16A4 said:

int getVehicleLiveryOfPosition(Vehicle vehicle, Vector3 position)

beieng able to get the right livery for a location is probably one of the most important api functions when using vehicle mods.

void RespondToLocation(Vehicle vehicle, Code code2, Vector3 position)

a driving task from responding units over lspdfr. getting something that is better than GTA V AI.

 

A vehicle may not exist in any definition for a particular position. Instead of these two, you can use the existing RequestBackup API functions which already account for the user's preferences for what vehicles and liveries spawn where. 

 

[ziipzaaapM16A4 211]

@PNWParksFan

Quote

Quote

void RespondToLocation(Vehicle vehicle, Code code2, Vector3 position)

a driving task from responding units over lspdfr. getting something that is better than GTA V AI.

 

 

A vehicle may not exist in any definition for a particular position. Instead of these two, you can use the existing RequestBackup API functions which already account for the user's preferences for what vehicles and liveries spawn where. 

 

here im actually just addressing your own request : "Cough cough time for an lspdfr api function RespondToLocation(Vehicle, ResponseType, Vector3)" 

https://discordapp.com/channels/191266053861539840/191692646241140736/735994769334993016

 

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------

Quote

Quote

int getVehicleLiveryOfPosition(Vehicle vehicle, Vector3 position)

beieng able to get the right livery for a location is probably one of the most important api functions when using vehicle mods

 

 

A vehicle may not exist in any definition for a particular position.....

 

It's not about that specific vehicle. It's about the model that is used for this vehicle. The feature should give you an integer that can be used for SET_VEHICLE_LIVERY.

An example for the use of that function would be:

NativeFunction.Natives.SET_VEHICLE_LIVERY( unit, getVehicleLiveryOfPosition(unit, position));

 

I mean I'm aware of the RequestBackup function. But the ped has a task to drive. 

I still could RequestBackup, take the vehicle and delete the Peds to use the vehicle for my own purpose. But I'm still getting a random vehicle from the police vehicle list in the XML.

It takes Resources from the game and would, in case I want a specific vehicle, still not deliver the vehicle I need. And I'm not requesting backup until I get my vehicle. 

 

This function makes it much easier to handle the liverys. But maybe you accept this:

int getVehicleLiveryOfPosition(Model vehicleModel, Vector3 position)

 

 

Edited July 30, 2020 by ziipzaaapM16A4

[PNWParksFan 2441]

6 hours ago, ziipzaaapM16A4 said:

here im actually just addressing your own request

 

Haha, I forgot I had requested that. Fair enough. 

 

6 hours ago, ziipzaaapM16A4 said:

It's not about that specific vehicle. It's about the model that is used for this vehicle. The feature should give you an integer that can be used for SET_VEHICLE_LIVERY.

 

If you are in downtown los santos and request the livery for "sheriff2", what do you expect to be returned, given that sheriff2 is not configured to respond in that area? What if they removed sheriff2 from all of their backup configs altogether? The requested API method simply doesn't make sense because any given vehicle model is not guaranteed to be in the configuration for any given area. What if there are two different variations defined? 

 

You can call RequestBackup with the "give tasks" argument set to false and with the occupants argument set to just 1 (or possibly even 0, I'll have to test this). This gives you a vehicle and ped(s) spawned from the backup configuration for the particular region but without any tasks applied, so you can then use the vehicle to do whatever you want with it. The occupants argument is in the new version which is currently being developed, which it sounds like LMS has sent you a copy of. 

[ziipzaaapM16A4 211]

On 7/30/2020 at 5:32 PM, PNWParksFan said:

If you are in downtown los santos and request the livery for "sheriff2", what do you expect to be returned, given that sheriff2 is not configured to respond in that area? What if they removed sheriff2 from all of their backup configs altogether? The requested API method simply doesn't make sense because any given vehicle model is not guaranteed to be in the configuration for any given area. What if there are two different variations defined? 

 

You can call RequestBackup with the "give tasks" argument set to false and with the occupants argument set to just 1 (or possibly even 0, I'll have to test this). This gives you a vehicle and ped(s) spawned from the backup configuration for the particular region but without any tasks applied, so you can then use the vehicle to do whatever you want with it. The occupants argument is in the new version which is currently being developed, which it sounds like LMS has sent you a copy of. 

I see what you mean.

I just checked the API XML. You're right. This function makes my request obsolet.

Well then I stick to the other 2 requests:

void setCopAsBusy(bool yes)

and

void respondToLocation(...)

 

Edited August 3, 2020 by ziipzaaapM16A4

[ziipzaaapM16A4 211]

In Addition to what we've already requested:

Events like OnCalloutNotAccepted(LHandle lhandle) or OnCalloutAccepted(LHandle lhandle)

should be overloaded like this:

OnCalloutNotAccepted(Callout callout)

because reflection can break after an update.

 

Reference to the discussion: https://discordapp.com/channels/191266053861539840/191692646241140736/741445779817889894

[LMS 2056]

On 8/8/2020 at 12:48 PM, ziipzaaapM16A4 said:

In Addition to what we've already requested:

Events like OnCalloutNotAccepted(LHandle lhandle) or OnCalloutAccepted(LHandle lhandle)

should be overloaded like this:

OnCalloutNotAccepted(Callout callout)

because reflection can break after an update.

 

Reference to the discussion: https://discordapp.com/channels/191266053861539840/191692646241140736/741445779817889894

 

The whole idea of the handle is so that things internally can change - if you need specific information exposed via a handle, please let me know.

[ziipzaaapM16A4 211]

got a new request @LMS:

CopPerformArrest(Ped Cop, Ped Suspect, bool ArrestOnGround)

if false officer would arrest just like holding E in front of an Ped (detaining).

if true officer would arrest like AI already does for example in pursuits.

 

void PlayPedRadioAction()

for having an Ai to play this Animation.

 

void PlayOfficerScannerAudio(string audiostring)

PlayScannerAudio() always uses the DISPATCH_INTRO files. But sometimes a Unit does the radio traffic. 

would be nice if there came a function which would switch to OFFICER_INTRO files

Edited October 22, 2020 by ziipzaaapM16A4