LZW tif compression?

Is LZW compression an option with 1.1 when saving a raw file a 8 or 16 bit tif?

I take it you mean "Export Version" as ... I do not believe so. I double checked by searching the user guide, but nothing about LZW except the glossary. The save TIF as 50% of original is a physical reduction, not lossless compression.

Similar Messages

Tif compression and a res. of 300

I know all of the diffrent schools of thought on this but some of the clients and even some older designers are going to call and want to know what I am doing giving them a small file with a res. of 72 even if it is at 48 inches. Some just do not get it and want their safe 300 res files that they are use to. These same clients are going to balk at paying me for an extra CD/DVD because I cannot use LZW compression and fit the whole shoot on one CD/DVD Am I missing something? Already several of the things I assumed were were missing I have learned from this group were just hidden a little too well in Aperture

Use a batch EXIF editor (like EXIFTools) to set the DPI on all files before you import them into Aperture. Whatever goes in is what comes out currently.
Another option is to set the DPI on all exported files in a similar way. Since all you are doing is changing an EXIF tag it's pretty quick...
And file an enhancement request asking for the ability to set DPI in export options.

Tif compression?

Can I compress tis with Aperture? I know that there are diffrent schools of thought on compresssing tifs but I sometimes need to fit images on on cd or dvd for a client. I cannot find this option in Apertures export. Is it there?

I've looked for it and have not found a compression choice. HOWEVER if you make an 8bit tif with Aperture and compare it with a tif made of the same file in Photoshop you will notice very serious problems with the shadow detail in the Aperture version.
If you ask Aperture for a 16 bit tif instead you get a much better result. Until you convert that 16bit tif to 8bit for production at which point it falls apart just as badly as the original 8bit did.
These are not subtle or esoteric flaws either.
Additionally, before you do any of these conversions be aware that Aperture will convert ALL of your output, except for PSD's, to sRGB color space by default. You've got to dig around in the dropdown menus of the Output command to change the settings.
So in my opinion, until they fix this you don't want to use Aperture to make tifs anyway.
Good luck,
fp

JAI Imaging - TIF compression

I have noticed that the TiffEncoder param does not support compression? Anybody have an idea if they will in the future or do they now and I have missed the boat altogether!
Thanks,
AFS

Although I haven't tried it myself (just new to commercial programming myself and only have just using JAI), the TiffEncodeParam does have a setCompression() method.
I would guess that you would use it like so:
TiffEncodeParam param = new TiffEncodeParam();
param.setCompression(TiffEncodeParam.COMPRESSION_DEFLATE);(or some other chosen compression)
If you haven't already you could try this (this is in the JAI 1.1.1 spec in case you have the older one).

Is there a way to do an automatic LZW Compression of all existing images?

Hi,
     I have spent quite some time trying various ways to compress entire folders of Canon images, imported with the Canon Utility. Although they are TIFF, seems some software utilities don't even offer "LZW compression". That would save half the disk space when the original TIFF files are all over 45 MB (Canon 50D). Certainly the Canon utility does not - probably because they didn't want to pay the TIF license fee.
     It would be nice if there was a CS5 script command to automatically replace a folder, or more, with LZW compressed images. In fact, there does not even seem to be a way to change the PS CS5 "General Presets" to always use LZW compression of files, if that is desired - it always reverts to NONE in the SAVE AS command. Haven't found any info in Help, on where to change this.
     I did find some success using the "File->Scripts->Image Processing" function. However, for some strange reason, even though I specified that the LZW file be "SAVE in SAME Location", as the selected folder name - it still creates duplicate TIFF (LZW) images, properly compressed, in a sub folder named "TIF". Not only is this incorrect, but how did it choose that default name? Haven't found an explanation in Help. That isn't all bad, just inconvenient, since this then requires extra work to copy folders back to the original image folder, delete the new TIFF subfolder, along with the usual warnings.
     I realize that all this inconvenience is a safeguard against accidental over writes, but I would like to have the option. Auto Compresion Conversion of files and folders should be a standard capability, as well as a standard Preset option.
Does anybody know of a safe and convenient program to Batch Process folders to automatically compress image files - in place, without opening each image?
Thanks,
Joe

Thanks for this lead - absolutely a gold find!
    I tried both of them, and I found the second script - " Picture
Processor III" - better suited to solving my problem.
    While they both can do the same thing - "LZW compressing" an
uncompressed set of image files" - Dr. Brown's version actually creates a
"duplicate" ... copy(1) file - in addition to the existing uncompressed file
, in the same directory (if selected). , just as PS CS5 does with an
unwanted & unexpected dummy folder. This may be a safer workflow, but just
adds more work in later going through all the subdirectories (if specified),
just to find, select, and erase all the originals after the process.
    PP-3, on the other hand, uses a temp file for compression, and then
replaces the original. The only quibbles is that PP3 doesn't keep the
"original creation date", which would have been useful in maintaining
records and to distinguish between images in the directory list.
Furthermore, unlike Dr. Brown's, it doesn't provide a "prefix/suffix" file
renaming option box, (when not replacing the original file) - but that
wasn't my original concern.
    Glad you provided links to both - I'll use PP3 most often, but if I need
to rename files, DB is a very good alternative, for that situation. I
particularly like the "ALL File Types" option, since that allows the easy
conversion of all camera types (e.g. Canon & Nikon) RAW files to LZW TIF,
in just one pass. That saves a lot of work.
Kudos to the script creator!
Joe

Explain Compression Options when Saving as TIFF

Adobe PhotoShop CS5 offers three options for convertion of a RAW file to TIFF (LZW, ZIP, and JPEG).
I would appreciate if someone can help me to make sense of the following.
I do not understand which of these employ the "run-length encoding" scheme that should make the TIFF
file much smaller than the RAW file. I have used all three types of compression but the only one that
resulted in a subtantial reduction in size was the JPEG compression.
The TIFF file with no compression is actually twice the size of the raw file.
What are the LZW and ZIP compressions actually doing?
Thanks

How did you arrive at the conclusion that the tif should be smaller than the RAW-file?
jpg is a lossy compression, so best avoided uo until the final output.
As for lzw and zip (from the Help):
LZW (Lemple-Zif-Welch) Lossless compression; supported by TIFF, PDF, GIF, and PostScript language file formats. Most useful for images with large areas of single color.
ZIP Lossless compression; supported by PDF and TIFF file formats. Like LZW, ZIP compression is most effective for images that contain large areas of single color.
So image-noise for example can negate all savings and I think zip with 16bit is a problem.

2.1 GB TIF size limit

Hello,
A problem I've encountered is that Photoshop CS3 cannot open an LZW TIF file generated in another program if it is above 2.1 GB (closed size). Any attempt to open with Photoshop results in the following message: "Could not complete your request because Photoshop does not recognize this type of file."
Is there a way to trick Photoshop into thinking that it is actually a Photoshop generated Tif? In other words, can it be converted to a Photoshop Tif without opening it?
Thanks in advance for any suggestions.
Cheers,
Bart
Intel MacBook Pro 2.33 Core Duo, 3 GB Ram/OS X 10.4.11

Ramon,
Please do the following to see what I'm talking about:
1) Take a screenshot to create a quick example file (or use an existing file), and open the image in Preview.
2) In Preview, choose Edit > Copy. (This copies the current document's contents to the pasteboard in various formats A quick look with the developer example app Clipboard Viewer shows the image has been copied as "public.tiff", "NeXT TIFF v4.0 pasteboard type", "com.apple.pict", and "Apple PICT pasteboard type", and others).
3) Open Photoshop and choose File > New. (Note that the Preset popup button should automatically be set to "Clipboard", and the dimensions and resolution should reflect those of the image that's on the pasteboard).
4) Click OK to create the new empty document.
5) Choose Edit > Paste to paste the contents of the image from the clipboard into the new image.
The OP said he could open the file in Preview from where he could do the copying.
Seeing that this copies the image (even a PNG image) to the pasteboard as a TIFF, in a 32 bit Tiger app, they'll likely run up against NSData's 2 GB limit, which would prevent the copying from working. Might want to try the cropping idea, though I'm not sure if that would work either.

Why are Exported files so Large?

I import DNG files form a K20D - size is around 23MB. If I put these through lightroom and make a few edits including cropping then export the image to Tiff the files grows to around 80MB. I thought the export process was supposed to embedd all the changes in the actual picture?
I'm on V1.4 LR and windows vista
This is quickly going to give me storage problems!

>DNG is essentially luminance values only and colour comes from the inferred pixel position (Bayer Pattern)
Exactly right!
P.S. You can gain close to a factor of two in the tiff by using the lossless LZW or tif compression to get files around 40 megs. CS2 should read those fine. Then again, you can do the same thing with the dngs from your K20D. Just convert them to dng in Lightroom or dng converter and enable lossless compression and the dng should shrink to around 14MB without loss in quality.

How do I keep the original size when exporting?

I have people sending me photos to edit. I work a little in photoshop cs4 and then back in lightroom 3, but when I go to send them the photos back ,they are HUGE! How can I send them the same size file they sent me? (the ones I am currently working on are tiff. files.)

If you are editing tif files, then you have only a couple of choices.
Flatten the image before you save it. This will reduce it down to one layer. That's the smallest you can get.
When you first open the image, look to see if it's 8 bit or 16 bit tif. It won't help you, but if the image is 8 bit, and you save it as 16 bit, you will have dramatically increased the size of the file for nothing. If it's started as 16, no worries!
check if you are saving with compression. Tif compression is lossless, so unless you did something like resize+resample, it remains the same bit density, etc, so should be just as printable as what they sent you (unless you messed up!).
Cheers!

How Can I fix This Error....?? Please Help !!

Hi,
I can't seem to figure out how to fix an error I keep on getting. Here is the error:
C:\Documents\LZW.java:171: cannot resolve symbol
symbol : class BitOutputStream
location: class LZW
          os = new BitOutputStream(os) ;
^
C:\Documents\LZW.java:199: cannot resolve symbol
symbol : class BitInputStream
location: class LZW
          is = new BitInputStream(is) ;
^
2 errors
Tool completed with exit code 1
How would I go about solving this error?
Thanks alot

Hi,
Here's the full coded file: If you copy and paste it and compile it, you will see those errors.... Thanks
import java.io.* ;
import java.util.* ;
public class LZW implements Compress
          class ByteArray {
               final byte[] arr ;
               ByteArray(byte[] b)
               { arr = (byte[]) b.clone() ; }
               ByteArray()
               { arr = new byte[0] ; }
               ByteArray(byte b)
               { arr = new byte[] { b } ; }
               public boolean equals(Object o)
     { ByteArray ba = (ByteArray) o ;
               return Arrays.equals(arr,ba.arr) ; }
     public int hashCode()
               { int code = 0 ;
               for (int i=0;i<arr.length;++i)
                    code = code*2+arr[i] ;
               return code ;     }
               int size()
               { return arr.length ; }
               byte getAt(int i)
               { return arr[i] ; }
     public ByteArray conc(ByteArray b2)
               { int sz = size()+b2.size() ;
               byte[] b = new byte[sz] ;
               for (int i=0;i<size();++i) b=getAt(i) ;
               for (int i=0;i<b2.size();++i) b[i+size()]=b2.getAt(i) ;
               return new ByteArray(b) ; }
     public ByteArray conc(byte b2)
               { return conc(new ByteArray(b2)) ; }
               public byte[] getBytes()
               { return (byte[]) arr.clone() ; }
          public boolean isEmpty()
               { return size()==0 ; }
               class Dict {
                    Map mp = new HashMap() ;
          List ls = new ArrayList() ;
          public void add(ByteArray str)
               { mp.put(str,new Integer(ls.size())) ;
               ls.add(str) ;     }
          public final int numFromStr(ByteArray str)
               { return ( mp.containsKey(str) ?
                         ((Integer)mp.get(str)).intValue() :
                         -1 ) ; }
          public final ByteArray strFromNum(int i)
               { return ( i<ls.size() ?
                         (ByteArray) ls.get(i) :
                         null ) ; }
          public final int size()
               { return ls.size() ; }
     class LimitedDict extends Dict {
          int maxSize ;
          LimitedDict(int maxSize)
               { this.maxSize = maxSize ; }
          public void add(ByteArray str)
               { if (size()<maxSize)
                    super.add(str) ; }
     Dict dict ;
          byte[] buf ;
     final ByteArray emptyBA = new ByteArray() ;
     ByteArray w=emptyBA ;
     public LZW(int numOfBits)
                    if (numOfBits< 9) numOfBits=9 ;
          if (numOfBits>16) numOfBits=16 ;
                    buf = new byte[numOfBits] ;
                    dict = new LimitedDict(1<<numOfBits) ;
                    for (int i=0;i<256;++i)
               dict.add(new ByteArray((byte)i)) ;
          int encodeOneChar(int n) {
          byte c = (byte) n ;
          ByteArray nw = w.conc(c) ;
          int code = dict.numFromStr(nw) ;
          if (code!=-1) {
               w = nw ;
               return -1 ;
          } else {
               dict.add(nw) ;
               nw = w ;
               w = new ByteArray(c) ;
               return dict.numFromStr(nw) ;
     int encodeLast() {
          ByteArray nw = w ;
          w = emptyBA ;
          return dict.numFromStr(nw) ;
     void writeCode(OutputStream os, int code) throws IOException
          for (int i=0;i<buf.length;++i)
               buf[i] = (((1<<i)&code)>0?(byte)1:(byte)0) ;
          os.write(buf) ;
     int readCode(InputStream is) throws IOException
          if (is.read(buf)<buf.length)
               return -1 ;
          int ret = 0;
          for (int i=0;i<buf.length;++i)
               ret |= ((int)buf[i])<<i ;
          return ret ;
     public void encode(InputStream is, OutputStream os) throws IOException {
          os = new BitOutputStream(os) ;
          int next ;
          int code ;
          while ((next=is.read())>=0) {
               code = encodeOneChar(next) ;
               if (code>=0)
                    writeCode(os,code) ;
          code = encodeLast() ;
          if (code>=0)
               writeCode(os,code) ;
os.flush() ;
     ByteArray decodeOne(int code) {
          ByteArray str = dict.strFromNum(code) ;
          if (str==null) {
               str = w.conc(w.getAt(0)) ;
               dict.add(str) ;
          } else
               if (! w.isEmpty())
                    dict.add(w.conc(str.getAt(0))) ;
w = str ;
          return w ;
     public void decode(InputStream is, OutputStream os) throws IOException {
          is = new BitInputStream(is) ;
          ByteArray str ;
          int code ;
          while ((code=readCode(is))>=0) {
               str = decodeOne(code) ;
               os.write(str.getBytes()) ;

Image Processor Fails in CS4 -basic script

I tried to run a basic script through Image Processor (Never had this problem in CS3)
The script was very basic: Open all files in a selected folder (all recent PSD files) Save files as LZW tif in another selected folder. Run a single action: "Flatten Image"
Each time the entire process fails with the following Prompt: "Sorry, I could not process the following files" (all the files in the selected folder)
Both folders have "Read & Write"permission.
I tried running the IP on a single open file and received the following prompt: I am unable to create a file in this folder. Please check your access rights to this location."
I have enabled Read/Write on the enclosing drive & I have also tried with "shared folder" selected & Ignore ownership on this volume. I am the only user on this workstation.
I have Repaired Permissions on Main drive.

Suggest to check the files you used. If the files contain duotone or multichannel mode, then the message "Sorry, I could not process the following files" will appear.

Metadata conflicts in LR

Can somebody point me to a more detailed discussion about Metadata conflicts in LR?
I would like to know how "another application" (for me it's PSCC) can change the metadata and why it could be a conflct.
Specifically, the warning often shows up when I have taken a saved TIF from LR back into PS for subsequent adjustments. I save it back out in the same format (LZW TIF). Why then does the metadata confict exclamation mark show up?
What metadata has been changed? Do the PS tweaks change the metadata? If not why then the warning?
Confused!

bshamilton wrote:
What metadata has been changed?
Change Manager (a plugin I wrote) will show you exactly what's changed.

How do I keep the date/time when exporting photos?

When exporting photos from Photos.app on my Mac, it doesn't use the metadata that it displays in Photos--it uses the current date/time. So when I export a photo from 2010, it says it's dated 2015 when I import it into Aperture.
Is there a way to export an image with its original timestamp? Is this a bug? Thanks.

If you are editing tif files, then you have only a couple of choices.
Flatten the image before you save it. This will reduce it down to one layer. That's the smallest you can get.
When you first open the image, look to see if it's 8 bit or 16 bit tif. It won't help you, but if the image is 8 bit, and you save it as 16 bit, you will have dramatically increased the size of the file for nothing. If it's started as 16, no worries!
check if you are saving with compression. Tif compression is lossless, so unless you did something like resize+resample, it remains the same bit density, etc, so should be just as printable as what they sent you (unless you messed up!).
Cheers!

Why the size difference?

My sample code exported as swf with CS4 is 254kb,
exact same code exported as swf through CS5 is 344kb.
Any clues on the 100kb bump?

An .ipa file is typically a ZIP file with a ".ipa" extension instead of ".zip". This ZIP/IPA file contains some metadata, and the compiled app itself:
You can't forcast the size of an app before compiling it, for many reasons, especially the fact that the compiler will make some optimizations of your code and so on;
You can't either forcast the size of the IPA, because it will be the result of the ZIP (LZW) compression on the APP payload (+ some other files), and the compression process is also dependant of the content (e.g. compressing a text file using LZW/ZIP will result in a file that is more or less big depending on the fact that the text contains more or less repetitions, etc).
The only thing you may do is that you can check the sum of the sizes of all your resource files, especially images, video, sounds, etc... you add to your project & app, because of course adding a very big image file will impact the size of your final app bundle and thus the size of your IPA. But that would only be an unprecise approximation on how your final IPA size will change when adding files, without taking the LZW/ZIP compression into account anyway.
In Xcode 4: Once your app is ready for distribution, archive the app. In the Organizer, select the Archives tab. Select your app in the left hand column. Select the latest archive in the right hand column. Hit the Share... button in the top section. Save the file as an .ipa. Check file size in the Finder. Or try to decompress it to see actual size of installed app.

Win XP: LZW compression in Elements 4

If I save a scanned slide (48 bit) as a tif file with LZW compression it grows by approx 15% BIGGER - 64.8Mb to 74.6Mb.
If I do the same with a 24 bit scan it is reduced to a third of its original size. Any idea why LZW doesn't seem to work with 48 bit data or how to correct it?

I know what AD means, I just don't understand what you want.
If you want to bind the Mac to a Windows 2000 Server you will need to use Directory Access (/Applications/Utilities/Directory Access) and then enable Active Directory in the services list. After that press the Configure… button, enter the server's info and press Bind… I have never done this (although I will be doing it soon because my school has a Windows 2003 Server and I want to use my MacBook in my classes) so, if someone that has something to add/change, please do.

LZW tif compression?

Similar Messages

Maybe you are looking for