Thanks for your answer !
I've found a very interesting compression library to achieve all this.
It's called UCL : http://www.oberhumer.com/opensource/ucl/
As the author says :
UCL is written in ANSI C. Both the source code and the compressed data
format are designed to be portable across platforms.
UCL implements a number of algorithms with the following features:
* Decompression is simple and *very* fast.
* Requires no memory for decompression.
* The decompressors can be squeezed into less than 200 bytes of code.
UCL's decompressors should work on any system around - they could even get
ported to 8-bit processors such as the Z-80 or 6502. I don't know if the achieved compression ratio is as good as gzip or bzip2
( i actually don't think so ), but i think the 3 points mentioned above
makes UCL a well adapted tool to address this particular issue :)
Laurent > Hi Laurent,
> Some years ago, I had implemented this kind of solution on a MIPS
> It worked great. If I remember well, I had taken the zLib
> compression library (you should find the source code easily).
> I had made a small tool that took the .bin, compressed
> it, added checksums and some loading info, and converted all this to
> a very big byte array in a .c file. Then, this file was compiled
> and linked together with a kind of bootloader, that was able to
> uncompress the code into RAM and jump to it.
> As far as I know, there should be no problem for doing this on
> TI DSPs.
> You have to take care of some aspects, like cache coherency when
> jumping to the new code, and vector table pointer (ISTP on C64x
> J-F >
> Note: If you do a simple "reply" with your email client, only the author
of this message will receive your answer. You need to do a "reply all" if
you want your answer to be distributed to the entire group.
> About this discussion group:
> To Join: Send an email to
> To Post: Send an email to
> To Leave: Send an email to
> Archives: http://www.yahoogroups.com/group/c6x
> Other Groups: http://www.dsprelated.com
> Yahoo! Groups Links >