LMS

You have a super outdated game version.

Hard to say when I will have to time to work on LML again, probably summer-ish.

The ybn files should be streamed. If you have issues with them in-game, it is likely the files are bad, but you could test installing them a different way to verify.

I replied to your GitHub issue.

I cannot offer much help for third party callout packs as I cannot see how they call the API. However, if you can provide me with a log where LSPDFR audio errors before you fix the files (just rename your fixed audio folder and put in the old one), perhaps I can see something there.

I see what you mean regarding the weird audio errors. It seems that, at least according to your log, they mostly happen when playing callouts from "Section136Callouts" so perhaps reaching out to its developer might help. It is possible that the audio API is not being used properly.

What function/API causes the errors? The LSPDFR scanner plays files from disk and does not interact with the GTA V scanner RPF files at all. It might also be helpful to include a log with a few of these errors.

As you can see, there is no folder called "GameFolder" in the "swat_fully_loaded" folder. What does your install.xml say?

That error usually indicates that the folder on disk does not exist. Can you include a screenshot of the directory and your install.xml file?

GTA V, like any sane application, of course uses the metric system. Positions, dimensions etc. are in meters and speed in meters per second (10.85 m/s equals 24.3 mph).

It dies while loading a meta file into the game which often times is a gameconfig issue, though I do see that you are using the same one Parks and I do. @PNWParksFan is there anything else required to load the additional weapons into the game?

You can change the path it uses in the settings section.

If you installed it via OpenIV then it will not show in vfs.log. You could try using the LML Gameconfig package as that works very reliably. See here: Given the nature of the crash I still suspect it is a bad gameconfig.

I do not need any mention of the gameconfig in your log. Are you sure you have it installed? The game crashes when attempting to add another vehicle to your game which makes me think the gameconfig is the issue.

Can you clarify when it crashes for you? Right during the loading screen or when you try to use some assets? Can you try running just Coastal Callouts and no other mods and also no packfilelimitadjuster?

The most recent game update introduced R*'s own version of RTTI and hence a lot of the game's core classes have had their VTables changed (including memory allocators). I am unfamiliar with how some of your ASIs work, but it is possible that these changes cause issues. It is also possible that I missed some of these changes in LML and it causes these errors. On my end I can load Coastal Callouts fine and so can @PNWParksFan, so if you have any other information such as when these issues occur with a specific mod, that would be helpful. I personally do not use the packfilelimitadjuster, so perhaps that might be worth disabling.

Try a replacement car and see if it works. Also attach your vfs.log so we can double check that the gameconfig is being loaded. Generally speaking, a crash during loading with an addon vehicle points at an issue with your gameconfig because all that happens during that stage is the model is being registered. Even a bad model would not lead to a crash there.

This should be fixed in the latest public beta.

It should be fixed now, however due to the type of internal changes it is possible some features might not work correctly so please report any issues.

If you want to disable it, just rename vfs.dll. If you want to delete it, just see what files came with the installation and remove those.

Thanks, that helped, and I can reproduce it for your case. It should not happen for nested paths or when specifying subfolders, but I will fix it for this case soon.

I understand, but this did not happen for me. Can you provide a install.xml and folder where this happens to you?

Could you provide an example? I just tried it and when I specify a specific folder only that folder gets copied.

I gave it a quick test and the log contains the answer: Requesting control failed for SuspectTransportManager #1 (Blocker); current is PlayerSuspectTransportNew #1 (Blocker) Essentially both components are running at the same priority and hence control cannot be granted, and the transport is not initiated. I assume the best way forward would be to add another parameter to RequestSuspectTransport that allows the developer to specify whether they want to force the transport - in that case it would remove the ped from its current controller and transfer ownership to the transport manager. Nice find!

I don't use OpenIV so it is hard for me to say what went wrong but I am certain that it is possible to get lights working there, too. Perhaps some of the vehicles.meta entries get messed up?