Re: OCR and fonts....Jiri or anyone else?
Why not use any of the font-engines ? I am under the assumption they store fonts
pretty efficient.
Or you could use any of the sprite engines that come with some graphics engines.
I am actually talking about RLE-encoding. It will shorten the amount of memory a
lot.
My old GFX (but don't use it though), a lib by Peter Blue, Neil, and I believe
some other libraries as well support RLE-encoded
sprites.
With RLE-encoded sprites, I've seen two schemes:
-- the asm-scheme, graphical data is packed as length and color code.
( most memory efficient mehtod )
-- the sequence-scheme, graphical data is packed as data and memory location
( very fast with Eu, the data can be outputted at the location using
poke )
But even the last sequence scheme should decrease your memory use.
Interestingly, these methods, in most libraries I've named here are used to
speed up the drawing rather than to decrease memory
usage.
You could off course write your own library. It should not be too much hassle
depending on what you want to do with it.
Ralf
|
Not Categorized, Please Help
|
|
