From: Bruce L. <nb...@um...> - 2004-03-28 07:31:58
|
I've put several new images in the problems folder. They are separated by step, which (I hope) will help identify where the problem is showing up. The from_camera folder contains images exactly as copied from the cf card, before they were imported into iPhoto. The after_import folder, obviously, is the same images after being imported into iPhoto. The after_modify is one of the images after being rotated in iPhoto. I don't know if you are familiar with iPhoto or not, so what iPhoto does when you edit an image is move the original to an "originals" folder, and it puts a new edited image in its place. I noticed that the one that has been modified is the only one with the second page, so it appears that (for SOME reason) iPhoto is inserting a preview when it edits the image. I installed magickstudio, and when I specify scene 0, it will open these images fine. When I specify scene 1, it says: Exception 420: No encode delegate for this image format (PICT0004_1.png): BUT, it's not png. The second image is encoded in jpeg format- Although I may be wrong about that since I can't remember where I saw it. I wasn't aware that a tiff could contain a page encoded in a different format, but apparently so. It may help to know that I have been unable to install libpng for some reason, from the Mac OS X binary or from source. I have no idea why, since I have all the pre-reqs installed and working. Here is the info from identify on scene 1: Image: PICT0004_1.tiff Format: tiff (Tagged Image File Format) Geometry: 120x160 Class: DirectClass Type: true color Depth: 8 bits-per-pixel component Colors: 15769 Resolution: 72x72 pixels/inch Filesize: 56.7kb Interlace: None Background Color: grey100 Border Color: #DFDFDF Matte Color: grey74 Dispose: Undefined Iterations: 0 Compression: None software: ImageMagick 5.5.7 03/23/04 Q16 http://www.imagemagick.org document: /Library/Webserver/Documents/MagickStudio/workarea/ 3777a2a9b2e3452913781e3170540ae94a86e3ea/PICT0004_1.tiff signature: e3d02f82e76901699e7223ed2367a0b546ce8fc1caebcb2e01b998e8a1f58985 Tainted: False User Time: 0.050u Elapsed Time: 0:01 Bruce On Saturday, March 27, 2004, at 08:20 PM, Ashley M. Kirchner wrote: > Bruce Lewin wrote: > >> Have you been able to figure anything out about the images? Did you >> get the info that identify generated on one of them? > > Okay. Now that I've finally managed to get some time to look at > these...the problem sits with Image::Info not being able to parse > these newer TIFF files. Trying to read any of those files you left up > results in Image::Info throwing an error and quitting. After running > Image Magick's "convert" on one of your files, and watching it throw > away an invalid XMLPacket tag, then trying to read it in with > Image::Info, it works just fine. There is something with those images > (probably in the XML markup of the TIFF files) that's causing > Image::Info to blow up, which consequently causes IDS to blow up. So, > I will have to think of a graceful way to work with this. The easiest > solution for IDS would be to throw a warning to the user, run convert > on the image, then try re-reading it again before giving up. I need > to think about this for a bit before I decide to implement it. > > Also, each one of those images had a Photoshop CS tag to them, > which tells me you manipulated them. Can you put up a raw jpeg/tiff > file straight from the camera that you haven't done absolutely > anything with? > > -- > H| I haven't lost my mind; it's backed up on tape somewhere. > +-------------------------------------------------------------------- > Ashley M. Kirchner <mailto:as...@pc...> . 303.442.6410 x130 > IT Director / SysAdmin / WebSmith . 800.441.3873 x130 > Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave. #6 > http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A. > > |