alexguirre

I have the RGB values of the colors I was talking about so we don't have to use the natives: Red: R=224 G=50 B=50 Green: R=114 G=204 B=114 Light Blue: R=93 G=182 B=229 Yellow: R=240 G=200 B=80 Orange: R=234 G=142 B=80 Purple: R=171 G=60 B=230 This is the image I used to get the colors: To compare with the colors you had set:

Yep, when I have some time I will take screenshots and then use photoshop to get the color of the blips. I know that each color has a hash value and that it's in hexadecimal, I didn't know how to convert hexadecimal to decimal so thanks for it.

If everybody ends up using this, could we use the natives SET_BLIP_COLOUR and SET_BLIP_ROUTE_COLOUR? Example: NativeFunction.Natives.SET_BLIP_COLOUR(blip, 5); NativeFunction.Natives.SET_BLIP_ROUTE_COLOUR(blip, 5); It sets the blip to the proper color used in GTA V depending on the index, some indexes: 1 - red, used on enemies 2 - green 3 - light blue 5 - yellow, for routes 17 - orange 27 - purple I prefer to use this instead of the System.Drawing.Colors because they look better than Color.Red, Color.Yellow,... at least until we find which RGB are those colors(Blip.Color returns R=0, G=0, B=0 when using this). There can be some exceptions, like when using it on a search area, I think that Color.Yellow looks better or the orange, I think that Color.OrangeRed looks better.

I don't think this is going to be the cause of the problem, but when you are done using a SoundPlayer instance you should call the Dispose() method. You can add it in your End() method. Remember to do this with every class that implements the IDisposable interface. Also did you try to remove all the pursuit methods? CreatePursuit(), AddPedToPursuit(), SetPursuitDisableAI(), etc. And you can try to register only one callout and test if it works, then you register only the next callout and test it,... until you find if it only happens with one callout or if it happens with every callout.

The ideal thing will be found a sound in the game files because that way the sound volume will change depending on the distance, but if there isn't any it will have to be done the way it was done in the video, with a .wav file, so yes, it will be possible to take a sound from one of those games.

I'm working on a plugin specially aimed to play as NOOSE, you won't have just callouts but other features like be able to rappel, use a zip-line, use a shield... Check it out here:

Working on the flashbang grenades, here is a video showing them: P.S: If someone has a better flashbang sound effect contact me

It can be the same file, the plugins authors will only need to reference this file to add the attribute and once this updates checker is loaded through the RPH console it will get all .dlls(from the Plugins folder and the subfolders so it detects the LSPDFR callouts plugins too), read the attribute, compare the version got from the url and the one the .dll has, if any update is avalaible prompt the user and finally unload the updates checker. I don't think it will be really difficult to code. If you want to start working on this I will help for sure, if you host it on github, it will be even better because anyone could improve it.

A RPH plugin that reads the version of each of the .dlls inside Plugins folder and them compares it with a version in a server you have should work, right? The version in a server can be the .json you can download with the lcpdfr.com API or one you get from a repository you made on github, the author could especify the URL in a XML file, or maybe even with an assembly attribute for a cleaner Plugins directory. After the checks prompt the user with a GUI with the outdated plugins, it won't stop them from running but at least the user will know which ones are outdated. This is how it's done in Kerbal Space Program. It could also be extended to detect the .dlls in the Plugins\LSPDFR

Yes, the input is a bit more sensitive that what it should be, especially while going right/left in the list items, I don't know what is causing this or if it also happens in the Scripthook.Net NativeUI. And pressing enter never registered multiple times for me, your tester maybe went on-duty, off-duty and again on-duty and your menu might has been registered twice as Stealth22 said.

One thing I noticed is that you have " Functions.RegisterCallout(typeof(Callouts.ExampleCallout)); " on top of the namespace, I don't know if it originally is in other part and you just copy all together here but it should be inside a class method. Are you using VisualStudio? It should tell you about these errors.

Update Traffic Policer.

Not really, who added all the new stuff was Guad for NativeUI, I just changed few things to make it work with RAGENativeUI

You need RAGENativeUI 1.3, and update to EUP v7.1 for it to work without issues.