When it works fine it will actually improve performance since textures will be smaller and there will be less of them p. If you wonder about the second situation check ini file syntax here, especially examples under "" as that's pretty much what allows you to cut just part of the texture of specific size stored at specific address and avoid hashing the trash data. texture is same, but potentially includes unused/trash data changing the hash. textures are different - and you should treat them separately one by one or give up as that's really the only way,
simple CE scripts to help creating CWCheats,įilename without using ini file is not an address, but an address followed by hash, following your example if the hash changes it pretty much means one of the two things: If you're on git, you might subscribe to this issue if you're interested about future updates to this feature since it might get more stuff someday. It can use texture scaling(when dumping), should be affected by texture cache settings when replacing and that's pretty much it.
There's also optional textures.ini file you can create in \memstick\PSP\TEXTURES\gameID\ which can be used to set different filenames or limit the size of texture, but it's completely optional, you can check it's syntax in the original pull request. To dump textures into \memstick\PSP\TEXTURES\gameID\new\, then put textures you edit into \memstick\PSP\TEXTURES\gameID\ and set: ĭoesn't really have any ui, but it's pretty easy to use, just edit ppsspp.ini and set: Actually it's not coming ~ it's already implemented in any version following that merge thanks to.