Skip to main content
Inspiring
July 10, 2011
Released

P: Support cataloging PNG files in Lightroom

  • July 10, 2011
  • 62 replies
  • 1564 views

Lightroom should support png and psd files - Adobe's own file type creations - I find this inexcusable. Many of us serious photographers that have lived through all the permutations and advancement of Photoshop with tens of thousands of files only to find that they are not supported by the latest otherwise beautiful Catalog program: Lightshop

62 replies

Inspiring
November 22, 2011
In my case I had thousands of negatives/slides to scan; I look towards PNG not TIFF - because I know that my PNG will be read correctly everywhere that supports the format. The TIFF will be larger and probably work when I open it in some app down the road, but is that the level of compatibility I should aspire to when archiving old photographs?
Inspiring
November 22, 2011
a) If by extensible you mean "add an extension of your choosing" -- then yes I guess they're the same. But if you ever hope to have your extension included in the standard, then good luck! The TIFF standard hasn't been updated since 1992. In fact, if you go read the standard (p.9), it says that you can get information about TIFF extensions by checking CompuServe!

b) Wrong - TIFF most commonly utilizes LZW compression which was patented until 2003 when the patent expired. Unisys was suing people left and right back in the day (mainly for implementing GIF) which thus spawned PNG as an alternative unencumbered format.

c) PNG is ISO/IEC standard 15948:2004, also IETF RFC 2083.

There is no ISO/ANSI/IETF standard for what we commonly use as TIFF in image manipulation programs. There are some standards for atypical TIFF files (ex: FAX images), but I assume that's not what your average person means when they think of a TIFF. Also, Adobe holds the copyright to the TIFF standard and has not updated the standard since 1992.

The result is lots of oddball extensions and incompatibility between applications since these extensions are not documented really anywhere! They're certainly not being championed by the maintainers of the format. To give some perspective, TIFF baseline supporting applications, for example, are not even required to understand the most common compression used in TIFF images! That's why TIFF quickly got the nickname "Thousands of Incompatible File Formats."

d) Please point to the spot in the (latest) TIFF 6.0 specification where it includes those things. Since Adobe is the registrar of extensions, where is its list of common extensions and what they mean? Where is the documentation on, for example, how to include an ICC color profile? For PNG it's simple, just go to libpng.org. Limited metadata is built-in, Alpha is built in, ICC color spaces are built-in, 16bpp color is built in.

-----------

That said, it's really irrelevant; these days your average Joe doesn't care about lossless compression, and for those that do TIFF has become the defacto standard. Big name apps generally support most of the TIFF quirks. In Adobe's absence of leadership, the libtiff community and others have stepped in and done the legwork of figuring out and documenting what exactly a common TIFF is (i.e. which extensions are common and what they mean), and 3rd party software now just uses that. Ultimately that makes TIFF "more or less" work, and the graphics community continues using it because that's what they've always done.

It's a shame, too, because PNG is a much better format on so many levels (see above) and it's actively maintained by a community that actually cares about it. We are seeing PNG come up in the web world though (browsers, Android -- heck even the IP phone on my desk supports PNG); so maybe this story isn't over yet.
areohbee
Legend
November 22, 2011
|> Mine translates images on the fly at the filesystem level, so LR believes it's reading a TIFF.

Wow - that's pretty amazing - I'd like to know how you accomplish that - sounds like a perfect solution for PNG too.

I don't *think* Adobe is planning to support PNG in Lr4 - based on various comments here and there plus gut feeling...
Inspiring
November 21, 2011
You might want to learn more about TIFF and the PNG formats. Most of what you just claimed is wrong.

a) TIFF is more exensible than PNG, by far
b) TIFF is unencumbered as far as anyone knows
c) Last I checked, PNG wasn't standardized anymore than TIFF
d) TIFF supports that and a lot more, in a more optimal and flexible way

All PNG has going for it is simplicity because it is not as extensible.
Inspiring
November 21, 2011
Another vote for PNG support. PNG is basically like TIFF, only:

a) it's extensible
b) it's patent unencumbered
c) it's standardized
d) it supports all of the major things you'd think a common format should support, in a normal, sane, standardized way (metadata storage, alpha channel, color spaces, 48-bit color, etc)

PNG is a better TIFF, though unfortunately bad habits are hard to break - and people haven't really picked up PNG. I have thousands of negatives/slides that I scanned directly to PNGs that I'm now bringing into my LR flow, only to find out they're not supported.

If you google "Lightroom PNG support" you'll see that we're not alone!
john beardsworth
Community Expert
Community Expert
September 28, 2011
If you're dealing with transparent graphics, that's a job for Dreamweaver, not Lightroom which is a streamlined design for photographs.
Jo Ann Snover
Inspiring
September 28, 2011
There has got to be some way to compromise to get transparency - nothing else, no layer effects or smart objects or anything else. Pixels with transparency not white background. So layers would have to be merged and/or rasterized for this to work. Or change PS's notion of a flattened image to allow for a second type of flat - a single layer not merged with the background.
Inspiring
September 28, 2011
"I really don't see why LR can't read the layer that's in the PSD..."

Because Lightroom would have to contain the entire rendering engine from PS, which is huge because of all the things Layers can contain and do.
Jo Ann Snover
Inspiring
September 28, 2011
Part of the reason that it's good to have two products from one company working together is to avoid the "it's the other guy's fault" finger pointing. I really don't see why LR can't read the layer that's in the PSD, but if Photoshop needs to change the flattened image to something else, that's fine with me. I would just like to be able to get to the end result somehow, and right now PNG doesn't work, PSD doesn't work...
Inspiring
September 28, 2011
"I am putting together some web pages in LR's web module. When importing sources in PSD format, 1 layer with transparency, LR treats the transparent edge as opaque - it makes it white"

I think all LR imports from the PSD is the flattened rendered image the PS generated when you have "maximize compatibility" on. So isn't this a PS issue?