-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
Proposals for new defaults for texture replacement #17138
Comments
Isn't it a bit scary to default to reduceHash while generating textures.ini on texture dump? I'd personally change the default hash for texture dumping with xxh64 through even if reduceHash wouldn't be default simply because it's stronger and very fast on any reasonable modern hardware and it's primary choice of most texture packs anyway, also adding "ignoreAddress" might be great default since that reduces a lot of duplicates while still being very safe. |
I think someone needs to actually understand how textures work on the PSP before enabling reduceHash, and I'm not really a fan of it being enabled by default. There are a lot of cases it can cause confusion. Yes, title screens are nice and simple. But sometimes there's a face in the bottom half of the texture - I think Crisis Core even does this - and blindly ignoring half the texture does Bad Things. People will just report confused, incomplete bugs (not really clarifying that this is even the cause) otherwise. But I guess you're the one signing up for the emails and to respond to all the issues, so as long as you want that. -[Unknown] |
Thanks for the feedback both of you. I retract my proposal to enable reduceHash by default, and I've removed the comment that recommends it, too. The only remaining default change I propose now is ignoreMipmaps, which I think should default to true. Not many people will manually draw in multiple replacement mipmaps anyway, might as well generate them directly with basisu when converting from png, for example, as the new texture replacement documentation explains. |
Maybe all non default options should be written as well, but set to false / disabled and with at least short description what are they doing, it's much easier to learn about things you know exist from just looking at template than looking for documentation or guides. for example:
etc. also some more examples for additional functions like hashranges, filtering and reducehashranges would be cool. Pre-generated textures.ini could become a mini documentation of all the options it has as those things are easily forgotten when dealing with them rarely and best source of information about them is currently just looking through PR's that implemented those. |
Yes, I agree that it should be as self documenting as possible, though we'll of course also keep the link to the proper documentation. I'll steal those lines :) |
We can't change the default settings in the case of no ini file due to backwards compatibility, but if we always generate an ini file when dumping, we can write any new defaults we want to it (and we'll flip to these defaults when dumping starts).
For example, maybe defaulting to
reduceHash = true
would make sense - hashing only half the texture is pretty much necessary for stuff like title screen replacement.So, action items:
Opinions?
The text was updated successfully, but these errors were encountered: