`esx_society` requires societies to be registered manually before opening. this forces it
also adds full support for charging, funding and retrieving balances in `esx_society`
This is a continuation from an earlier commit
- If something is attempted to be opened without correctly registered coordinates, (most likely being called outside the script), refuse it
- If the player isn't close enough to the registered coords, refuse it
Basically, built-in distance based exploit protection for shops/stashes/sellShops
Add a cooldown to workaround certain multicharacter scripts triggering events like `QBCore:Client:OnPlayerLoaded` more than once and duplicating targets when a player connected
Tidy up `createTempCam()`
Add `loadLocation()` and `clearLoadLocation()` functions
Add `renderTime` variable for `stopTempCam()`
Add wrapper functions for each one (for my own sanity):
`createCam()` = `createTempCam()`
`startCam()` = `startTempCam()`
`stopTempCam()` = `stopTempCam()`
- Allows filters to be applied to custom cameras when running `startTempCam()`
- Automatically interpolates between cameras created in the same script
- Toggle to attempt to render the location if camera is far away from the ped
- Clears all created cameras when `stopTempCam()` is run
Automate release zips and make them generate the folder name correctly
This helps users download a correctly named script so they dont end up with a script with a version number in the title
Now properly tracks scripts that added a new target, if that is restarted it created ones properly
If an overriding target is sent, use that and remove old one
Instead of rendering segments and trying to work out how much they should fill, add simple lines to segment it instead, this should make it run a bit smoother as there is way less going on
This stops them instantly returning `false` and actually waits for the results
This fixes issues with players being unable to complete tasks determined by progressbars eg. installing items on a vehicle and it fails instantly
This new `fxmanifest.lua` variable (when true) will stop checking for script updates
People REALLY dont like being told when somethings fixed.
This will stop the update notifications for both `jim_bridge` and the script that loads it.
Reworked `frameworkCache.lua` to the new layout
Fix possibility of invisible props/ peds/vehicles on spawn
Start adding very basic and unfinished support for RedM VorpCore
These currently work as intended, but can't put in place yet because my scripts don't fully support it yet. But the base is there for it
Also slip in `bannedItems` table so players can't the abuse sell items function to spawn cash
I'm adding distance based exploit protection to stashes, shops and selling shops to help fight exploiters
Soon all these created through jim_bridge will refuse opening if its not "registered" correctly
Basically, all my scripts will get updates to support this
This removes redundant inventory files and compiles all of the functions into one
This allows easier editing and control per inventory and hopefully better optimization, readability and easier addition of support for new inventories
Kept forgetting to do this
When using `makeDistPed()` (making a npc that only appears when nearby) you can now send a function to apply custom modifiers to it after the npc is created
eg.
```lua
makeDistPed(v.model[i], b, true, false, v.scenario, nil, nil, function(ped)
if v["killable"] then
SetEntityInvincible(ped, false)
SetBlockingOfNonTemporaryEvents(ped, false)
FreezeEntityPosition(ped, false)
end
end)
```
People keep thinking this is a massive error, its literally just stating that there isn't a script found to register a shop. not all inventories have these
Jim Shield