- An incorrect variable was used in place of a similarly-named variable, causing ColorsToBinary to look at the wrong indexes in the colors array (or crash, in some cases).
- The actual color part of the color ID in BitmapToColors was shifted left too far, causing the mask to be treated as the actual color in ColorsToBinary.
- Thanks to some incorrect bit twiddling, the order of the color planes got reversed in ColorsToBinary.
I hadn't found these issues earlier because I had never tested modifying images before resaving the graphics resources. (Just opening and resaving doesn't fully deserialize and reserialize everything, only the modified parts.)
No comments:
Post a Comment