Skip to content

Conversation

@HeroponRikiBestest
Copy link
Contributor

Fixes #44 with some major changes. I don't know enough about mszip to know if this is 100% safe. I also assume you'd want me to make some changes on this.

This PR also drastically reduces the amount of memory needed to perform extraction, which is still a significant issue for mszip extraction.

The memory usage is still somewhat large, but I'm unsure how to properly clear memory beyond hoping C#/dotnet does it for me. If you can provide some input there, memory usage should be able to finally be reduced to a normal size.

@HeroponRikiBestest
Copy link
Contributor Author

HeroponRikiBestest commented Dec 4, 2025

After the latest push, it peaks at ~5gb on the installer in 2K Sports Major League Baseball 2K9 (USA) and generally spends most of the time below that, wheras it currently reaches and maintains ~14gb on latest rolling. It'd be nice if I could push it lower, since the largest file is 1.1gb and I figure ~2.5x that should be achievable, but this is probably ok if that's genuinely not possible.

@HeroponRikiBestest
Copy link
Contributor Author

Main thing still missing is that memory isn't being cleared properly, each block of compressedData still seems to be in memory? I'll need help with this, though.

@HeroponRikiBestest HeroponRikiBestest changed the title Fix mszip relying on exceptions - PR Option 3 - most changes, best solution Fix mszip relying on exceptions Dec 5, 2025
@HeroponRikiBestest
Copy link
Contributor Author

Disregard the above message. Better memory usage will come in a different PR.

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

Successfully merging this pull request may close these issues.

Correct mszip extraction on some cabs currently relies on an exception being thrown

1 participant