After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 154715 - Photoshop PSD Import Failure & TIFF Import Failure
Photoshop PSD Import Failure & TIFF Import Failure
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: Plugins
2.0.x
Other All
: Normal normal
: Future
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2004-10-06 19:21 UTC by Andrew Charnley
Modified: 2018-05-24 11:15 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Adobe Photoshop 7 TIFF output (298.36 KB, application/octet-stream)
2004-10-07 15:13 UTC, Andrew Charnley
Details
Part 1 of 3 -- this zipped TIFF contains 5 "pages". Rename to: Multi-page TIFF.z01 (999.00 KB, application/x-zip-compressed)
2005-05-17 23:28 UTC, Thom
Details
Part 2 of 3. Rename to: Multi-page TIFF.z02 (999.00 KB, application/octet-stream)
2005-05-17 23:29 UTC, Thom
Details
Part 3 of 3. Rename to: Multi-page TIFF.zip (955.81 KB, application/octet-stream)
2005-05-17 23:30 UTC, Thom
Details

Description Andrew Charnley 2004-10-06 19:21:29 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.
Comment 1 Michael Natterer 2004-10-06 19:32:25 UTC
Can you attach the file to the bug so we can test it?
Comment 2 Sven Neumann 2004-10-06 20:07:00 UTC
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?
Comment 3 Maurits Rijk 2004-10-07 07:12:54 UTC
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.
Comment 4 Andrew Charnley 2004-10-07 15:13:59 UTC
Created attachment 32342 [details]
Adobe Photoshop 7 TIFF output
Comment 5 Andrew Charnley 2004-10-07 15:16:35 UTC
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.
Comment 6 Sven Neumann 2004-10-07 16:52:29 UTC
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.
Comment 7 Maurits Rijk 2004-10-08 08:11:31 UTC
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).
Comment 8 Manish Singh 2004-10-08 14:23:40 UTC
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.
Comment 9 Maurits Rijk 2004-10-09 19:07:35 UTC
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.
Comment 10 Ari Pollak 2004-11-23 02:37:45 UTC
As of gimp 2.2-pre2, any PSD file saved in gimp is not imported correctly by the
same gimp version.
Comment 11 Sven Neumann 2005-03-08 12:17:32 UTC
I comment #10 is correct (and usually Ari's comments are well-researched), then
this is a bug, not an enhancement request.
Comment 12 Ari Pollak 2005-03-08 19:03:27 UTC
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.
Comment 13 Thom 2005-05-17 23:21:21 UTC
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.
Comment 14 Thom 2005-05-17 23:25:54 UTC
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.
Comment 15 Thom 2005-05-17 23:28:26 UTC
Created attachment 46578 [details]
Part 1 of 3 -- this zipped TIFF contains 5 "pages".
Rename to: Multi-page TIFF.z01
Comment 16 Thom 2005-05-17 23:29:26 UTC
Created attachment 46579 [details]
Part 2 of 3. Rename to: Multi-page TIFF.z02
Comment 17 Thom 2005-05-17 23:30:13 UTC
Created attachment 46580 [details]
Part 3 of 3. Rename to: Multi-page TIFF.zip
Comment 18 Thom 2005-05-17 23:35:29 UTC
Please see filenames in the Attachment display below since filenames don't 
appear to be retained after uploading.
Comment 19 Sven Neumann 2005-05-18 00:24:19 UTC
Couldn't you have put this file online somewhere and just post an URL?
Comment 20 Sven Neumann 2005-05-18 00:29:49 UTC
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.
Comment 21 Sven Neumann 2005-05-18 00:43:15 UTC
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
Comment 22 Brian Wallis 2005-06-17 07:12:21 UTC
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 
 
Comment 23 Brian Wallis 2005-06-19 02:08:55 UTC
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  
 
Comment 24 Matt Cahill 2006-08-16 15:12:25 UTC
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.
Comment 25 Kevin Cozens 2007-09-05 18:03:40 UTC
Should this bug be flagged as a duplicate of bug #448181?
Comment 26 Greg G Lusienski 2011-04-12 21:08:00 UTC
I have another PSD import problem GIMP 2.6.10 Error loading PSD file: Unsupported bit depth: 32 will not load.
Comment 27 GNOME Infrastructure Team 2018-05-24 11:15:25 UTC
-- 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.