True, but this gets back to my original question. There are several word games out there that have word lists in the order of 40,000+ My current method of doing things limits me because the largest resource database that I can attached to a PRC is 64kb. If I want a word list of 40,000 words, I would need multiple resources to reach 40,000 words (approx 200k).
There's something "special" that these other developers know that I don't. How are they able to store such large word lists (40,000+) and embed them efficiently into a single PRC, and yet have no noticeable delay in the game for decompression?? I'm stumped! :( Thanks for your help! -Robert >You wouldn't need any more databases than you have >now. When you load >the program, instead of trying to decompress >everything into memory, you >just create a new database and decompress it into >that. > >another possibility is that you could compress each >word individually >and when you want to search for a word, compress it >and search for it's >compressed version. You might not be able to get very >good compression >ratios like that though. Robert Purcell wrote: > That's a pretty good idea about decompressing into > another database...I hadn't thought about that. But, > this still leaves me with the problem of how to attach > this database inside the PRC. I don't want the > end-user to have to load 2 files (PRC and PDB). I > just want a single PRC file. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
