Hi. Thanks for the update.
Navigation with mouse works fine now on win10. Let me know if you need more testing (or specific tests to see which failsafe does the job or something).
- Increased contrast on button labels (hopefully more readable)
<...>
About button label contrast, again, it was already fine on my monitor, but this is very monitor setup specific, hard to get it right. Should be better now though.
Nice.
Pixel Game Maker MV decryption still uses the original png/ogg/js locations though, which is inconsistent with the rest of the engines now. Is there a specific reason for that? Would it make sense to use "unpacked" directory for these as well? Just dump raw png/ogg/ect. isolated in "unpacked" while preserving the folder structure, and then let the user do whatever they need — inspect & delete, or replace game files with the unencrypted ones if needed.
- You can change the animation speed with the + and - keys (also saved into anim GIF)
<...>
About the animation speed, it is stored in anim GIFs, but keep in mind that most players don't care about this parameter in GIF files.
Nice. Changing preview speed is definitely nice.
With that, it would probably make sense to add a way to reset the speed to default, and display current animation speed (to know what it is and to maybe match it with other anims). Not sure if it's worth to spend time on though.
The idea was that buttons have a shadow to mimic real buttons (so that you can see them pressed when you click on them) and hence labels must be "craved" into the buttons. You don't see this with white labels at all, but granted, more readable. I'll consider.
Pixel Game Maker MV decryption still uses the original png/ogg/js locations though, which is inconsistent with the rest of the engines now. Is there a specific reason for that?
Yes, this is deliberate. PGMMV is special, it uses the same file names for both encrypted and unencrypted assets, and the engine works with both equally. So if you press "Decrypt / Unpack All" button, all game data will be replaced with decrypted data and the game will still run perfectly. As I've noted before, this is specific to PGMMV, other engines don't use this scheme.
Would it make sense to use "unpacked" directory for these as well? Just dump raw png/ogg/ect. isolated in "unpacked" while preserving the folder structure, and then let the user do whatever they need — inspect & delete, or replace game files with the unencrypted ones if needed.
I don't think so. The folder structure is preserved, and the game works perfectly with decrypted assets. But as I've said, this is an exception to the rule, specific to PGMMV only. For all the other engines you're right, it makes sense to use a separate directory, because they won't work with the decrypted assets as-is.
Nice. Changing preview speed is definitely nice.
With that, it would probably make sense to add a way to reset the speed to default, and display current animation speed (to know what it is and to maybe match it with other anims). Not sure if it's worth to spend time on though.
Yeah. About resetting, that's tricky, because it would require to re-parse the game data, as some engines store different delays for each frame, and delays might be already clipped, so a simple addition won't do. I was thinking about this, and I also concluded that it does not worth the time to implement. I mean you can just restart GAME RIPPER to restore all to the default (not ideal, but simple enough).
- light labels on buttons
- I've added an animation frame delay cache to the sprites, so now it is possible to reset to the default delay (also delay delta is displayed on screen if non-zero)
Really that's all, nothing has changed on ripping nor on exporting part, so no version change, but I've updated the binaries on gitlab (not sure when I'll have a new release but I did not wanted to wait with these minor fixes).
