Scarlet Queen Posted May 1, 2025 Posted May 1, 2025 Not sure if anyone found a fix for this, I do use additional overlay slots so I don't know if that's a cause for it.
traison Posted May 1, 2025 Posted May 1, 2025 How did you determine it is SlaveTats that is removing them?
Scarlet Queen Posted May 1, 2025 Author Posted May 1, 2025 10 hours ago, traison said: How did you determine it is SlaveTats that is removing them? Cause after it's done initializing, it removes some; it's not the end of the world, but could be annoying at times.
traison Posted May 1, 2025 Posted May 1, 2025 26 minutes ago, Niggaram said: Cause after it's done initializing, it removes some; Unless you can specifically point to a log or something where it removes them, I wouldn't at this point assume SlaveTats is the issue. Especially considering you also said this: 27 minutes ago, Niggaram said: ...or exiting Racemenu RaceMenu is the one that's remembering and applying overlays. SlaveTats is only providing a slightly more convenient way of loading textures. Not saying you're wrong, my point is, even if the overlay was applied from SlaveTats, you should include RaceMenu as a suspect. Now unfortunately the only thing I can think of when it comes to debugging this is to add debug logging to the SlaveTats scripts to make sure all instances of it calling NiOverride will be logged. This would reveal whether or not SlaveTats had anything to do with it.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now