I’ve been trying to solve an issue with a lot of missing dispatch audio and I’m trying to find out if LSPDFR calls back to the original gtav POLICE_SCANNER.rpf files sometimes. Let’s say I get an error for the audio file that says ADAM, if I look at my master list, find the one that says ADAM in the police scanner folder, if I extract the wav container to the lspdfr/audio/scanner (in this case 01_car_unit_type.awc) and find the hashed file that says ADAM in said container, if I rename the hash file to whatever RPH threw an error for, then I no longer get an error for mission audio for the word adam from dispatch. I’ve looked all over for answers, talked to multiple people, and no one knows the problem. If someone knows whether lspdfr calls back to gtav for scanner audio sometimes, and has gtav decrypt the hash, then it might be easier for me to figure this out because at least I would have the cause sort of narrowed down 

i dont really understand your question or problem,

but lspdfr reads audio files for specific audio out of gtav/lspdfr/audio/scanner

for example i have urban callouts and it comes with 20mb of audio files

 

if you somehow forget to install these audio files for plugins, it might throw errors or you got a stop talking dispatch when missing audio files.

Edited December 22, 20223 yr by OfficerChris1

On 12/22/2022 at 4:24 PM, OfficerChris1 said:

i dont really understand your question or problem,

but lspdfr reads audio files for specific audio out of gtav/lspdfr/audio/scanner

for example i have urban callouts and it comes with 20mb of audio files

 

if you somehow forget to install these audio files for plugins, it might throw errors or you got a stop talking dispatch when missing audio files.

Unfortunatly my issue isn't an issue of forgetting to installing audio from call out packs or anything like that, the issue is that after a lot of testing it seems like for some reason, LSPDFR isn't able to access the audio files while using callouts, only audio provided. For example, a callout pack has a config file where you can specify a unit number and "call sign" which I left as default, 11 Adam. The callout will not be able to find any audio that is not within the lspdfr scanner audio folder, or within the callout packs own audio. However, if I go to POLICE_SCANNER.rpf in the GTAV audio folder, find the correct .wav container, and then find the correct audio file for say ADAM (the individual files in the wav container are almost all hashed, so I either have to manually check, or find the hashed value of the audio file via a document I found with a list of the containers, what each .wav says, and the hash. Then if I extract the wav file, rename it to what audio file is shown in the RPH log, and put it in a folder with the same name as the wav container folder (in this case 01_car_code_unit_type, put the wav file named ADAM in, and put that in lspdfr scanner audio folder, absolutely no problem. Ive also had to edit the names of a lot of the audio files in the lspdfr scanner audio in the streets folder, file names were not what callouts were calling for (like no "01" after this certain street, change STREET at the end of the file names to ST, etc.) I just have no idea what is causing this problem, and Im not exactly new with lspdfr and its...quirks, so I've done all the normal stuff already, and checked and done that stuff multiple times, so I'm just completely at a loss and trying to find anyone who understands at least a little about under the hood of lspdfr so to speak in terms of the process of calling back. Like, is there a communication problem between callouts and lspdfr, is there an issue with lspdfr for some reason not being able to unhash the file names in the GTAV police scanner folder, etc.