Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Still works in 1.203.024 but needs changes in placement of .sbc files #2

Open
PocketfulOfGeese opened this issue Sep 26, 2023 · 2 comments

Comments

@PocketfulOfGeese
Copy link

Unsure if this is still maintained, but wanted to leave this here in case anyone else is curious:
This works in 1.203.024 with 2 minor changes.

-A copy of "CubeBlocks.sbc" needs to be pulled up one level from "Content\Data\CubeBlocks" to "Content\Data" or the tool will error out, even if specifying another data location using the -F flag.
-It's a good idea to take a copy of all the .SBC files from the "Content\Data\CubeBlocks" and "Content\Data" directories and toss them into a new folder that you target with the -F flag, because some of the newer blocks won't get properly picked up or an error will be thrown for missing certain required components because Keen did goofy things a while back with the data structure.

This tool still works if specifying alternate install locations, alternate mod locations, or specifying pulling an active mod-list from a save file via their respective flags.

It's important to remember that Keen made changes to how projections work so all armor blocks identify as a single Light Armor block, regardless of light or heavy, and regardless of shape, so the tool will estimate based on assuming all armor blocks are light armor full cubes. If you do a lot of weird shape greebling, it will overestimate. This is a universal issue with every estimator/parts counting tool in existence at this time.

If you're using Industrial Overhaul, it won't properly pick up component changes to vanilla blocks, but I assume that's because it's not expecting alterations to the existing .SBC files by later files. IO components are correctly picked up and new blocks added by IO are properly tracked (aside from modified vanilla blocks and assemblers) however.

Other mods that add new blocks or components that don't modify vanilla blocks are picked up and reported just fine.

This is a glorious tool, honestly, and I'm mad it took hours of googling to find a tool that actually works with modded blocks. This should be better known.

@lasa01
Copy link
Owner

lasa01 commented Oct 5, 2023

Glad to see it still works with workarounds!

The cubeblocks location bug should be very easy to fix so I might get around to doing it at some point. Also the industrial overhaul vanilla recipe change support would probably not be too difficult to implement either. Supporting the armor block changes could need a bit more work.

This was originally a quick proof of concept and something for private use, but thought that someone else may find it useful as well. It being a command-line tool only probably doesn't help with visibility. A GUI for the tool would be a good addition as well to help with usability.

I'm happy to accept PRs as well in case anyone wants to fix these problems, the code is fairly simple right now. For more visibility, a Youtube tutorial video or a Steam community guide could be something to think about.

@CapitaaanPc
Copy link

Hello, I'm trying to find out what mods I have in a blueprint. I understand that this tool is valid for this, right?

The only thing is that I have no idea how to make it work, no matter how much I put in the power sell after installing .net 8, the commands that it puts in the readme in no way make it work...

In what directory is BPSum.dll? where should I place this...?

Thanks in advance

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants