hi
i have submitted my patch to John Williams - who is going to
submit everything to Wes directly (one hopes) :)) however, for
those people that cannot wait here is the good stuff:
---
pre-compiled win32 executable:
http://www.hig.se/~ardiri/development/palmIII/pilrc/pilrc24c_win32.zip
original 2.4 source:
http://www.hig.se/~ardiri/development/palmIII/pilrc/pilrc24src.zip
http://www.scumby.com/scumbysoft/pilot/pilrc/pilrcsrc.zip
diff's from version 2.4:
http://www.hig.se/~ardiri/development/palmIII/pilrc/pilrc24c.diff
---
two tags have been added being BITMAPCOLOR and BITMAPCOLOUR (to
suit both english and american spelling) :)) - either way is the
same for us australians :))
usage is exactly the same as previous bitmaps:
---
BITMAP ID 1000 "test.bmp" // requires 1bpp .bmp
BITMAPGREY ID 1001 "testgrey.bmp" // requires 16 color .bmp
BITMAPCOLOR ID 1002 "testcolor.bmp" // required 256 color .bmp
---
this patch is preliminary - there are some extra things that
can be done (like optimize the color table).. right now the
color table is preserved - and 256 color values are dumped
(future - if only 16 are used, then dump 16?) :P this can wait
for another all-nighter :))
i have tested it by loading one bitmap into a .prc - and
displaying it (using gcc 0.50 on win32) dont use the COMPRESS
tag.. you get strange results :)) i dont know the affect of
storing two bitmaps on the screen at the same time that have
different color tables..
*try it* :)
David Fedor: whats the deal with the OS handling more than one
bitmap at the same time? do they share color tables?
what algorithms are used to "generate this global"
color table?
cheers.
az.
--
Aaron Ardiri
Java Certified Programmer http://www.hig.se/~ardiri/
University-College i G�vle mailto:[EMAIL PROTECTED]
SE 801 76 G�vle SWEDEN
Tel: +46 26 64 87 38 Fax: +46 26 64 87 88
Mob: +46 70 656 1143 A/H: +46 26 10 16 11
