GNOME Bugzilla – Bug 154715
Photoshop PSD Import Failure & TIFF Import Failure
Last modified: 2018-05-24 11:15:25 UTC
Email me for the PSD file, its a multi-layer Photoshop 7 file which GIMP can't import. When I use Photoshop to export to TIFF GIMP only imports background layer, errors and dumps the rest. So I've no way of transfering PSD files so I can dump photoshop and use GIMP exclusively.
Can you attach the file to the bug so we can test it?
I would suggest we combine all PSD bug reports into a single report. It is ridiculous to have a new bug report open for each and every PSD file that the GIMP plug-in cannot open. Given the fact that the PSD file format is not completely documented by Adobe, it is very unlikely that GIMP will ever be able to open all these files. Andrew, did you also file a bug-report against PhotoShop for it not being able to export to XCF? Or for it not being able to write standard conformant TIFF files?
In theory we can import every file before PS 7, since the latest publicly available spec includes PS 6. It would be nice to know if GIMP can read any version 7 file at all. If that is the case, we would need someone with access to PS 7 to provide as with files that don't work. Example: minimalistic file x can be read with gimp. Same file with single added feature y can not be read anymore. This we we could look at the differences and reengineer the format. I agree with Sven that we should combine all those PSD bug reports, although I would prefer to have 2 reports: one for the pre-7 psd files (for which we have doucumentation. This bug could be closed someday). And one for the 7 and later psd files. Andrew: can these TIFF files be read by any other program? If there's an easy workaround in the tiff plug-in I can live with non-standard TIFF files and we should make some effort to read them.
Created attachment 32342 [details] Adobe Photoshop 7 TIFF output
After reading several emails I agree that the request should not be support to read closed format technologies but to support an intermediary, in this case TIFF. I have therefore exported using Photoshop 7 the file to TIFF format and uploaded as above. Hopefully someone can fix the problems GIMP has opening this TIFF file, then all Photoshop users should be happy.
Do I assume right that this is a multi-layered image? As far as I know TIFF doesn't support multiple layers. So what PS is writing here is as much closed source technology as if it was writing a PSD file. It may even be a standard conformant TIFF file (even though libtiff doesn't seem to agree) but that doesn't mean that any other application but Photoshop can read all the information in there. TIFF allows application-specific data and we will certainly not add code to read this Photoshop specific data.
This TIFF file contains the Image Source data tag (37724) which is PS specific. It contains the layer and mask information found in a typical layered Photoshop file. I did find some information on this tag in an Adobe Photoshop TIFF technical note. Since libtiff doesn't support this tag (and shouldn't, since it's vendor specific) we would have to write our own extension if we want to extract the layer information from this tiff file. I don't know if libtiff offers hooks to add such extensions. Since the format is documented (http://partners.adobe.com/asn/developer/pdfs/tn/TIFFphotoshop.pdf) we could add this feature someday if there's enough interest (from users and developers).
One wonders how valid that format document is, given that it's dated from 2002 and PS7 and higher (when the PSD format went closed) was released since then.
It might at least help to accomplish full PS6 compatibility someday and maybe it's helpful later to reengineer the PS7 format, if that's something we would ever want to do.
As of gimp 2.2-pre2, any PSD file saved in gimp is not imported correctly by the same gimp version.
I comment #10 is correct (and usually Ari's comments are well-researched), then this is a bug, not an enhancement request.
Actually, it seems that PSD saving/opening has gotten significantly better in the latest versions (2.4.x) and I can't actually reproduce a failure anymore just by saving an image as PSD in GIMP and re-opening it.
I have what appears to be a related issue with TIFF files. When I load a multi- page TIFF in GIMP 2.2.7, each page is treated as a layer instead of a unique image. The biggest problem is that all layers are empty. For a reference, IrfanView 3.97 displays each "page" (correctly) with ctrl-PageDown and ctrl- PageUp. GIMP's response is: -------------- TIFF image Message C:\Documents and Settings\user\Desktop\2006 Eclipse.tif: unknown field with tag 512 (0x200) encountered TIFF image Message C:\Documents and Settings\user\Desktop\2006 Eclipse.tif: unknown field with tag 513 (0x201) encountered TIFF image Message C:\Documents and Settings\user\Desktop\2006 Eclipse.tif: unknown field with tag 514 (0x202) encountered Too many error messages! Messages are redirected to stderr. Message repeated 33 times. [ OK ] -------------- I'm attaching the example TIFF document.
Well, I tried -- it's 2.92 MB (3,072,062 bytes) and BugZilla seems to only accept about a meg. I'll do a multi-part zip instead.
Created attachment 46578 [details] Part 1 of 3 -- this zipped TIFF contains 5 "pages". Rename to: Multi-page TIFF.z01
Created attachment 46579 [details] Part 2 of 3. Rename to: Multi-page TIFF.z02
Created attachment 46580 [details] Part 3 of 3. Rename to: Multi-page TIFF.zip
Please see filenames in the Attachment display below since filenames don't appear to be retained after uploading.
Couldn't you have put this file online somewhere and just post an URL?
Thom, your comments and attachments seem to be completely unrelated. This bug report is about the problem that Andrew has with his image. Adding a new image that has problems to load doesn't help at all. According to the TIFF spec your file is broken. Tag 0x200 is obsolete: 0x0200 JPEGProc Old-style JPEG compression field. TechNote2 invalidates this part of the specification. I am going to mark your attachments as obsolete. Please do not add further comments to this report unless they are related to the original problem.
Let me state this URL to explain the reason behind rejecting your problematic image (just in case you could consider to open a new report for it): http://www.remotesensing.org/libtiff/TIFFTechNote2.html
I have another psd file problem that may be related to the ones discussed here. This is with Gimp 2.2.7. The first file, dakar1.psd, is a CMYK single layer PSD and the second, dakar2.psd, is the same one but saved as RGB. http://www.fathen.net/images/dakar1.psd http://www.fathen.net/images/dakar2.psd I can load dakar2.psd fine with gimp, but when I try to load dakar1.psd I get the following error and the plugin segfaults (an assert failure?) % gimp dakar1.psd ~/tmp (psd:21417): LibGimp-CRITICAL **: gimp_drawable_get: assertion `width > 0 && height > 0 && bpp > 0' failed /usr/lib/gimp/2.0/plug-ins/psd: fatal error: Segmentation fault
Forgot to mention that Imagemagick's convert fails to convert these files from the CMYK to the RGB version. There is a brief discussion of this at http://redux.imagemagick.org/discussion-server/viewtopic.php?t=4299
Re: Comment #10 I'm having the same issue here, running GIMP 2.2.11 (on Ubuntu Dapper-64 bit). I scanned some slides and saved in PSD format. Although GIMP can preview the file image, when I attempt to open them, I get "Plug-In could not open image". Very odd.
Should this bug be flagged as a duplicate of bug #448181?
I have another PSD import problem GIMP 2.6.10 Error loading PSD file: Unsupported bit depth: 32 will not load.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/97.