Thanks for the info...I'll give the 4bit grey a try and see how that works out.
rgds...will99 ----- Original Message ----- From: "Bernd Sieker" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, November 25, 2001 12:10 PM Subject: Re: Handling big images in Plucker > On 24.11.01, 00:08:40, will99 wrote: > > Hi > > I'm trying to convert some colour images for viewing on my Palm M505 using > > Plucker. The images are JPEG of GIF mindmaps that I'm using for study notes, > > so when I get them on to my Palm they have to be big enough to allow me to > > read the writing on them. In practice this means that I need to be able to > > scroll them around on the Palm screen. I've been trying for a while to > > convert these images using plucker, without success. I've tried sending just > > the image file to Plucker, and also tried embedding the image in an HTML > > document using the <IMG tag. Below is a typical command line I'm sending to > > Plucker to convert an HTML file with an image embedded. > > > > c:\progra~1\plucker\python\python.exe > > c:\progra~1\plucker\pyplucker\Spider.py --bpp=8 --maxwidth=160 --alt-maxwidt > > h=400 --maxheight=160 --alt-maxheight=400 -P. -H plucker:/map.html -M4 -f > > C:\temp\map1 > > Iirc, the maximum uncompressed size for an image in plucker is 60k > (64k minus a safety margin). > > But a 400x400 image in 8bpp would be up to 156k, so it would never be > displayable. Earlier versions of the viewer crashed when given too > large images, in newer versions the python-code might already detect > too large images and leave them out of the plucker file. > > Try a far smaller maximum size or fewer colors (4bit gray with > Floyd-Steinberg-Dithering is usually appropriate to view enough detail > on images.) > > 400x300 in 4bit is about maximum, being 60000 Bytes, or about 58.5k > > To view bigger images you probably need a specialized image viewer. > > > > > rgds...will99 > > mailto: will<removethis>[EMAIL PROTECTED] > > > > > > > > -- > Bernd Sieker > > NetBSD: Empowering the VAX generation. > -- Andy Doran >
