You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I noticed that some of the PNG files RFB creates, specifically the android-chrome*.png and apple-touch*.png have 48 or 64 bpp rather than the expected 24 or 32.
This isn't always the case, it seems to primarily happen to those created with the "Add a solid, plain background...." feature, but there might be other settings that do it.
This has a few problems:
Firstly, the filesize - eg. android-chrome-192x192.png (48bpp) was 34.41KB. When I re-saved this as a 24bpp PNG the filesize dropped to 15.28KB - that's over 55% smaller!
Similarly, the apple-touch-icon-precomposed.png (64bpp) was 28.60KB, when re saved as 32bpp it was 14.44KB, about half the size.
Thirdly, this could potentially cause compatibility problems with devices that aren't expecting this format or that perhaps have an old or buggy PNG library. Given the targets affected by those particular PNG's, this is unlikely, but it's a possibility.
Thanks.
The text was updated successfully, but these errors were encountered:
Wow, I never realized this. Thank you very much for reporting this one with so much details.
I suppose ImageMagick (used internally to generate the pictures) can manage this. I think the easiest solution is to blindly re-encode each generated picture to make sure everything it properly encoded, whatever the options.
You might also want to add this which will make the file as small as possible: -type optimize
(but only if you are not already using the "type" command with a different type)
I noticed that some of the PNG files RFB creates, specifically the android-chrome*.png and apple-touch*.png have 48 or 64 bpp rather than the expected 24 or 32.
This isn't always the case, it seems to primarily happen to those created with the "Add a solid, plain background...." feature, but there might be other settings that do it.
This has a few problems:
Similarly, the apple-touch-icon-precomposed.png (64bpp) was 28.60KB, when re saved as 32bpp it was 14.44KB, about half the size.
Also the Apple documentation (https://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/MobileHIG/IconMatrix.html#//apple_ref/doc/uid/TP40006556-CH27-SW2) suggests that the bit depth should be 24/32bits.
"The standard bit depth for icons and images is 24 bits—that is, 8 bits each for red, green, and blue—plus an 8-bit alpha channel, for a total of 32 bits. "
(emphasis mine)
Thanks.
The text was updated successfully, but these errors were encountered: