Thanks to Ian Hamilton for reporting a small problem with ARMWARE's !EasyView application. This fails to properly resize the window when loading successive JPEGs of different sizes, often leaving areas of a previous, larger JPEG still visible or failing to show the full extent of the new JPEG.
I have traced this to a fault in EasyView (and SpriteExtend!) itself, whereby it fails to specify the size of the JPEG image, instead passing zero to SpriteExtend/Geminus. SpriteExtend, it would appear, sadly ignores the image size (at least in this case) and returns the image properties. Geminus, in my opinion rightly, returns an error saying that the supplied 0-byte image is not a valid JPEG file, although EasyView also ignores the error and uses dimensions of its own devising.
I have informed ARMWARE of the issue, and remarkably Thomas has already fixed and updated the code, so go to his website - http://www.armware.dk/ for the new version.
For support of the Geminus screen acceleration feature
1 post • Page 1 of 1