May 13, 2011

Save big Photoshop files up to 20x faster

Time is money, and storage is cheap. If you use large Photoshop docs & don’t mind them becoming much bigger, you may be able to save them much faster.

You’ll want to update CS5 to 12.0.4 (via Help->Updates), then grab¬†this plug-in (Mac)/registry key (Win). ¬†Photoshop PM Jeff Tranberry writes, “Saving the file can be much faster (20x in some cases), if you have a fast hard disk and enough disk space to hold the larger file size,” and performance expert Lloyd Chambers goes into detail on his site.

Posted by John Nack at 8:49 AM on May 13, 2011

Comments

  • Glyn Dewis — 11:58 AM on May 13, 2011

    John…this is exactly what I need; thanks for sharing.

    All the best to you and yours,
    Glyn

  • the_syd — 3:22 PM on May 13, 2011

    i`ve been wrote on your blog in september last year about this. Congratulations Adobe. Here is the same making the registry ON os OFF. Maybe it`s not working on win7.
    Btw, Photoshop 12.1 64 bit have a bug. Opening it and try co copy/paste something is not working (ex. printscreen). 32 bit work fine.

    Can you confirm please this bug! Maybe it`s the case for large psb also.
    Thank you!

  • scott — 8:00 PM on May 13, 2011

    seems that it takes twice as long using “save as”.

    is that to be expected?

    I always use save as: Cmd S = save as…

  • Klaus Nordby — 5:26 AM on May 14, 2011

    Wonderful!!! Yes, I know well the slow pain of saving large, layered files, and that the cause was the damn layer compression. So I have thoroughly tested possible workarounds, like the TIFF.

    But now my standard test file, which has taken me about 100 seconds to save, only takes 20 seconds! And 12 seconds of that time is spent making the full-res composite layer. So I now wish it was possible to disable that composite layer in the PSB format, but it doesn’t seem to be the case? This can only be done for the PSD format? If so, I hope the next speed tweak is in this area.

    But thanks to all at Adobe who have helped implement this most excellent speedup!

  • Herman van Boeijen — 3:47 PM on May 15, 2011

    <3

  • Darrell Heath — 7:04 PM on May 15, 2011

    Does this assist in the case of Edit > Smart Objects? The SO doc container utilizes the .psb format.

    • Chris Cox — 9:25 AM on May 16, 2011

      It will help in any situation with 16 and 32 bit documents where the ZIP/Flate compression was taking a lot of time. The biggest benefit comes if you have a fast hard disk and very large documents.

      • Darrell Heath — 12:02 PM on May 16, 2011

        Thanks Chris. I often have a habbit of leaving the original doc and SO container doc tiled side by side, and incremmental Save when needed and close when finished. But often I would see that the original doc would take awhile to ‘save’, and sometimes not even refresh as it should. Hopefully this addition will help.

        • Chris Cox — 12:57 PM on May 16, 2011

          Okay, that’s odd. The parent and child don’t have any additional compression beyond what is in the base files.

          And I don’t have any bug reports about the parent failing to update when the child document gets saved.

  • Marcel — 1:00 AM on May 16, 2011

    From 05:57 to 1:14…made my day much more happier!!
    Thanks!

  • Andrew Ptak — 6:41 AM on May 16, 2011

    Tried this on two seperate machines and got an error message both times when trying to unzip – ??

  • gh — 2:13 PM on May 16, 2011

    Stuff like this is great Great.
    PS is so awesome, but these type of things actually make using all thats is there usable in production environments (should I use the word Professional).
    short example – using Smart Object layers and filters within those, etc… 16 bit , tend to lead toward much,much bigger files. Either in the actual write or in working memory, scratch, etc space.
    Anything which helps to support using all the goodness is Heaven.
    Take it we have already got the fast raids, fast processors, fast scratch disks, memory, etc.

    Does this conflict with the existing plugin DisableScratchCompress.plugin?
    or any others?

    On a similar note: Do scratch sizes and document size info displayed in bottom left of PS open image reflect accurate values
    using Smart objects with a PS Document, any relation to this new plugin.

    • Chris Cox — 9:49 AM on May 17, 2011

      No, it doesn’t conflict with anything — scratch compression and ZIP/Flate compression in files are quite separate things.

      The scratch sizes and document size should be correctly reflecting the size of smart objects, and have no relation to this plugin.

  • eric — 1:15 PM on May 18, 2011

    Does this work for CS4? I only see mention of CS5.

    [It works only in CS5. Honest to God, though, if you're using big files you'll really benefit from upgrading to CS5 (at least on Mac as 64-bit is new there). --J.]

    • Chris Cox — 7:49 AM on May 20, 2011

      No, it will not work in older versions – it required a code change in the core application. The plugin is just a way of enabling or disabling that change.

Copyright © 2014 Adobe Systems Incorporated. All rights reserved.
Terms of Use | Privacy Policy and Cookies (Updated)