Re: Tiff Image with Spot Channel

Hello,
I'm using JDK 1.7 on Windows 7. I downloaded an installer of jai imageio from this site:
http://download.java.net/media/jai-imageio/builds/release/1.1/
I downloaded the installer: jai_imageio-1_1-lib-windows-i586-jdk.exe
However when running it I got an error "JDK 1.4 or higher must be installed".
So would anyone please tell me why my current JDK is not recognized by jai imageio installer?

Similar Messages

Photoshop images with spot channels in Indesign CS6 (layout question)

I've got an Indesign CS6 layout that will have a spot varnish when it goes to press. Right now I've got a layout with psd files that have spot channels in them that will be used for the spot varnish.
My question is, in Indesign when I'm laying this out should I have one layer with all the psd artwork (with no spot channels) and then a layer on top of that with the psd files with the psd layers turned off with the spot channel showing? I want to make this easy to print in the office so by doing it this way I could just turn the spot layer off and print.
Will this work for the printer?
layer 1 psd files with no spot channels
layer 2 psd files with photoshop layers turned off with the spot channel showing

Besides the obvious extra work of tracking 2 images, there would be potential problems if the images needs to be scaled and moved, and you would have to assume people downstream would know what's going on—should the layer be on or off?
I would double check with the current printer—they should know the only way to view a spot is via Sep or Output preview by turning CMYK off—magenta could just as easily be process as spot.
Take a closer look at the Alias method. Here it is with your magenta defined SPOT VARNISH.
With SPOT VARNISH set as No Alias in Ink Manager and with Overprint turned on:
And with an additional spot color defined as white named CLEAR VARNISH. When you need to print in house alias SPOT VARNISH to CLEAR VARNISH and check Simulate Overprint in the Print dialog. You can get to Ink Manger via the Print>Output dialog or Swatches panel:
All you have to do is delete the CLEAR VARNISH before sending the job to the printer or exporting

CS5 Misinterprets Layered PSDs with Spot Channels

I haven't seen this mentioned yet; if you routinely use layered Photoshop files with spot channels, and might be opening older files into CS5 be warned that CS5 appears to misinterpret the tonal values in the spot channels of these documents.
Steps to reproduce:
Create a layered CMYK PSD file with one or more spot channels, and make sure that this file contains halftones on the spot channel(s), not all solid coverage.
Flatten the image and save a copy.
Place both images into Illustrator CS5. Notice that the spot channel(s) in the layered version appears much lighter than the flattened version (which matches the original image), and will output lighter as well.The CMYK channels display and output correctly.
Repeat the test with CS4. Both versions of the image will place and output identically from Illustrator.
Not sure what's going on here, but the only workaround I can find is to flatten the image. This could prove very dangerous when opening CS4 files that were set up this way into CS5, especially if the user is not familiar with how the file is supposed to look (prepress operators, etc.).
[Tested using CS5 and CS4, Mac OS X 10.6.x and Windows Vista.]
Additional info 3:39pm: if you start with a flattened image and add layers, retaining the Background layer, this issue does not occur. It is only if the PSD is "fully layered" with no flattened Background layer.

I don't actually see this but you
mention this happens with older files and I do not have any older files
like this so I really can't say.
No, this is with new documents created in CS5 as well. I referred to older files as they are my biggest concern -- if an older file was set up like this, with layered images containing spot channels, they are going to open and output different from CS5. And the likelihood of this going through to production without being caught is not insignificant. (These could be older files we have on backup that we're processing for a reorder, or from a customer who is using an older version of Illustrator...)
But I do like the idea that when you import a
photoshop with spot channels in CS 5 the spot channels are treated as
separate objects in the layers panel, rather than one collective object
like in CS 4. And that the spot color is properly set to multiply.
That is actually pretty neat, I hadn't noticed that (since we always link our images, rarely do we embed them). I'm not sure that Multiply mode shouled change the image data like this, and I'm also not sure how the file is handled by AI when it's linked... so I grabbed our film exposure bar and brought it into CS5 four ways (embedded / layered, embedded / flat, linked / layered and linked / flat) to test all variations.
The results are the same no matter how the file is placed; the spot content in the layered file is lighter across the board than the file, and the flattened version is correct.
(The forum resricts the size of attached images, and the resized image of the full test is a little difficult to see. I posted a second one below that, which is a close-up of a layered and flattened image showing the differences in the spot color data -- the lighter one is from the layered file, and is significantly altered from the original file.)

Import PDF with spot channels

Is there a way to import a pdf with spot colors into photoshop, so that a spot channel is made for each spot color? (Instead of converting them to cmyk)
Maybe if I could find a way to export every spot color from the 'output preview' as a different pdf, then it would be possible by manually importing them into photoshop. And I guess that would be scriptable.
Any suggestions?
Thanks!

Images with spot colors created by Photoshop and saved as PSD, reopen in Photoshop without problem.
If you have an existing PDF file that you need to edit, go back to the original design file in the original design program to manipulate the separate inks/channels.

Tiff image with JPEG compression

How does photoshop handle RGB and YCbCr as photometric interpretations of tiff image with JPEG compression?
Are they same?

Got no idea but here is a website with a adobe pdf answer.
http://www.ask.com/web?q=How+does+photoshop+handle+RGB+and+YCbCr+as+photometric+interpreta tions+of+tiff+image+with+JPEG+compression%3F&search=&qsrc=0&o=0&l=dir

Edit .tiff images with IE

Totally new to this.
I was using the trial PSE8.
I frequently work with images from the Library of Congress (LOC), specifically .tiff images.
I'd open the image, click FILE and was able to then click on EDIT WITH PHOTOSHOP ELEMENTS 8.
It worked beautifully and I was ready to purchase PSE8 as a result.
Then version 9 was available so I thought I'd try it out before deciding which version to purchase.
Downloaded 9 today and went to grab some LOC images and when I click on FILE once the .tiff image opens, the EDIT WITH(...) is gone and the EDIT is not accessible.
Being a complete novice, I am unsure how to integrate (or whatever) PSE9 with IE so that I can once again edit these .tiff images with a click of the mouse.
Can anyone help me with this?
Thanks very much.

I should have said that the LOC's .tiff images open with Quick Time.
Right clicking on the image when it opens only offer option for settings, speed, language.
I have found a solution, though:
I opened a LOC image using Firefox and was able to save it and then open it using PSE9.
Thanks again for being helpful

Problem with spot channels when importing PSD into AI CS3

tried the Windows forum, and adobe tech support in The Netherlands. Hopefully someone here can help.
b Problem description:
I make spot colour separations of full colour artwork by using the index separation method in Photoshop. This creates several spot color channels in my PSD file.
Normally I just place this PSD file in Illustrator CS2, and when I embed the file Illustrator makes objects of the spot channels. I can change the colors of these objects and delete them etc.
Now with Illustrator CS3 when I import and embed a PSD file it just creates one object called "Spot Color Image". I can no longer adjust or delete separate spot channels.
Maybe there is another way to achieving this but I cannot find it myself. Without this method Illustrator CS3 has become useless for me.

Hi again, I did the same, and I see what you mean. The original image is an image, the channels are separate objects for me, but the original image isn't different channels.
I found this in the Help file:
Spot colors (up to 31 spot channels per file) import as a single N‑Channel raster image, which is placed over the process color image. The spot colors are added to the swatches panel as custom colors with the same name as in Photoshop. Imported spot colors separate correctly.
Will think some more. Not sure what to suggest. Someone must have an answer to help you.

Sudden problem with importing tiff files with alpha channel (CS5)

OK this is driving me nuts. For years I have been importing image files that have an alpha channel into FCP as.tiff files. I use Photoshop files only when I want to use the layers as they are too cumbersome otherwise). I have recent upgraded Photoshop, etc. to CS5 and now FCP won't import them anymore. I get a message saying: "File error: 1 file(s) recognized, 0 access denied, 1 unknown"
I am not doing anything different and tiff files created in just the same way in an earlier version of Photoshop import and work just fine. Is this a CS5 bug? Does anyone know of a work around. I want to keep using tiff files as they seem to work best for me with alpha channel work (and I don't see why I need to reinvent the wheel).
Thanks
A

I've had a similar issue recently. Same TIFF files downloaded from the same server, different FCP project, new error. I either see"File error: 1 file(s) recognized, 0 access denied, 1 unknown" or I get the even stranger, "Unrecognized file type."
I can open them in PS and save them again as TIF, same results. I know these are not CMYK files but even if resave the TIF as RGB, I get the same results, they are not recognized by FCP.
But if I open them in PS and save them as PNG with alpha, they improt fine.
I have no idea what's going on.
bogiesan
Message was edited by: David Bogie Chq-1

Graphics, ImageIO, and 32-bit PNG images with alpha-channels

I have a series of 32-bit PNG images, all with alpha channels. I'm using ImageIO.read(File) : BufferedImage to read the PNG image into memory.
When I call graphics.drawImage( image, 0, 0, null ); I see the image drawn, however all semi-transparent pixels have a black background, only 100% transparent pixels in the source image are transparent in the drawn image.
The Graphics2D instance I'm drawing to is obtained from a BufferStrategy instance (I'm painting onto an AWT Canvas).
Here's my code:
Loading the image:
public static BufferedImage getEntityImage(String nom, String state) {
          if( _entityImages.containsKey(nom) ) return _entityImages.get( nom );
          String path = "Entities\\" + nom + "_" + state + ".png";
          try {
               BufferedImage image = read( path );
               if( image != null ) _entityImages.put( nom, image );
               return image;
          } catch(IOException iex) {
               iex.printStackTrace();
               return null;
     private static BufferedImage read(String fileName) throws IOException {
          fileName = Program.contentPath + fileName;
          File file = new File( fileName );
          if( !file.exists() ) return null;
          return ImageIO.read( new File( fileName ) );
     }Using the image:
Graphics2D g = (Graphics2D)_bs.getDrawGraphics();
g.setRenderingHint( RenderingHints.KEY_ANTIALIASING , RenderingHints.VALUE_ANTIALIAS_ON);
public @Override void render(RenderContext r) {
          Point p = r.v.translateWorldPointToViewportPoint( getLoc() );
          int rad = getRadius();
          int x = (int) p.x - (rad / 2);
          int y = (int) p.y - (rad / 2);
          BufferedImage image = Images.getEntityImage( getCls(), "F" );
          r.g.drawImage( image, x, y, null );
     }

You may want to check on you system and see what ImageReaders are available, it could be ImageIO is just not picking the best one, if not, then you can use getImageReaders to get an iterator of image readers, then choose the more appropriate one.

Export PNG images with alpha channel from flash

Hi,
I have this FLA with animation and when played, the animation has alpha channel. I can’t understand why when I look in the library I see the frames without the alpha channel and also when I try to export/extract the image again the image don’t have alpha channel.
How is it that in flash this image has alpha channel and how to get it out like that into PNG?
Here is the link to download the FLA:
http://download759.mediafire.com/nb749r29220g/e0636ab0ru6ouoa/Untitled-1.fla

"when played, the animation has alpha channel"
how are you playing the animation? control/enter in Flash, Publishing to a Web page or what?
How can you tell that the animation has the alpha channel? What exactly are you seeing?
What is the aniimation? a series of images, one image moving? Are teweens imvolved?
" when I try to export/extract the image again the image don’t have alpha channel"
How are you exporting the image? is it a single image? or a series of frames that makes up an animation?
What was the file format of the original image? you brought that image into Flash and animated it? Now you want to export as a .png with transparency?
Have you ever tried to export a simple .png before so that you see and understand the dialog box that pops up during export? are you chosing "24 bit with alpha channel" in the "Colors" choice?
For those of us who may not want to download your file, please provide a more detailed describtion of everything related to this question.
Best wishes,
Adninjastrator

Backwards compatibility of .psd files with spot channels

Over the years Adobe Photoshop has done a really excellent job of keeping image files backwards compatible. Unfortunately it is still possible to save files may not be opened by previous versions of the software. This happens when a spot color is specified in a color book that is not available in earlier versions of the software (for example the "Pantone+ Solid Coated" book that appears to be the new default).
Photoshop CS6 seems to be able to open files that contain spot colors from unavailable color books.
Photoshop CS4, CS5, and CS5.1 all give the error message:
"Could not complete your request because the specified color book cannot be found."
when trying to read a file with a Pantone+ spot color.
I know that there is probably nothing that CS6 can do to fix this situation, but it would be great if there were an update for the older software that turned this error message into a warning.

Yeah, that used to be a problem, and it's not the file format but the color book resolution code that is broken.
No, there's not much we can do since it affects every previous version of Photoshop.

Tiff files with Alpha Channels do not display or print correctly...

I have Tiff files that have been edited in Photoshop that do not display correctly. As far as I can tell this is caused by the existence of Alpha channels in the channels panel in PS. When the files are imported to Aperture, they only display information from either the alpha channel or a layer using that alpha channel as a mask.
If this is true, what are people doing about it. This cant be acceptable???
Are there any work arounds and is apple addressing this problem?
Can anyone else confirm this?
I am using Aperture 1.1.2, OS 10.4.7 and PS CS. on a Dual 2GHz Power PC G5 with 4.5 GB RAM
Please note, these are NOT .psd files. I have read and am aware of some psd compatibility issues, and have checked the maximize compatibility in PS.
-Sol

Thank you for your response, I am trying to figure out what to do differently when we re-create the PDF so we don't have font issues when we combine. I don't want to keep recreating the problem, I am looking for a solution. Why does this happen? What settings do I tell other to apply on their Acrobat? Is the a font issue in Adobe? I found this on a Google search on the internet and can't seem to get it to work on XI PRO.
Embedding fonts into Acrobat 9 through Distiller:
Launch Acrobat.
Choose Advanced > Print Production > Acrobat Distiller.
Select Standard in Default settings.
Go to Settings and select Edit Adobe PDF Settings.
Select Fonts and in the font source window select the fonts you want to Add.
Click Save As and then OK.

1% in Spot channel bug?

Hello Everybody
Recently I discovered that 1% in spot colors on some output devices is recognized as a 0%. In litho this bug is not really problematic but in flexo can be critical. I found that 1% R254, G254, B254 is treated as 0%. But 1% R253, G253, B253 is 1%. To check this I saved as a pdf picture with spot channel filled with 1% R254, G254, B254 after opening it in acrobat and checking with tool Advanced>Print Production>Output preview I got 0%. Is any of you experienced the same? Or have an idea how to "bite" this problem how to eliminate R254, G254, B254 from the document. And finally why Photoshop treating this as a 1%.
Any ideas highly appreciated
eRychu

Thank you p_d_f for quick replly
Off course I'm not specing value of 1% in rgb. I found diffrences in the 1% in rgb mode so thats why I posted them. Value 254 RGB is result of image manipulation not mine pick.
After checking with picker 1x1 I had 1% but after for example conversion to pdf I'm having 0%. Why Photoshop treat this as a 1% if like you said should be 0%. How this can be avoided?
Thank you
eRychu

ImageIO PNG Writing Slow With Alpha Channel

I'm writing a project that generates images with alpha channels, which I want to save in PNG format. Currently I'm using javax.ImageIO to do this, using statements such as:
ImageIO.write(image, "png", file);
I'm using JDK 1.5.0_06, on Windows XP.
The problem is that writing PNG files is very slow. It can take 9 or 10 seconds to write a 640x512 pixel image, ending up at around 300kb! I have read endless documentation and forum threads today, some of which detail similar problems. This would be an example:
[http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6215304|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6215304]
This surely must be resolvable, but after much searching I've yet to find a solution. If it makes any difference, I ONLY want to write png image, and ONLY with an alpha channel (not ever without), in case there are optimisations that that makes possible.
If anyone can tell me how to address this problem, I'd be very grateful.
Many thanks, Robert Redwood.

This isn't a solution, but rather a refinement of the issue.
Some of the sources I was reading were implying that the long save time might be due to a CPU heavy conversion process that had to take place before the BufferedImage could be saved. I decided to investigate:
I loaded back in one of the (slowly) saved PNG images using ImageIO.read(file). Sure enough, the BufferedImage returned differed from the BufferedImage I had created. The biggest difference was the color model, which was DirectColorModel on the image I was generating, and was ComponentColorModel on the image I was loading back in.
So I decided to manually convert the image to be the same as how it seemed to end up anyway. I wrote the following code:
      * Takes a BufferedImage object, and if the color model is DirectColorModel,
      * converts it to be a ComponentColorModel suitable for fast PNG writing. If
      * the color model is any other color model than DirectColorModel, a
      * reference to the original image is simply returned.
      * @param source The source image.
      * @return The converted image.
     public static BufferedImage convertColorModelPNG(BufferedImage source)
          if (!(source.getColorModel() instanceof DirectColorModel))
               return source;
          ICC_Profile newProfile = ICC_Profile.getInstance(ColorSpace.CS_sRGB);
          ICC_ColorSpace newSpace = new ICC_ColorSpace(newProfile);
          ComponentColorModel newModel = new ComponentColorModel(newSpace, true, false, ComponentColorModel.TRANSLUCENT, DataBuffer.TYPE_BYTE);
          PixelInterleavedSampleModel newSampleModel = new PixelInterleavedSampleModel(DataBuffer.TYPE_BYTE, source.getWidth(), source.getHeight(), 4, source.getWidth() * 4, new int[] { 0, 1, 2, 3 });
          DataBufferByte newDataBuffer = new DataBufferByte(source.getWidth() * source.getHeight() * 4);
          ByteInterleavedRaster newRaster = new ByteInterleavedRaster(newSampleModel, newDataBuffer, new Point(0, 0));
          BufferedImage dest = new BufferedImage(newModel, newRaster, false, new Hashtable());
          int[] srcData = ((DataBufferInt)source.getRaster().getDataBuffer()).getData();
          byte[] destData = newDataBuffer.getData();
          int j = 0;
          byte argb = 0;
          for (int i = 0; i < srcData.length; i++)
               j = i * 4;
               argb = (byte)(srcData[i] >> 24);
               destData[j] = argb;
               destData[j + 1] = 0;
               destData[j + 2] = 0;
               destData[j + 3] = 0;
          //Graphics2D g2 = dest.createGraphics();
          //g2.drawImage(source, 0, 0, null);
          //g2.dispose();
          return dest;
     }My apologies if that doesn't display correctly in the post.
Basically, I create a BufferedImage the hard way, matching all the parameters of the image I get when I load in a PNG with alpha channel.
The last bit, (for simplicity), just makes sure I copy over the alpha channel of old image to the new image, and assumes the color was black. This doesn't make any real speed difference.
Now that runs lightning quick, but interestingly, see the bit I've commented out? The alternative to setting the ARGB values was to just draw the old image onto the new image. For a 640x512 image, this command (drawImage) took a whopping 36 SECONDS to complete! This may hint that the problem is to do with conversion.
Anyhow, I got rather excited. The conversion went quickly. Here's the rub though, the image took 9 seconds to save using ImageIO.write, just the same as if I had never converted it. :(
SOOOOOOOOOOOO... Why have I told you all this?
Well, I guess I think it narrows dow the problem, but eliminates some solutions (to save people suggesting them).
Bottom line, I still need to know why saving PNGs using ImageIO is so slow. Is there any other way to fix this, short of writing my own PNG writer, and indeed would THAT fix the issue?
For the record, I have a piece of C code that does this in well under a second, so it can't JUST be a case of 'too much number-crunching'.
I really would appreciate any help you can give on this. It's very frustrating.
Thanks again. Robert Redwood.

White box behind transparent images with drop shadow in InDesign CC 2014 (v.10) but not in InDesign CC (v.9)

Hi all,
Please can you help? No matter what settings I use in my print options in InDesign CC 2014 (v.10), ALL transparent images with a drop shadow are printing with a white box behind the image. If I remove the drop shadow, all prints fine. I know this is an old issue that happens with ID sometimes but I have been lucky enough to never have had it happen to me before! (All images are regular flattened TIFF images with clipping paths).
Also, feathered edges are not printing correctly and are sharp instead of feathered.
When I export the document to IDML and open it up in InDesign CC (v.9) all prints perfectly with no white boxes and feathered edges prints perfectly as well. I have compared all of the print settings (including color management, transparency flattener, etc.) between both versions and they are exactly the same. I am printing to a Xerox color laser printer. Can anyone offer any advice?
Thank you so much,
Christine

Okay...false alarm! It turns out that the issue was with my PRINTER settings (the settings you customize after hitting the “Printer” button at the bottom of the Print dialogue box in ID CC. I thought I had triple checked this but it seems there was one setting I missed earlier…adjusting the print brightness seemed to cause the issue. SO GLAD to know it was not InDesign…20 or so sheets/prints later….and thankful to know what was causing the issue! Thank you so much Steve for helping at any rate:) Much appreciated:)

Re: Tiff Image with Spot Channel

Similar Messages

Maybe you are looking for