You are a genius. I later found a (closed source :( ) utility Bmp2Tbmp which seems to produce much better image quality than imagemagick..yet it also screwed up images for some reason(different distortion than imagemagick). Turning off compression helped in both imagemagick and bmp2tbmp. I wonder if they both base their code on netpbm.
Try removing `-compress rle` command. I know that there is a bug in
netpbm when using rle or scanline compression when creating images.
Imagemagick might have that same bug.
The command I used to produce the best image was the following, jajuni dither mode make it look as nice as PIL conversion.
./Bmp2Tbmp.exe -i=agent.bmp -o=agent.palm -compress=no -bpp=8 -dithermode=jajuni
Does anyone know if it is possible to use PIL from C++?
It IS an image. Plucker seems to happily pluck it. Not sure why it wouldnt work. Plucker almost displays the image. It even draws the little back button on the bottom.ps.
there seems to be a bug in plucker where if the home record is an image(zlib compressed in this case), it causes the viewer to produce an error about not enough memory and gets it all confused.
Do you actually mean that the home record IS an image, or HAS an image? If it is an image, I don't think it's supposed to work that way :)
Sounds pretty silly of sony. I wonder if it is just their api that is limited this way or this is the way the hardware was designed.
Also are there any plans on using non-tbmp format in plucker? Like embedding jpegs directly or something.
I've played with this idea before. It was tempting becuase Sony has the (supposedly) built in hardware jpeg library support. Unfortunatly they built it with such a stupid API, it will only work if you're writing to or from an external memory card, not to or from a memory handle or a bitmap pointer. So in order for this to work, we first copy the specific image into the MS, then re-read it to tell the API to load the image, and then it's displayed. The end result is that it actually takes longer to handle jpegs and even then there were random bugs in the images! I was so mad at the Sony API I kicked it across the room and said "Bah, to hell with this!" :)
Wow..I just did some searching on png on palm...Well i got a GPL program that will display png images on a palm. As long as the png uses the colormap from that package..it works great.I have attempted to port libpng over (similar to how zlib was ported) into a library on the palm, and so far that method has proved to be much more promising; but far from complete.
http://palmboxer.sourceforge.net
Not only does it display pngs..but it is able to display them on lower res devices. So an 8bit png displayed just fine on my m125(unfortunately I don't have the clie handy to test the actual color). However the program doesn't seem to want to work in the palmos5 simulator. I'm guessing the guy is using some strange api's to invoke the png viewer app from zboxz.
So anyways, now I got a feature request..Could some one please play around with this png code? It would rock so much to be able to display png images in plucker. It even looks like it would be able to display them fullscreen on a highres device. And I love the fact that it can display the images on lower res devices too.
Aparently GIF files work too, but I haven't figured out the trick needed to display them yet.
The other cool part about the png stuff is that no conversion would have to be done :)
Taras
by the way, thanks for the plucker_cleaner util. It is very useful if plucker occasionally refuses to updat the databaselist in the simulator(doesnt happen very often)
_______________________________________________
plucker-list mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-list
