Hmm, no clue how that happened, IIRC by default it should be either 16 or 24 hours without SVM.
And insurance values works via hours.
Be advised it won't affect insurance time if you didn't have SVM in time of dying. but it WILL work on future ones (At least should)
And no, you need to apply once, close the application and you may forget for it unless you need to do changes, then you can load a preset or start from scratch.
Posts by GhostFenixx
-
-
I can only recommend throwing all mods off and try again.
If it happens with mods, look into mods, if not, well, wait for another respond clarifying such issue, although most cases like that is bad installation or windows writing permissions, or some huge user issue. -
I use mod that alters spawn behavior but I don't think it's the problem, that's what I hear.
SVM doesn't change any behavior related to AI spawns, only the values that exist in game already.
You can disable bots and raid section and try to run the game again if you think it's exactly svm that does it.
For sanity check I can only recommend loading SVM first, and then Lua's mod, the mod load order is on alphabetical order of mods folders.
-
Well, as expected - User issue, or better say Modders Issue.
So in short: For all modders who might encounter this - transfer all Response/Controller/Routes away from PostDBLoad.
Even though it would still work - it causes really weird bugs.
List of bugs that's 100% being caused by it:
1. Most Barters will cost 1P2. Prices will not be sorted right, making USD/EUR/RUB to be calculated equally.
3. Finalised Prices will not be calculated properly on buying gear via preset modding if you have something that has price in USD.List of Not fully tested prohibited calls in PostDBLoad:
StaticRouterModService = container.resolve("StaticRouterModService");
DynamicRouterModService = container.resolve("DynamicRouterModService")BotController = container.resolve("BotController");
InraidController = container.resolve("InraidController");At least this is the one I had to move away.
You can't put them into preload (maybe not obvious for everyone) so you'll have to havepostAkiLoadMod()for such tasks like rerouting server calls or editing profile.
EDIT 14:00 GMT+2: To preakiLoad()
Maybe it's just my bad code, but i didn't manage to run postAkiLoad even a logger, instead i went to pre aki with defining Controllers inside routes, because if you try to resolve a controller in pre aki - it will throw an error.
As of final words: SVM is fixed, won't happen in 1.5.3
Feel free to close the thread. -
ah, I thought it was written `reinstalled`, my bad.
In that case i'd try these.
1) I try a new profile, maybe the set IDs for suits is that is set doesn't exist
2) Be sure you're not playing with VPN/Proxy active, they may stagger server performance even though it's localhost.
Since it's loading issue - maybe it can't resolve the request to load it.
It would also hinder performance with selling buying items, so if you also have that - it may help.
3) Missing models, it can't load your character because it's missing game assets, in that case - reinstall. -
What about without mods?
-
I think the issue is linked to the SVM mod on the insurance modifier if we put the multiplier price too low the game can't calculate the final price
If it is - then it's AKI issue, since the values I alter is stored in their config. (Yes, i do run from responsibilities <3)
Other than that - there was a person having a same issue without SVM so I don't think it's the exact case. -
-
Ok, I narrowed it down
When you callconst DynamicRouterModService = container.resolve("DynamicRouterModService");
in postDBLoad(container) - it does cause the issue above.
3 possible outcomes.
1) I need to switch all functions that is related to that variable into PreAki load or PostAki load (If applicable and possible - if not, look at point 3)2) I need to be called skill issue that I used postDB inappropriately and move back to PostAki(Or pre Aki) load like it was in 3.0.0 (before PostDBLoad was made) (to clarify, 1st outcome is only function, and 2nd is whole block)
3) This is an actual bug and should be fixed, like no way just resolving something like that should break EFTs sorting system, idk.
Be advised, I haven't checked every single resolve variable in SVM, i just stumbled into this one and went straight reporting it.
So in the end - i'll wait till someone confirm that is a bug or skill issue before i'll start doing any changes. -
I might need someone from devs to actually test all of this.
With all changes disabled (Aka SVM default preset) It still makes flea finicky.
If everything is disabled, only variables filling happening in SVM.So i may assume IF it's SVM error - it would be hidden here.(And i threw thic pic here because i don't see one)
I'll try to make a blank mod that will use postDBLoad() and see how it will behave. -
-
So there's a small issue that plagued me in the change individual item property. This used to work before the updates to 1.5.2 I'd usually change the tracer settings to true and change it's color value to whatever colors are available.
Testing Example
"5cc80f38e4a949001152b560:Tracer:true",
"5cc80f38e4a949001152b560:TracerColor:blue",
"5cc80f38e4a949001152b560:InitialSpeed:200"
Now whenever I try to change the color of the tracer it ends up throwing the:
"Custom properties failed to load, error of the code:SyntaxError: Unexpected token b in JSON at position 0"
This issue didn't happen back in 1.5.1 when SPT was at 3.0.0 as I used practically the same syntax and everything and it didn't throw a hissy fit, however when I remove the TracerColor line the errors don't appear. I understand the correlation with the unexpected token as it's linked to the color value but every value ive used was from the resources and item properties so im currently at a loss as to what exactly is going wrong. (i honestly hope this isn't me fubbing the syntax again otherwise im gonna hate myself)
Alrite, i figured and it was exactly what i thought - it doesn't make quotes for strings, so you'll have to do it yourself.
So here how it will look now, works and playtested.
"5cc80f38e4a949001152b560:TracerColor:\"blue\"",
I'll try to fix such behavior in future hotfix, Too much syntax makes it horrible to use, still better than manual searching tho.
I like the fact someone actually use CustomProps. -
So there's a small issue that plagued me in the change individual item property. This used to work before the updates to 1.5.2 I'd usually change the tracer settings to true and change it's color value to whatever colors are available.
Testing Example
"5cc80f38e4a949001152b560:Tracer:true",
"5cc80f38e4a949001152b560:TracerColor:blue",
"5cc80f38e4a949001152b560:InitialSpeed:200"
Now whenever I try to change the color of the tracer it ends up throwing the:
"Custom properties failed to load, error of the code:SyntaxError: Unexpected token b in JSON at position 0"
This issue didn't happen back in 1.5.1 when SPT was at 3.0.0 as I used practically the same syntax and everything and it didn't throw a hissy fit, however when I remove the TracerColor line the errors don't appear. I understand the correlation with the unexpected token as it's linked to the color value but every value ive used was from the resources and item properties so im currently at a loss as to what exactly is going wrong. (i honestly hope this isn't me fubbing the syntax again otherwise im gonna hate myself)
I'm looking into it - I've changed the internal functions that throw data in DB, most likely it doesn't take text into DB for unclear reason.
It throw an error on second field, TracerColor:blue, on `blue` specifically.
The rest works fine as far as i can tell. -
Well here you have it, idk what FAIT does related to airdrops, but it was reported for multiple times.
My suggestion would be loading SVM before FAIT for most cases,(order is alphabetical name of mod's folder)
Other than that - look in FAIT. -
Exactly what I said, there is mods that could affect or alter airdrops behavior, i had multiple reports that there is no airdrops if you have both SVM and FAIT, therefore i need to ask for modlist.
If you have only SVM and you don't see airdrops at all - i need to know the mod actually loads in.
Although even if it didn't work - you have 75 in source config, so you should have airdrops in one point or another. -
Game version and mod list? There is certain mods that could also override this field.
-
I was asking for a preset, not a screenshot of the checkbox, sheesh.
-
No access, you supposed to allow to access via link.
-
Can't see the screenshot for unknown reason
I can recommend dropping preset on gdrive and dropping link here if you really want me to check.
Other than that - i made a test run on my side and it works flawlessly. -
Hey! i've been having problems with the unlimited stamina. i checked the box so that i can have unlimited stamina, but it doesn't work, ikeep losing stamina...
everyting else in the mod works apparently fine except this option.
can you help? (ask me if you need logs or anything, even tho i'm not sure how to do that!!)
If everything else works, that should work too, that thing is used for my run tests so I can assure it's working just fine.
Be sure you applied your changes with that function.