Yep, that was it. Maybe Java and C have slightly different orders of operation when it comes to incrementing and adding. Weird.
![[Image: hud_anvil_1_ok.png]](https://dl.dropboxusercontent.com/u/31816885/junk/hud_anvil_1_ok.png)
Thanks for the help! Off to revisit my sprite stitching code. Turns out my earlier observation of having to scale images to fit was wrong; I had just been rounding the sprite coordinates improperly while stitching. In reality, all the duplicated pixels around the edges should have been cropped by my code already. Oops. Nothing quite like realizing you coded it wrong right after uploading all the DuckTales and BloodRayne images. XD
EDIT: Piecing works great, too.
![[Image: hud_anvil_1_pieced.png]](https://dl.dropboxusercontent.com/u/31816885/junk/hud_anvil_1_pieced.png)
I'm working on boy_hop.anb at the moment. The only problem here is that I'm not 100% sure how multiple images are handled. It doesn't look like there's another LZX header after the first? Your decompressor stops at 0x2BD3, which looks like it might have another header after it... only the decompressed size is different?
Thanks for the help! Off to revisit my sprite stitching code. Turns out my earlier observation of having to scale images to fit was wrong; I had just been rounding the sprite coordinates improperly while stitching. In reality, all the duplicated pixels around the edges should have been cropped by my code already. Oops. Nothing quite like realizing you coded it wrong right after uploading all the DuckTales and BloodRayne images. XD
EDIT: Piecing works great, too.
I'm working on boy_hop.anb at the moment. The only problem here is that I'm not 100% sure how multiple images are handled. It doesn't look like there's another LZX header after the first? Your decompressor stops at 0x2BD3, which looks like it might have another header after it... only the decompressed size is different?