AllTheLoot 1.0.6

Where or How did you get your gear and some items to change colors on the background?

You refer to the picture I previously had in this posting? Hmmm, good question. I don't have any mod that changes the background color. The green background of the Spear gun could have been a result of the preview mod I used back then.

Raid overhaul is causing to crash too

Thanks for putting in the work to update it! You might as well release it at this point, considering the original author hasn't given any signs that they're also updating the mod and you can always remove your version if they do end up updating it!

Yeah I wanted to at least give the author a heads up to potentially interject first. I'll start packaging the mod for release and have it ready by later tonight/tomorrow morning.

Hey man. Thanks a lot for updating the mod. Very much appreciated from my side. Thing is, since I had to reinstall my PC - and being really busy with other stuff - I simply didn't find any time to set up all the modding environment. Regarding getting it to 3.9 from what I shortly investigated back then, the only 2 things were basically adjusting the package.json (so it's stating 3.9) and, for those that still have some non-adjusted containers, to read the staticLoot based on the currently loaded map.

I also would like to join!

+1

Puh, that's hard to tell. Thing is, the randomizer kicks in right in the beginning, i.e. it will be immediately applied to the init spawn rate (once activated via the config). There's plenty of operations afterwards which might slightly manipulate what you have in mind.

Personally I would try adjusting the init spawn rates.

Thanks! Are you planning to update your mod for 3.9 sometime in the future? I cannot image SPT without your mod anymore, lol

Yes, that would be the way to go.

See the relative spawnrate as following:

If you have 1000, 1000, 1000, 1000 the summed up value will be 4000. With the amount of 4 elements and normalized to 1 it's 0.25 (i.e. 25% chance).

Same if you use e.g. 5, 5, 5, 5 or 1, 1, 1, 1,

The key tool is of type "STORAGECONTAINERS" and can only spawn in a technical supply crate. But chances are quite low

Thanks G

I wonder about bumping spawn chance of individual items so I add the id here:

"selectedItems_AdjustSpawnChance"

And I am setting increase of spawn chance for this items in:

"selectedItems_spawnChance"

and I test by adding more and more chance by increasing selectedItems_spawnChance value but the desired iteam still does not spawn in their designated containers (EFT vanilla containers)
One of the added iteams for increased spawn chance already have 4.5 value set by me and still 0 found. Can you clarify maybe how to increase individual item spawn chance? Or should I just gradually increase value lets say by 1.0 and test if it will make spawn chance to kick in?

You can do that, yes. Though since the labs keycards can spawn in cabinets and jackets (assuming you left the default config value to true) if you change the spawn rate either via the selected items config (more precise way of tweaking) or the favorite config, you will increase the spawn rate both for cabinets and jackets.

1. that's possible but you have to go into the mod source file (AllTheLoot_Main.ts). At the bottom you see the actual assignment of categories. Just search for the category "AMMO_PACKS" and "AMMO_ROUNDS" and add the container of your liking.

For e.g. Ammo rounds go to line 1374 (case SPTLootCategoryName.AMMO_ROUNDS:)

and add below a line according to this way:

this.containerTypeYOURDESIREDCONTAINER.push({...currentItemCopy});

If you want to add it to the green weapon box (the big 5x5 I guess) it's actually already added, but it's blocked to spawn because of the item value check.

To counter this, the easiest would be if you go to line 316 and simply add

item.itemLootCategory === SPTLootCategoryName.AMMO_ROUNDS

item.itemLootCategory === SPTLootCategoryName.AMMO_PACKS

Like such - and if you have "AlwaysIncludeWeapons" set to true in the config - rounds and ammo packs will always spawn in 5x5 boxes, even if they are much below the preferred item value.

2. For this you need to go the hard way and find out the corresponding IDs and add them either to the favorite item config or you can add them to the selected items config. Latter allows you to set the spawn chance in a more detailled way (e.g. make ammo type A spawn more likely than ammo type B).

3. If the weapon mod is correctly set up, yes it is possible - and you don't need to do something specific. In the end AllTheLoot adds everything that's listed in the handbook, The only thing which could block a weapon to spawn in a container is either the size (if it's super huge, i.e. above 6x3 size) or if its value is too low/high and it will get removed by the value checker.

Hi lElwoodBluesl,

Thank you sooo much for providing extra feedback!

And thanks again for your mod! It is the best mod hands down to tweak item spawns in containers. Once you play with config, you really can adjust the spawn rates to your liking. It is AMAZING!!! And works perfectly with custom weapons and items.

Thank you very much!

I think I got myself an answear by using this mod for few raids. I only enebled drawers and jackets and I set values for "0","1" and I think I have what I wanted
I noticed that appart from this bits which I tweaked I also have the All the Loot as I got surveliance camera out of a drawer.

Good thing as I play my own rules, flea market disabled.
So only little annoying thing is the way spawn chance for specific iteam is handled in this mod.

I need to count lines for

"selectedItems_AdjustSpawnChance":[

and then go down to

"selectedItems_spawnChance":[

and set the chance for spawn for chosen item hoping I did not change spawn chance for some other item.

It should be organized better for example

"Items_Spawn_Chance"

"item id": "5af0534a86f7743b6f354284",

"name": "Ophthalmoscope",

"spawn chance": "0.5"

It would be more clear and fun to edit config.

Hey man. Great to hear you found a way. Well, the structure behind setting up the loot is not up to me/my mod. AllTheLoot simply adopts to how SPT organizes the loot spawn, i.e. for static loot via container ID, amount of possible items in one container, and chance of how many items will spawn in the container.

As you wrote, if you want to have a 50/50 chance with either 0 or 1 item, the solution is to set the container.json to 0 and 1 and assign twice the same number (e.g. since it's relative spawnrates, you could also use 1000 and 1000 )

Please tell me how it works and is there a difference in those numbers:

For example

"container_Drawer_ItemsDistributionProbabilities":[

"2000000","10000"

and if it would look like this

"container_Drawer_ItemsDistributionProbabilities":[

"20000","100"

Why such big numbers there is set like 2 milion instead of smaller numbers?

What do you mean with "new items"? If you mean to add only the items that are currently not in the loot table that would require some tweaks in the code itself.

If you want to keep the vanilla items (incl. their spawn rates) the steps would be to:

- first find out what items you want to add, i.e. which IDs

- then, to avoid doubling the spawn chances if the item is already existing in the loot table and would be added again -> check if those items (IDs) are already covered in the staticLoot.json or not

- rewrite the code in the file "AllTheLoot_FillContainers" at the section where it does the default SPT container overwrite check and instead of providing only the info retrieved in line 40 (i.e. the SPT default loot table), add to this staticLoot variable the "new" items (including hardcoded spawn chances, since filling the containers is the very last action done by the mod and setting spawn chances comes earlier)

- finally, in the "config_Containers_ID.json" set the overwrite flag for all containers to false

The mod only adds items to containers. In Marked Room you mainly have loose loot. If you want to increase/modify this, you need a mod that adjusts loose loot.

If you up the card spawn you will only have a higher chance of a card spawning in a drawer or a jacket.

Blacklisting is the way to disable certain items to spawn. For most containers, I don't add every item by hand but instead use the different categories (e.g. Barter Electronics, Barter Valuables, etc.). If I don't want to have a specific item from such category spawn in that container, I simply blacklist it.

In addition to that there's also a global blacklisting. This approach is used to mainly remove items which have no real purpose (e.g. softair ammo), are boss-specific (to avoid e.g. a Tagilla vest spawn) or some developer related items (like e.g. the dev balaclava which is listed in the handbook too and would spawn).

Thanks you, its very clear now ! have a nice day

It's not really weird, linux file system is case sensitive, while SPT is primarily on windows which uses a case insensitive file system, hence the issue had most likely slipped past the developer and most users.

Regardless, it would be nice for this to be fixed.

You can check the spawn rates by activating the option in config.json

"debugMode_showContainerInfo": true,

Then - since Keycards only spawn in drawers or jackets - set

"debugMode_containerIndex": 0,

or

"debugMode_containerIndex": 3

0 = Drawer, 3 = Jacket (if KeycardsInJackets true)

You will see that the Green Keycard (TerraGroup Labs keycard (Green)) has an extremely low spawn rate of 13 (and that you have been very very lucky )

P.S. in general the category spawnrates will adjust the calculated spawn rates, i.e. if e.g. a item has a spawnrate of 3000, having "rate_xx": 0.05, would result in 3000*0.05 = 150

Awesome! Thank you!

So the general spawnrate is tied to the map then? Because I found it on reserve which has electronic keys at 0.05 which means with a spawn rate of 13 and category spawnrate of 0.05 it would be 0.65?

No, it's not map specific. It's global.

The spawn rate of 13 already covered the 0.05 category rate.

The first thing to check are all the mods that add custom weapons or magazines (as that's causing the infinite loop once custom items are drawn by SPT to spawn in one or more containers).

Deactivate all those mods and use one after another and load into a raid.

If you found a mod causing the problem, you have 2 options. Either by manually removing and including presets (from the problematic mod) or increase (one after another) the probility rate of the custom items. I explained that already in another posting below.

Thank you for the reply. I will try this out. I'm sorry for asking the question if it was already answered like I said I'm still new to all of this.

If you leave the debug option to list a certain container content to "false", the server window will only show you the amount of globally blacklisted items. If you set the debug option to "true", you'll see all kind of info about the container, i.e. included item categories, relative probabilities, etc. and at the very beginning the amount of items initially being assigned and left after (local) blacklisting has been applied.

If you want to remove them completely from the loot pool, the easiest would be to blacklist them globally in the container config file.

Regarding keys. All keys in the game (except Unknown Key and Shturman's Stash Key which are blacklisted globally) can spawn.

If you want those 2 keys spawn too, you have to remove them from the global blacklist section in the containers config file.

The distribution is a combination of this mod (relative probability to spawn) and SPT's draw mechanism. The mod adjusts the relative probability based on the item value, i.e. a cheap item (key) will spawn more likely than an expensive one. Keep in mind, to evaluate an item being cheap or expensive it will look at the handbook price - not the value listed on the flea.

P.S. since I'm currently out for a business trip I cannot check if "Machinery Key" is locally blacklisted for Drawers and Jackets.

Whenever you get stuck while the raid loads, please check the server window. Chances are meanwhile close to 100% that another item mod (with non-properly set up items) is the reason for this behavior.

yeah, according to what i could see its trying to populate some unknown ammo type and item descriptions. I have MultiplyAll which mainly multiplies loot, and Raid Overhaul, but im not sure if that affects loot types or anything.. but i just read someone else has the same "starting local game" error with Raid Overhaul. That would suck if that's the case, only one way to find out though.

So i found after disabling, or setting value to "false" in Raid Overhaul for Custom Loot, this problem doesn't occur anymore when trying to load streets in junction with this mod. After reading some other comments, i think the "custom loot" the Raid Overhaul is trying to generate in game is causing code interference when loading maps with this loot mod installed.

Thanks for the investigation.

If the error occours during custom loot generation, what you can do is check that Overhaul mod for the parts that add custom loot. I would first check the gun presets by adding all new guns (IDs) to the "selected Items" config, set every newly added ID (except one) to 0.0. and increase the remaining one to a value of e.g. 100000, to guarantee an ~100% spawn chance. Start a raid and see if it's loading. If yes, set the its value back to 0.0 and increase the next newly added item to 100000. It could be one item, it could be multiple newly added items, i.e. so do that procedure with all newly added IDs.

They both are loot based mod, and by nature they cant be compatible with each other.

Not true, if the priority is set correctly it is fine, the only issue is with the error this mod throws itself causing the infinite loading or extremely long loading times.

Whenever you get stuck while the raid loads, please check the server window. Chances are meanwhile close to 100% that another item mod (with non-properly set up items) is the reason for this behavior.

For SVM I guess there should be no conflict. Either you load SVM first, then AllTheLoot will set the amount of loot per container, if SVM is loaded after, SVM should take care of that.

Regarding PityLoot - and since it has a loot progression - I personally don't know if the randomizer (default: on) and updating the spawn rates after each raid eventually has an impact on the way PityLoot calculates the progression.