Alright, so I’m working on a small minigame which creates bits in the game based on cheering.
To test this out, I started using the image url’s I get from https://api.twitch.tv/kraken/bits/actions.
All of them seemed to work out fine. At this point I used the static .png’s.
Then I encountered issues with the custom cheermotes. Apparently, the image downloads as a .png. Opening this in paint/paint dot net, works fine. However, when trying to load them in my program, it didn’t want to load. Same for photoshop. Apparently. The image which downloaded with file extension: “.png”. But internally is a gif. So basically the file extension is just changed. Not the actual file type.
The API provides both animated and static URLs in the response. The static assets are PNGs and the animated assets are GIFs. I’m on a Mac, but I can download and open the two files above in GIMP, Photoshop CC, Preview, and a web browser. Curious if you’re seeing errors on all PNGs or not.
I understood that. I can open all normal png’s without any issues. So the first png (the static kappa png), loads just fine. However the second one doesn’t want to load. Tried it using Photoshop CS6 and CC 2015. It’ll say: Could not complete your request because the file-format module cannot parse the file. Renaming the image to an extension with gif instead of png, will allow it to load correctly in photoshop, and also Unity (which I use for the development). I used an online tool which allows me to check the file type, and it actually says the file type is a .gif. (even though the file extension says .png).
The signature on the PNGs and GIFs from the custom Cheermote APIs are equivalent to a GIF. Chrome and whatnot will display the content anyways because they can still understand something even if the file extension is wrong.
Any custom Cheermote PNG that I check has the GIF signature. Since the PNGs are generated from the first frame on the uploaded GIF, they’re simply set as a PNG extension but not actually encoded as such.
