The -V 2 option gives a bunch more about the .png problem. The first set is a successful .jpg file. The second is the .png file.:
Processing http://www.mcis.duke.edu/imagetest/IACmed.jpg...
Retrieved ok.
desired_size of image is (195, 232, 8, None) with maxwidth=400, maxheight=450
Converting image http://www.mcis.duke.edu/imagetest/IACmed.jpg with PyPlucker.JIUImageParser.JIUImageParser
Parsed ok.
---- 14 collected, 17 to do ----
Processing http://www.mcis.duke.edu/imagetest/IACmed.png...
Retrieved ok.
Traceback (most recent call last):
File "/private/project/hdi/jplucker/plucker-1.2/src/parser/python/PyPlucker/JIUImageParser.py", line 0, in __init__
AttributeError: java package 'net.sourceforge.jiu.codecs' has no attribute 'PNGCodec'
Error: Runtime error parsing document http://www.mcis.duke.edu/imagetest/IACmed.png: Error while opening image http://www.mcis.duke.edu/imagetest/IACmed.png with JIU
Parsing failed.
---- 14 collected, 16 to do ----
I have no idea what "netpbm" is. The Mac OS X installer is a single package file. The description of which is (copied off the plucker site):
Plucker 1.2 Macintosh Package
This is a MacOS X disk image containing a MacOS X installer program which installs the 1.2 release of Plucker on your Mac OS X system. It contains the Java version of the Plucker "distiller" (the program which creates Plucker ebooks and Plucker content), a folder containing the PalmOS Plucker "viewer" (in various languages), and the documentation for Plucker. These will be installed under /usr/local, by default, but may be installed anywhere on your system. Requires MacOS 10.1.4 or greater.
plucker-1.2-macos-x.dmg.zip
2,373,869 bytes
Version: 1.2.0.2
The distiller, /usr/local/bin/plucker-build, is really a shell script. The distiller really is, /usr/local/lib/plucker-build.jar,( exec /usr/bin/env java -classpath /usr/local/lib/plucker-build.jar pluckit $* ).
I am not familiar with how the OS X package was built, namely the Java distiller. It looks like it is really still using Python code.
In the output snippet above, it says that the image IACmed.jpg was parsed OK, but it has a small sliver of the left side of the image on the right side. Something is not correct. Is there any Mac OS X users that don't see this problem? Can a hiRes user who successfully plucked the imagetest pges send me a copy of the .pdb file so I can test it on my Palm?
-- James
o o o o o o o . . . _______________________ _______=======_T___
o _____ |James Madill | |Duke Univ Med Ctr|
>.][__n_n_| D[ ====|____ |[EMAIL PROTECTED]| | (919) 286-6384 |
(________|__|_[____/____]_|_____________________|_|_________________|
_/oo O-O-O ` oo oo 'o^o^o o^o^o` 'o^o o^o`
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
<http://www.duke.edu/~madil001/>
| Adam McDaniel <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED] 01/21/03 10:31
|
To: [EMAIL PROTECTED] cc: Subject: Re: Plucked images not right in hiRes? |
On Mon, Jan 20, 2003 at 01:56:50PM -0500, James Madill wrote:
> I just upgraded to a Palm Tungsten T and was quite pleased to run plucker
> in high resolution. However, I noticed that one image of a site that
> pluck had been mangled. The image was split down near the middle and the
> pieces swapped side for side. I decided to create an image test site so I
> could see the various limitations of images. This is the command I used
> to pluck the test site:
>
> /usr/local/bin/plucker-build -f imagetest --zlib-compression --bpp=8
> --maxheight=450 --maxwidth=400
> http://www.mcis.duke.edu/imagetest/index.html
>
> Is is just my configuration, or is there a problem with the plucker or
> viewer?
There is one known issue with the viewer on the Tungsten dealing with
images, but I don't think that it involves the problem you're
describing.
> I thought that plucker supported .png images. My test indicates that it
> doesn't.
I've tested it out and it worked fine for me. Keep in mind that its
not the viewer itself reading png images, but the parser converting
the png into a palm bitmap format.
There is one other issue which you might be seeing,.. Some versions of
netpbm (I assume you're using that:) yeild images similar to what you
describe if you use any type of palm bitmap compression.
I've seen it myself, but couldn't figure out exactly why it was
happening. I think it was becuase of a bug in pnmtopalm when you run
it with the -rle-compression or -scanline-compression flags.
> /usr/local/bin/plucker-build -f imagetest --zlib-compression --bpp=8
> --maxheight=450 --maxwidth=400
> http://www.mcis.duke.edu/imagetest/index.html
A good way to test is to run your command again, but append the -V 2
flag to increase the output. Look for any lines that say pnmtopalm.
If you're not using netpbm, then there might be a problem somewhere
else... But I don't think its with your copy of the viewer.
--
Adam McDaniel
Array.org
Calgary, AB, Canada
_______________________________________________
plucker-list mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-list
