Cyan

Hello ghs22, I previously mentioned there is no way that we could be doing that would disconnect your Internet. This would either be a system, router or ISP issue. There is no mechanism we have to do this. If your download in progress has failed on your side, our system may continue to believe you're downloading files until this times out on our end, which could be anywhere from a few minutes to a few hours.

Sadly fixing this requires more reverse engineering experience than I could lend on a forum post. Basically, how vehicle information was stored in memory was shifted in the latest update. To fix it, you'd have to identify what was changed, and the new offsets in memory by analysing functions that change and manipulate the things the mod does. There's a few ways people do this: extensive trial and error, debugging, memory patterns available online or hoping people who have done this effort have shared their discoveries online. Here's the extensive work the author did for their old patterns: https://github.com/ikt32/GTAVManualTransmission/blob/master/Gears/Memory/VehicleExtensions.cpp These structures are internally used and set by the GTA5 executable, looking around data in OpenIV or mods folders generally won't help. You'd need to reverse engineer the binary and figure out where these things are happening in memory. If you want to learn reverse engineering, I wouldn't say GTA5 is a good start. There's numerous tutorials online but GTA5 is a whole other game when it comes to reverse engineering because of the complexity of debugging and other DRM related hurdles. This probably isn't the response you're looking for, but it is what it is. If it was simple the author would probably have just done it themselves.

There's a lot of changes to vehicle structures in the latest update, but I wouldn't have thought these would make it impossible for that mod to be fixed to work on the latest patch. LSPDFR and RPH also had to account for and fix vehicle specific structures/memory offsets in the most recent update. The plugin seems to be open source though, hopefully someone with the time and expertise could help them out with it.

This topic has been moved to the appropriate forum. Please post in the correct location in the future.

The outfits must be added to the agency you want to use them with.

Should be like any other vehicle, define in loadout, e.g. <Vehicle>mydlcvehicle</Vehicle>

Your topic has been moved to GTA V Support, this is not LSPDFR related. Please post in the correct location in the future.

You need to also add any custom agency you define to duty_selection.xml if you want to be able to go on duty as that agency.

I've not seen or experienced that issue myself.

You need to update LSPDFR to the latest version. You aren't using the latest. [12/22/2023 5:58:38 PM.313] LSPD First Response: [TRACE] *** This version of LSPDFR is outdated. If the user is requesting support, request they update to the latest LSPDFR version. *** [12/22/2023 5:58:38 PM.313] LSPD First Response: [TRACE] This version: 0.4.8678.25591, Version available on server: 0.4.8748.23994 As for police uniforms being broken, you may not have installed EUP correctly.

i7 is quite broad, any advice would be based on what specific i7 it is.

Your topic has been moved to GTA V Support, this is not LSPDFR related. Please post in the correct location in the future.

Some of this is mentioned in our Wiki, for example for ID/drawable/texture of Component in Outfit Variations see: If you're just wanting to add a non-MP/non-DLC ped, you can usually just add them to the Agency XML without an outfit:

If your Internet disconnects, that's probably an issue with your service or system. We wouldn't have the authority or capability to do that.

I completely agree! The attention to detail for the law enforcement aspects leaves me excited to play with it - I wonder if GTA VI will have a police mode by default - would be interesting!

Hmm, this doesn't seem like Discussion, Hype or Speculation around GTA 6 to me? Moved to LSPDFR Support.

Your topic has been moved to LSPDFR 0.4 Support. Please post in the correct location in the future.

Yes, although a workaround for this has not been relevant to exist in LSPDFR until now.

It's likely LSPDFR will enter maintenance mode and receive less updates, just like LCPDFR. Although it really depends on how "alive" the GTA V modding scene remains after GTA VI is released. It's our intention that there will be a new version of the First Response series for GTA6. As for plans, considering there's not even a release date for GTA6 PC, it's hard for there to be anything solid on our side at the moment.

We should use 429 however, for legacy reasons, this will not be possible at this time. There is a note on the API page as to why this will not work for every file, basically a reprocessing has to happen for older files, this hasn't been done yet, but when it's done I'll update this thread.

We're seeing excessive use on some of these APIs. Requests without a User Agent will soon be throttled by IP address to 20 req/minute. However, we will try to avoid throttling requests from LSPDFR plugins based on some data we have. Requests with a valid User Agent (e.g. something like in the linked API page that shows what and how to contact the author of the plugin/service) will soon be throttled by IP address to 60 req/minute (1req/s). Requests that exceed this will receive 403 errors and excessive 403s will cause temporary blocks. If you have a specific use case which requires calling these APIs more than once a second, please reach out with your use case and what efforts you've done to reduce calls (e.g. caching). We can make special exceptions for some user agents.

Once the trust is gone, it's hard to obtain again. Personally I wouldn't go near anything by an author who ever thought that was acceptable, but we all make mistakes. Doesn't change the fact that people are still using it and enjoying it though. If you don't trust it, don't use it.

Great - I've moved this thread to GTA V as it's not directly related to LSPDFR. Hope your solution helps someone else.

Firewall wouldn't be causing this, anti-virus would. RPH isn't tagging anything as containing viruses, it's trying to load files and the WIndows API is returning the AV message as the failure reason. This suggests there is still an anti-virus running somewhere.

Hello, yes, this is the result of the false positive detection. See the message boxes around the site or on the LSPDFR download page for more information.