Hey NiN, I saw your posts regarding wanting to open your digital camera's files on your GP32...
I was planning on attempting a port of libgd (opensource image file reading/writing library that handles just about every 2d file format) once I get my GP32 next week. If I can get a port done without too much trouble, I'll write a little image viewer that uses it to display any sized image on the GP32.
Basically, for JPEGs at least since they store the image in 8x8 blocks, you should be able to load an initial chunk of the image, antialias that to the display buffer, then load the next chunk. Set aside like 2MB of RAM to load chunks, and you should be able to display any arbitrarily large image. Then, when you select a section to zoom in on, you should be able to seek in the image file to the point you want, and just load that data.
If anyone can think of reasons why this wouldn't work, I'd love to hear it before I actually get started.
Oh yeah, and I was going to ask what other features this image viewer should have, since it'll basically open any image file libgd supports...
I'm assuming we'll want some sort of slideshow, where you point it at a directory and use the left and right arrows to move back and forth between images.
I haven't looked at how you tell the GP32 what clockspeed to use, but I'm thinking that it'd be nice to have it clock up to 100-133Mhz when uncompressing the image, and then clock down to like 10-40Mhz when waiting for user input... that way, it loads images really fast, but shouldn't suck back the batteries as much. Is this doable?
Any other "must have" features for a generic image viewing app?
I was planning on attempting a port of libgd (opensource image file reading/writing library that handles just about every 2d file format) once I get my GP32 next week. If I can get a port done without too much trouble, I'll write a little image viewer that uses it to display any sized image on the GP32.
Basically, for JPEGs at least since they store the image in 8x8 blocks, you should be able to load an initial chunk of the image, antialias that to the display buffer, then load the next chunk. Set aside like 2MB of RAM to load chunks, and you should be able to display any arbitrarily large image. Then, when you select a section to zoom in on, you should be able to seek in the image file to the point you want, and just load that data.
If anyone can think of reasons why this wouldn't work, I'd love to hear it before I actually get started.
Oh yeah, and I was going to ask what other features this image viewer should have, since it'll basically open any image file libgd supports...
I'm assuming we'll want some sort of slideshow, where you point it at a directory and use the left and right arrows to move back and forth between images.
I haven't looked at how you tell the GP32 what clockspeed to use, but I'm thinking that it'd be nice to have it clock up to 100-133Mhz when uncompressing the image, and then clock down to like 10-40Mhz when waiting for user input... that way, it loads images really fast, but shouldn't suck back the batteries as much. Is this doable?
Any other "must have" features for a generic image viewing app?