LMS

LCPDFR is discontinued and closed source. We have no plans at the moment to change that.

Just open the Mod Manager and untick the mod that you installed most recently. It will then not be loaded the next time you start the game.

Could you explain what exactly you are trying to achieve? Maybe I can see what works better then.

The problem might be related to the issues mentioned here in the topic linked below. A fix has just been released.

LSPDFR has been updated and this issue is now hopefully fixed.

I can reproduce the issue and we will release a fix for it shortly.

This is certainly an interesting idea and something we have explored a bit already. Currently, whenever a suspect escapes during a pursuit, there is a chance you will encounter them again throughout the world. It is quite basic right now as it uses the same vehicle and just triggers another chase but the groundwork is definitely there. If you have some more ideas in what type of situations you could re-encounter people, I'd be happy to hear them.

I will have a look and see if I can reproduce on my end.

You might also find this repo useful: https://github.com/LMSDev/LSPDFR-API

Rightclick your project in Solution Explorer -> Properties -> Target framework -> Change to .NET Framework 4.x

Yes, you need to target .NET Framework instead.

I can have a look at how feasible it is to implement that, a lot of the logic depends on the player being in a car and state is initialized based on that. Will let you know.

If LML works fine without any mods and with one mod installed, I don't think it then breaks when there are two. Are you sure it is not a bad vehicle mod that makes the game crash? Or perhaps you need a new gameconfig or limit adjuster. Keep in mind LML just loads the files similar to how the game would, it has no influence over what the mods might require.

I appreciate your help, but I would need more details to really understand if there is a legitimate problem. As I said, in the case of the configurator, there is not even anything to unpack, so that is totally fine. Are you referring to RAGE Plugin Hook itself or a plugin using it? It will depend on the author of the software whether they believe it to be a real problem or not. Keep in mind most developers know that obfuscation is just that and merely use it to make things harder, not impossible to reverse engineer. If you did manage to recover API keys, that might be interesting to the respective developer, but it could also be expected.

The LSPDFR Configurator is neither packed nor obfuscated and we do not see any reason to change this.

Proposal: /// <summary> /// Sets a value indicating whether the ped can be stopped or arrested despite being part of a normally blacklisted group, such as COP or ARMY. /// </summary> /// <param name="ped">The ped.</param> /// <param name="value">Whether or not the ped group will be ignored for arrests.</param> public static void SetPedArrestIgnoreGroup(Ped ped, bool value)

The root cause is the relationship group being ARMY which initializes some of our ped data differently and then ultimately leads to them not being able to be stopped. I am not sure if we want to remove that as I guess you do not necessarily expect army peds next to you to be stopped in most circumstances. I see why you need it for your mod, though. Would an override on a per ped basis that ignores some of these flags work for you? I know it is not the best solution since you have to identify the peds first.

Interesting, I believe the behavior should at least be consistent across detaining and traffic stop interaction, so there is definitely something wrong here. I suppose we just detect them as "special" and prevent any interaction so that should be able to be worked around with a flag configurable via the API. I will have a look to see what actually happens and revert back.

GTA has its own parser structure which actually maps the tags in the file more or less directly to memory. Large parts of the parser structure are also hardcoded into the game, so there is definitely information you can find. You need to search for the hashed field names though, that is how they are stored. But it is largely undocumented and a bit of a mess.

The callout is referencing a method that is not available in LSPDFR 0.3, so it crashes.

Don't be discouraged by "gibberish", that is unfortunately often times all you can work with. Depending on our goal and experience, it might take some time, but it is definitely the way to go. What exactly are you after? Do you want to look how at how that file is presented in memory?

GTA V is not a .NET assembly and contains no MSIL, hence dotPeek does not help you much. You would have to use something like Ghidra (free) or IDA (commercial) to study the disassembled code. Please note that this is not an easy task, though.

This forum is for mods using Lenny's Mod Loader, which is done via an install.xml. If you use a something else, such as OpenIV and the mods folder, I cannot help you.

Can you share your install.xml? Please note that audio files require a special folder prefix as documented here: