Store Page
RimWorld
All Discussions Screenshots Artwork Broadcasts Videos Workshop News Guides Reviews

RimWorld

Store Page
RimWorld >  Workshop > firshpear's Workshop
557 ratings
[KV] Save Storage, Outfit, Crafting, Drug, & Operation Settings [1.5/1.6]
Description Discussions2 Comments189 Change Notes
4
5
2
2
3
2
   
Award
Favorite
Favorited
Unfavorite
Mod, 1.0, 1.1, 1.2, 1.3, 1.4, 1.5, 1.6
File Size
Posted
Updated
2.062 MB
14 Apr, 2024 @ 5:13am
19 Jul @ 6:46pm
25 Change Notes ( view )
Created by
firshpear
Offline
See all 23848 collections (some may be hidden)
54,725 Unique Visitors
63,531 Current Subscribers
2,028 Current Favorites

Subscribe to download
[KV] Save Storage, Outfit, Crafting, Drug, & Operation Settings [1.5/1.6]

Description
Save and Load Dump/Stockpile and Outfit settings. These saves can be carried over from new games to old saves.

This mod is safe to add/remove. Your saved settings are stored locally in your computer, seperatedly from your save file(.rws) and not in steam cloud. By default you can find your saved settings at
C:\Users\YOUR_USER_NAME\AppData\LocalLow\Ludeon Studios\RimWorld by Ludeon Studios\SaveStorageSettings

Original Authors: KV and Taranchuk
Original mod link:
[KV] Save Storage, Outfit, Crafting, Drug, & Operation Settings
[KV] Save Storage, Outfit, Crafting, Drug, & Operation Settings [1.4]




=====

Original Description:

Save and Load Dump/Stockpile and Outfit settings. These saves can be carried over from new games to old saves.

Thank you to the translators:
-Proxyer for Japanese
-HawnHan for Chinese
-Qux for French

Special Thanks:
-SineSniper for updating Everybody Gets One support

=====

source code[github.com]

Changelog:

20250629
- save/load custom bill names
20250614
- recompile on 1.6 unstable branch. (from now on, update is only for 1.6 if not specified)
- bug fix: now can correctly load bill for mech gestator (both 1.5 and 1.6)
20250201
- bug fix: fix small compatibility issue
20241106
- bug fix: allow SL tamed animal.
20241020
- save/load the priority for storage settings in stockpiles and buildings
20241006
- bug fix of loading drug policy, thank you Wymrite
20240723
- bug fix: fix compatibility issue with everybody gets one, thank you ZookTDribit.TTV
- bug fix: allow save/load operation for ghouls
20240611
- bug fix: stop show operation gizmos when not intended
20240528
- bug fix of uncompleted building
- add "Append Operations" option
20240524
- add S/L options for more building with storage setting or bill list.
20240507
- add Russian translation. Thank you LeonusDH for doing the translation.
20240501
- pressing "enter" now correctly save the setting
20240430
- copy the correct 1.4 binary from previous version
20240417
- packageId is now "savestoragesettings.kv.rw.fishtmp"
20240414
- now 1.5 compatible ^_^
- add S/L options for reading policies
- now can correctly save/load the worker setting of working benches


Popular Discussions View All (2)
1
29 Jul @ 6:44am
Invalid date bug, minor time bug
FourGreenFields
2
29 Jun, 2024 @ 7:23am
Would it be possible for you to add more functionality? Food presets!
『Gecko』
189 Comments
< >
Pos 4/5 4 Aug @ 1:49pm 
Hi! I want to report that the LoadOperationDialog class is not working with Polarisbloc mod which has a series of restore operations. I digged a little bit further found the issue is in IOUtil.TryCreateBill(StreamReader sr, Pawn pawn, out Bill_Medical bill) function.

On line 910, it has `if (bill.Part == null)`, and it will result in the logger emitting "Unknown body part [" + partToFind + "]."

The loop before it tries to find a body part which is not missing and assign it to bill.Part, however because we are targeting a missing part, so it couldn't find and result in bill.Part == null.

Do you mind taking a look at this issue? Thank you so much!
Alex_ 30 Jul @ 2:58am 
Does Not save the "Edit who counts as a person" setting from Everybody Gets One
Alexander Zagirov 29 Jul @ 5:24am 
@firshpear There is a strange inconsistency. When you load saved settings for a drug or food policy it changes its name to the one you saved it under. But outfit policy only copies settings and leaves its name as is. Can you fix it?
firshpear  [author] 24 Jul @ 6:02pm 
@Auspician, it's now updated. many thanks~
Otoya 22 Jul @ 5:20am 
People rave about Pickup and Haul and other mods, but my personal favourite is this mod. It's easily taken my first spot in my top 5 mods.

1. Save Storage (this mod)
2. Blueprints https://steamhost.cn/steamcommunity_com/sharedfiles/filedetails/?id=3525001145
3. Allow Tool
4. Achtung
5. Dubs Mint Minimap
Auspician 20 Jul @ 7:43am 
@Thels It's just the opposite. The .dds are the uncompressed files that graphics cards use to render natively. It's actually an nvidia file format. The .png files are compressed. To be clear, RimWorld can use either. But it is set up to use .png files typically for maximum compatibility.

However, Graphics Setting+ is intended to improve graphical quality. One of the ways it does this is by instructing the game to use the uncompressed .dds files instead of the .png files. It would be easy to test this by simply deleting the .png files entirely when correct .dds files are present - you would not get any errors on startup or game load.

More importantly, the game should be able to render .png files regardless of specific resolution. It's the .dds files that are picky, but will give better quality and performance.
Thels 19 Jul @ 8:25pm 
@Auspician: I assume the .dds files are created from the .png files, so just to be sure, I'd recommend that both the .png files and the .dds files are upated to be 64x64.

@firshpear: Thanks for looking into this.
Auspician 19 Jul @ 6:21pm 
@Thels The issue was not with the .png file, it is that what Graphics Settings+ does is tell RimWorld to load the .dds files. Those files were saved at the incorrect size in the mod, but they work once size corrected in Photoshop.

@firshpear Email sent!
Thels 19 Jul @ 10:45am 
@Auspician: Changing the .pngs to be 64x64 doesn't fix the problem on my end. Deleting the .dds files does fix the issue... until the workshop files get verified, obviously.

But yeah, the 64x61 resolution of those two images seems to be related to the issue. I'm not sure how .dds files are created, but if the .pngs can be converted to 64x64 and then used to create the .dds files, hopefully that should fix all the problems.
Auspician 19 Jul @ 5:44am 
Okay, I lied, I do know how to fix this. The append.dds and load.dds files should be formatted at 64x64 pixels. However, they are formatted at 64x61 pixels. I jumped into Photoshop and reverse cropped the image to the proper size (expanding transparent space), resaved them, and reloaded the game and everything worked fine.

@firshpear I'm sure you've got this, but just in case you don't have the tools I'm happy to send my fixed files over to update the mod for everyone.