LMS

Yeah, that for instance could work.

In the LML folder in the car folder would be best, so it is all in one place.

Just create a carvariations.meta file and load it via LML, there should be no special requirements.

I don't think this case is comparable to the LML sections (not that the LML dev section is very active anyway..). Those are meant to separate between using LML and developing for/with the LML API. In the case of LSPDFR, we have a dedicated support section for using the mod. I think the API forums is not active enough to necessarily warrant a subforums discussing it in general and its developments and asking for help. More often than not those topics might also overlap. Please do not feel discouraged to ask any questions in the API forums, that's exactly what it is for. Happy to hear what others think.

It really depends on what you want and need. You can collect coordinates and use them randomly, or based on distance to the player if you want predefined locations. If you can make with generic locations, you can also just get random points around the player (use the Around function with different random values).

This is a crash within LSPDFR itself, good find! Something (not us) is deleting your suspect while they are leaving their vehicle. It should not cause LSPDFR to crash though, I will fix it for the next release 🙂

You can attach Visual Studio to debug your callouts. It might make the game crash after a while since the anti-debugging is not removed entirely by us, but it should help for most situations. If you use Debugger.Launch in your code it will pause the game once the line is hit if no debugger is attached and present you with a window to select a debugger you want to attach. This works best in windowed/borderless for obvious reasons.

If the second argument of OnPursuitPedHasVisualChanged is false, it means visual has been lost for a while and units are searching.

That is exactly what this does!

If you want to learn more about functions, you can use the XML documentation which you can find here linked below. In your specific case, the function "Gets a value indicating whether visual has been lost for a moment and the last known position is being searched."

You should also make sure to only spawn your new GameFiber once. Not sure if you omitted code, but in your snippet above it looks like a new fiber (and hence a new thread) will be spun up every tick.

I would need the log file to know what is going on.

Press the Windows key, and type in EventVwr.exe.

Thanks for the hilarious bug report, I just confirmed and fixed it. It does in fact also work if you are in a vehicle, pressing E will make you leave it and attempt to get the marker, only to be teleported soon afterwards. It happens due to a timeout on the walk task (and a missing distance check in the first place).

Glad to hear! Sleeping is not necessarily bad, as long as you check that the entity still exists afterwards 🙂 In fact, we do yield in some expensive loops in LSPDFR to make sure they do not run on just one game tick to prevent lagspikes and it definitely helps.

Do you have an example of what sound/audio to replace?

I can't reproduce this locally unfortunately. Could you guys please go to EventVwr.exe -> Windows Logs -> Application and post the errors for GTA IV?

You are most likely passing invalid handles to the API functions that will crash LSPDFR, which is then swallowed instead of being handled and/or logged so you won't notice that something went wrong, and thus corrupting the cache. The issue is you are getting 16 nearby peds, then sleeping and then using them without verifying they still exist (and sleeping again and using them again later, same issue). We consider cops ambient if they are not specifically assigned to a chase, callout or suspect transport (there might be a few more I cannot think of right now). Backup units can be pulled away at any time and have a lower internal task priority.

The reason why I'm asking is that the combat control might prevent the cops from engaging, but for aiming at a coordinate that should not kick in. You can still try using SetCopIgnoreAmbientCombatControl to disable that.

Ideally you show us line 48 of StolenVehicleLCGSD.cs so we can have a better look at what might be causing it.

Does aiming at their coordinates instead of the entity work?

That certainly should not happen. It should start to flash for a bit first (indicating losing visual) and then disappear if not regained.

I do not recall if that might have been necessary for very very old LSPDFR versions, but you definitely do not need to do it now. Does that solve your problem or are you working on something else?

Out of curiosity: Why are you even attaching a blip to the suspect yourself? LSPDFR will do that automatically.

Check the file C:/Program Files/Epic Games/GTAV/lspdfr/data/custom/agency_eup.xml, it seems to contain invalid XML. More specifically: [10/8/2020 10:23:53 AM.272] LSPD First Response: [FATAL] Failed to load backup data: System.Xml.XmlException: The 'Name' start tag on line 461 position 4 does not match the end tag of 'Agency'. Line 478, position 4.