I'd write a little Palm app that creates a new file stream DB, reads the images from the card, and writes them to the DB in a structured way - ie, write out the null terminated file name string, followed by a UInt32 that specifies the length of the file, followed by the file's data, then go on to the next file.
The file streaming system will automatically break things up into 64k chunks for you as you create this database. when you're done, you've got something you can give the end user to hotsync along with your app. When your program runs, look for your JPEGs. If you can't find them, look for the "archive" database you've created. If you can find that, use it to recreate your JPEG files, then close it and delete it. If you're sure you'll never have a JPEG larger than 64k, you can skip the file streaming API and just use normal database records if you prefer. Note that the file streaming solution would require the database to be in memory, whereas a normal DB could be accessed from the card itself using VFSFileDBGetRecord(), slow as that might be. Good luck! On Wed, 26 Jan 2005 14:50:05 -0000, Paul Telco <[EMAIL PROTECTED]> wrote: > I have an application which is installed onto Palm OS 5 devices using .prc > files in the normal way. > > However at the moment I am having to supply an SD card containing a jpeg > image library of about 200 images whenever I do a new installation. > > It would be a lot easier if I could bundle the 200 images up and just > distribute the .prc with the rest of the software. ideally as a separate .prc > for each customer. > > What do I need to do to make the images self install to an SD card? Do I > really have to buy CodeWarrior? Its sems like too big a tool for this simple > task. > > Many thanks in advance, > > Paul Telco > -- > For information on using the Palm Developer Forums, or to unsubscribe, please > see http://www.palmos.com/dev/support/forums/ > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
