CMYK to RGB conversion with icc profile. Output is too dark

Similar question has been asked many times. But I didn't found the answer.
It looks like this code cmykToRgb.filter(r, resultRaster) doesn't convert anything.
But I presume each pixel from the raster "r" should be converted to RGB colorSpace and put into the resultRaster. Am I right?
Any help appreciated.
That profile file got from adobe site.
see
[before image|http://i.stack.imgur.com/HHGes.png]
[after image|http://i.stack.imgur.com/4erZj.png]
Iterator<ImageReader> readers = ImageIO.getImageReadersByFormatName("jpeg");
ImageReader reader = null;
while (readers.hasNext()){
      reader = readers.next();
      if (reader.canReadRaster()){
          break;
// read
ImageInputStream ios = ImageIO.createImageInputStream(new FileInputStream(new File(myPic.jpg)));
reader.setInput(ios);
Raster r = reader.readRaster(0, null);
BufferedImage result = new BufferedImage(r.getWidth(), r.getHeight(), bufferedImage.TYPE_INT_RGB);
WritableRaster resultRaster = result.getRaster();
ICC_Profile iccProfile = ICC_Profile.getInstance(new File("profile_name.icc");
ColorSpace cs = new ICC_ColorSpace(iccProfile);
ColorConvertOp cmykToRgb = new ColorConvertOp(cs, result.getColorModel().getColorSpace(), null);
cmykToRgb.filter(r, resultRaster);
// write
ImageIo.write(resul, "jpg", new File("myPic.jpg"));Thanks
Edited by: n0d on Nov 15, 2011 4:59 AM

From the javax_imageio_jpeg_image_1.0 specification:
If an Adobe APP14 marker segment is present, the colorspace is determined by consulting the transform flag. The transform flag takes one of three values:
2 - The image is encoded as YCCK (implicitly converted from CMYK on encoding).
1 - The image is encoded as YCbCr (implicitly converted from RGB on encoding).
0 - Unknown. 3-channel images are assumed to be RGB, 4-channel images are assumed to be CMYK.What it's talking about is the metadata returned from ImageReader#getImageMetadata. For jpeg's, it has the following structure.
javax_imageio_jpeg_imageio_1.0
     JPEGVariety
          app0JFIF
               app2ICC (if present, user object is ICC_Profile)
     markerSequence
          app14Adobe
               transform Value (0, 1, or 2)Basically if the transform value is 2 then it's YCCK->CMYK->RGB. If the transform value is 1, then it's YCC->RGB. If the transform value is 0, then it's CMYK->RGB if the raster has 4 bands, otherwise it's already in RGB if it has 3 bands.
The problem is that the default JPEGImageReader that comes with installing java is buggy. It usually throws an exception if you try to read the metadata of a cmyk jpeg. So the bad news is that you're sort of out of luck on that front.
The good news is that Sun did create a jpeg reader that can read any jpeg, including a cmyk one. It's called the CLibJPEGImageReader and you get it with installing JAI-ImageIO - http://download.java.net/media/jai-imageio/builds/release/1.1/ . It's a 'natively' accelerated ImageReader that doesn't have all the bells and whisles of your standard ImageReader. It can't read rasters, the writer can't write custom metadata, but it's fast and can read essentially all jpegs.

Similar Messages

  • Placing a PDF with ICC profile embedded

    If I place a PDF with a ICC profile embedded, InDesign doesn't take in consideration it.
    In the case that the Indd colour workspace is different from the ICC embedded in the PDF, when I export to PDF the color conversion is wrong.
    For example the PDF embedded ICC profile is US webcoated (Swop), the Indd workspace is Iso Coated L39 v2 and I want export to PDF with conversion to PSO lwc improved,
    the conversion that I get is wrong.With an image with the ICC pofile embedded the conversion is ok.
    does anyone know how it works?

    With regards to placing PDF/X files in either InDesign or Illustrator ...
    Neither InDesign nor Illustrator currently do anything whatsoever with the Output Intent ICC profile in a PDF/X file. It is totally ignored. In PDF/X-1a files, there is no other color mangement and as such, all objects are either DeviceCMYK or DeviceGray or spot colors. The objects are imported as CMYK or spot color values assuming the document's default CMYK color space. Thus, if you place a PDF/X-1a file with a profile for Gracol and your InDesign document's default color space is US Web Coated SWOP, those CMYK colors in the PDF/X-1a will be brought in as-is but interpreted as is they were US Web Coated SWOP.
    The picture becomes a bit more complex for PDF/X-4. All untagged CMYK objects in a PDF/X-4 file are assumed to have the color space of the embedded Output Intent ICC profile. CMYK content in PDF/X-4 that uses a CMYK color space must be explicitly tagged as such and have an embedded profile for such color spaces. Ironically, all CMYK content that matches the color space of the Output Intent ICC profile must be specified as DeviceCMYK per the PDF/X-4 specification (there is a long story about why that is the case). When PDF/X-4 is placed in InDesign or Illustrator, similar to the case of PDF/X-1a, the Output Intent ICC profile is indeed ignored and DeviceCMYK colors assume the document's default CMYK color space. All explictly tagged with ICC profile CMYK and RGB objects in PDF/X-4 maintain such tagging when placed within an InDesign or Illustrator document and are either preserved on PDF export/save or converted based on the PDF export/save options specified.
    Is this a problem? Yes, I believe so. I am in the process of looking at what can be done to improve the PDF/X placement capability in the future so that this problem is ameliorated.
              - Dov

  • Possible solution for problems printing with ICC profiles - esp. R2400

    (N.B. This is long because I've decided to go in to details about the background of the problem etc.. Also note that whilst my experience is with the Epson R2400, anyone with problems printing using ICC profiles in Aperture may find this post helpful, as will be explained further down the post.)
    Ok, here's the situation. I've been an Aperture user for over a year, and an R2400 owner for half a year. In that time I have done a huge amount of experimenting, but I've never managed to get Aperture to work perfectly with Epson's 'premium' R2400 ICC profiles - the ones you can download from their site which are better than the ones provided 'in the box'. This hasn't been too big a deal because, in fact, the R2400 does a rather good job just set to 'System Managed' in Aperture and 'Epson Vivid' with a gamma of 1.8 in the printer driver. Nevertheless, it really annoyed me that something that should work wasn't, which is why I've spent a lot of time trying to figure out what's going on. Having said that, I have come across a method which will give you pretty good prints out of your Epson R2400 using the premium profiles in Aperture - it's not perfect, but it's the best you're going to get if you want to use those profiles in Aperture. I understand the words 'it's not perfect' aren't what photography experts would probably want to hear, however, I have seen a few anguished posts from R2400 owners in here before, so I think some people may find it useful.
    The whole reason why Aperture is hopeless at using the R2400's premium profiles is because - unusually - their default rendering intent is set to 'relative colorimetric' rather than 'perceptual'. You might say 'but that's good - it means you get more accurate colours!', and if you do, you're right... however, there's a snag. To get an image to reproduce well using Epson's premium profiles and relative colorimetric rendering, you really need to use black point compensation. This is where the trouble lies: Aperture's black point compensation is diabolical to the point of being unusable when used with relative colorimetric rendering - I feel I need to be awarded compensation every time I've ever tempted to use the setting. So because BPC in Aperture is unusable, that effectively makes the premium profiles unusable too, because Aperture always uses the default rendering intent specified in the profile.
    The solution? Use perceptual rendering instead. Ok, so you can't change the rendering intent in Aperture, which makes that sound a tad difficult. However, as I said in the above paragraph, Aperture always obeys the default rendering intent specified in the profile... so you can see where we're going with this: we need to change the ICC profiles' default rendering intent from 'relative colorimetric' to 'perceptual'. I did some digging around and found one or two expensive pieces of software that could do that... but then I found that, lo and behold, the Mac OS has a command-line utility which can do the job for us, for precisely £0.00. It's called SIPS or 'Scriptable Image Processing System', and you can find out some information about it here: http://developer.apple.com/technotes/tn/tn2035.html#TNTAG58 For those who don't like reading technical jargon however, here's what you need to do to convert a profile's rendering intent. First go to terminal, then type in the following command:
    sips -s renderingIntent perceptual
    Do not press 'enter' yet. Instead, add a space after 'perceptual', find the ICC profile you want to modify, and click and drag it into the terminal window. You should then find that your command looks something like this:
    sips -s renderingIntent perceptual /Users/yourname/folder/RandomProfile.ICC
    At which point you can then press 'enter', and the command will execute, giving you an ICC profile which will now make Aperture use perceptual rendering.
    There is just one further thing to be aware of after doing this: for some crazy reason, you then need to turn on BPC in Aperture for the prints to come out as good as possible. Black point compensation shouldn't make any difference when using perceptual rendering as the idea of perceptual is that it takes account of things like that anyway, however, in Aperture BPC does make a difference, so remember to turn it on to get a half decent print. In general, I find that prints made using this setup come out pretty well; they almost perfectly match prints made using the profiles with a perceptual intent in Photoshop Elements, except for the fact that Aperture blocks up the shadows a bit more than Photoshop. However, if you can live with that, you might find this is quite a workable solution.
    Now, I said near the beginning of this post that all the above can apply to other printers too. Most printer profiles have 'perceptual' set as their default rendering intent, in which case everything I've just said won't be of much help. However, If you are reading this because you're having problems with ICC profiles in Aperture, but you don't use an Epson R2400, find your problematic ICC profile, double-click on it, and take a look at the window that opens: specifically, at the 'Rendering Intent' the window mentions. If it doesn't say 'Perceptual' then it may well be worth trying the steps I've outlined in this post to set it to perceptual, to see if doing so produces an improvement when using the profile in Aperture.
    Finally, just one note of caution: if you decide to try out the steps I've detailed above on a paid-for custom-made profile, please back your profile up before messing with it. I haven't experienced any problems when using SIPS to change a profile's rendering intent, but I obviously can't guarantee that it won't do something weird and corrupt your expensive custom-made profile.
    If you have any questions, feel free to ask, although (contrary to any impression I may give) I am not a colour-management expert; I'm just someone who doesn't give up when they have a problem that should be solvable.
    Thomas
    Mac Pro 2.0GHz with 30" ACD; 15" MacBook Pro 2.0GHz   Mac OS X (10.4.10)  

    Thomas
    Wow - thanks for such a comprehensive post.
    I have Aperture and a 2400 so this information is exceptionally useful to me.
    Again - thanks for caring and sharing
    Brian

  • Prepress query about supplied PDFs with ICC profiles

    Hello please help
    Working at a print company we get a lot of print ready PDFs supplied
    We have our own press colour profile which we ideally apply to all PDFs
    My question is what to do with a supplied PDF which contains a none standard ICC profile on either the full PDF or embedded in the images or text.
    Is there an industry standard for changing the colour profile on CMYK images?
    We can strip the ICC profile using pitstop, but doesn't this create problems with images that have been converted from RGB to CMYK using under colour removal etc?
    If we would just convert the total PDF into our printing colour profile (by placing it into indesign or using distiller) it tends to mess up images which are already CMYK with an embedded ICC profile.
    Any help would be appreciated, thank you very much

    Thanks for your reply, we have actually been advised not to use this setting on our RIP. We are trying to get in contact with our RIP supplier tech guy to sort out why we aren't using this, to me it feels like this would maybe save us a lot of hassle yes. I will get back when we know more, thanks!

  • LR crashes when managing printer with ICC profile

    Hi,
    I'm printing on an Olympus P-11 thermic printer, using a custom ICC profile (Mac OS X). This works perfectly with all versions of Photoshop, including CS3. LightRoom just crashes when trying to use this profile (or any other profile)...
    extract from crashlog :
    Version: Adobe Lightroom 1.0 (310575)
    PID: 622
    Thread: 0
    Exception: EXC_BAD_ACCESS (0x0001)
    Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000000
    Thread 0 Crashed:
    0 com.apple.CoreFoundation 0x907d9ab0 CFDictionaryGetValueIfPresent + 60
    1 PrintModule 0x16e21bec dyld_stub_regexec + 383882156
    I've tried this on two different computers (Apple G4 and G5), one runing an english version of LR, the other running a french localized version. Same result, and Photoshop prints flawlessly on both...
    The problem is definitely in LR.

    Nicolas,
    I have exactly the same problem on a quad G5, Os X 10.4.9. Lr crashes when trying to use an ICC profile to print to a networked HP B9180. Printing using 'Managed by Printer' doesn't cause a crash (but is obviously not a workaround, due to the less favourable colour output). Deleting preferences and re-creating the library doesn't help.
    My crash log looks the same as the snippet you posted. I have filed a bug report.
    However after I filed the report, I noticed that I also get the following message in the Console which may be of some diagnostic value (is there anyway I can add this info to my original bug report?):
    Adobe Lightroom[558] InkChecker could not launch , launch path not accessible
    Jupiter crashdump[563]: Adobe Lightroom crashed
    Crash logs available for those who want them,
    Jason

  • CMYK to RGB conversion in photoshop

    Hi,
    I have synchronized my colour settings in bridge to be the same across all my Adobe software, it's currently on Europe Prepress 3 because that's what I've been taught is correct in Australia. I have a colour swatch of C:0 M:90 Y:15 K:0 and when I change the colour slider to RGB in photoshop is gives me the values: R:200 G:53 B:122 (not sure if this is a good way of converting the colours?)
    My initial swatch:
    When I key this exact RGB value online it gives me a much darker swatch:
    So using multiple cmyk to rgb  online converters (to compare) I key in my initial cmyk values and the rgb swatch it converts to is so much brighter and gives me the values R: 255 G:25 B:217
    I know I'm doing something wrong. I hope someone can help me with this!
    Thanks in advance!

    This is about 1) different color spaces which will have different numbers for the same color, and 2) gamut limitations going from one space to another (some color spaces are bigger than others and can contain more saturated colors).
    "Europe Prepress 3" is just a preset. It sets Adobe RGB as working RGB, and FOGRA39 as working CMYK. When you go online, however, you'll most likely get numbers corresponding to sRGB and US Web Coated (SWOP) v2, because these are the Photoshop defaults (but have no particular significance beyond that). IOW there are no such things as "RGB" and "CMYK" - only specific RGB color spaces and specific CMYK color spaces.
    In different color spaces, such as sRGB vs. Adobe RGB, the same color is represented by different values. That's why you have to convert from one to the other.

  • Batch automation on SaveforWeb failing to deal with ICC profiles (PS CS3)

    I am using Photoshop Creative Suite 3 on a 64 bit windows machine.
    I am working on content for a website.
    Starting with a JPEG image I create an Action with the following steps
    Save for Web and Devices
    In the preset options I check the ICC profiles box
    I choose a location to save to.
    End of Action.
    This new JPEG file looks fine in Explorer, in Photoshop, and uploaded using my provider's standard uploader into a regular CMS site.
    As I have several hundred photos to process, next I run
    Automate
    Batch
    Using the Action created above
    Save and Close
    The files create fine, with the expected file name formats (the original images have spaces in the file names, the new ones in the new folder have hyphens between words)
    The JPEG files look fine in Explorer and in Photoshop, and in the thumbnail while they are uploading. As soon as they are uploaded however the colour is stripped out and the image goes a rubbishy green hue.
    I have checked the Action using the single steps and it looks okay.
    I would be very grateful if anyone can advise how I might be able to do this job using an automated batch?
    For what it's worth I've inserted both images here where they both look fine. The third image below is a screenshot from them both side by side once uploaded into the website. My website provider is saying that this is an entirely Photoshop issue so they cannot help.

    That second example is a ProPhoto file viewed without color management. Always convert to sRGB for web, because that displays roughly correctly even in a non-color managed web browser.
    Then, for color managed browsers like Firefox and Safari, you should also embed the profile. Both are set in the SFW dialog:
    Web browser color management is all over the map, and a separate subject. You should always assume that the files will be viewed without color management, and prepare for both. In short: convert to sRGB > embed the profile. That's the best you can do.

  • Printing with ICC profiles using CS4

    I recently upgraded my MAC Mini to Mavericks.  My Photoshop  CS4 no longer prints using ICC profiles.  It prints using "printer controls' just fine.

    Many printer drivers (especially Epson) are having problems with printing on MacOS 10.9. Contact the printer maker to see if they have updated drivers available.

  • Help with ICC Profiles

    I have downloaded and installed ICC profiles (in Library/ColorSync/Profiles) for several Hahnemuller papers. The ICC profile appears in the Aperture Print dialogue box under ColorSync Profile. But when I hit print and the Epson 2400 dialog box comes up I can't choose it under Presets or Media Type.
    How do I get these profiles to appear in the print dialog box?
    Thanks, Susan

    the Hahnemuehle paper that you purchased should have a recommended setting for the media type. for instance, for the Photo Rag papers you want to set the media type to Epson Velvet Fine art. other papers (like the fine art pearl) use other media types. also, make sure you have the proper type of black in installed in the printer (matte black vs. photo black) for your paper type.
    all of this information is detailed at the Hahnemuehle web site:
    http://www.hahnemuehle.com/site/us/1724/epson-settings.html
    good luck,
    scott

  • Is printing with ICC profile usable in CS5 and Mac Intel ?

    Hi all,
    I have an Epson Stylus Color 2100 (2200 in USA) which works perfectly in CS3 with a Power Mac G5. I have an iMac (Mac OS 10.6.4) and can't print with my Epson : everything get out greenish when I try to let Photoshop manage color. If I the printer manage color it's ok but since I work with a ColorMunki.... I would prefer to work with my profiles ! Has anyone any ideas ? Thanks for your help.

    Just for your info : there is no solution to my problem (greenish prints) it is a CS5 running SnowLeopard and Epson driver problem.
    I have not seen this issue with the new Epson drivers for the 9600, except when I did not completely remove old drivers.
    For details (and a workaround -not a solution-) you can see Adobe Tech. Note: No color management option missing when printing in Photoshop CS5 http://kb2.abobe.com/cps/834/cpsid_83497.html and for more details you can read in the Luminous Landscape Forums the topics about that ( http://www.luminous-landscape.com/tutorials/solving.shtml
    and http://www.luminous-landscape.com/forum/index.php?topic=43352.0
    By far I am not the only one with this problem. I have to wait for the promised Adobe printer Module (which will be available in Adobe Tech Labs someday).
    I have tried to install CS3 on SnowLeopard but with no printing difference hence I will have to print with my G5 and CS3....
    I found that with SL that it was best to use sRGB as the assigned  profile in the workaround, but this did not produce as good a profile as  printing a no CM target with InDesign to create the profile.
    By far I am not the only one with this problem. I have to wait for the promised Adobe printer Module (which will be available in Adobe Tech Labs someday).
    Removing "No Color Management" from CS5 was just a really dumb move by Adobe just because some Epson drivers were not written correctly.  O' and by the way Adobe then releases the new version of Elements with "No Color Management" as an option. So is Adobe going to update CS5 and include the "No Color Management" option? Must be some reason after all this time they have not released the much promised application to print unmanaged targets.
    I have tried to install CS3 on SnowLeopard but with no printing difference hence I will have to print with my G5 and CS3....
    CS3 was one strange beast when it came to printing. Seems it had elements of both Apple printing paths and depending on what OS version you are using you will get different results.  I have no trust what so ever printing from CS3. Now CS4 on the other hand prints just fine, and even prints the "No Color Management" option  just fine with correct drivers, and that includes the 8.19 driver for the 9600.

  • Problem with ffmpeg: "lame: output buffer too small"

    Seems stream 0 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 15.00 (15/1)
    Input #0, flv, from 'cEoVBVBCkGI.flv':
    Duration: 00:09:31.06, start: 0.000000, bitrate: 305 kb/s
    Stream #0.0: Video: flv, yuv420p, 320x240, 241 kb/s, 15 tbr, 1k tbn, 1k tbc
    Stream #0.1: Audio: mp3, 22050 Hz, mono, s16, 64 kb/s
    File 'pluxus.mp3' already exists. Overwrite ? [y/N] y
    Output #0, mp3, to 'pluxus.mp3':
    Stream #0.0: Audio: libmp3lame, 22050 Hz, mono, s16, 64 kb/s
    Stream mapping:
    Stream #0.1 -> #0.0
    Press [q] to stop encoding
    [mp3 @ 0x814b270]mdb:255, lastbuf:0 skipping granule 0
    [mp3 @ 0x814b270]mdb:255, lastbuf:196 skipping granule 0
    [libmp3lame @ 0x814c760]lame: output buffer too small (buffer index: 9404, free bytes: 388)
    Audio encoding failed
    [n00b@asrock Music]$
    Any ideas?

    Hi to all!
    I've uploaded lame-3.97-1 package to AUR. You will have to delete gstreamer0.10-ugly-plugins because it needs lame-3.98.2.
    http://aur.archlinux.org/packages.php?ID=366

  • All fotos with my iphone 3gs are too dark  what can I do?

    all fotos with my iphone are too dark. I can optimize them with picasa form google, but that is boring. Can I somehow adjust  the iphone?

    Check the Audio settings in Captivate.  You may need to increase the gain value.
    Is this a USB microphone?

  • PDF reduce file size filters and CMYK to RGB conversion

    This doesn't seem to be on-topic to this forum, but I'm hoping someone here has the expertise to answer my question. We have some scripts which take a series of press-quality pdfs and use the "reduce file size" filter to prepare them for viewing on the web. We run these scripts on a 10.4 machine, and the filter works very well, reliably reducing file sizes of all sorts of pages.
    When we tried to upgrade the machine, we discovered that the quartz filtering has changed in 10.5 and 10.6. While it's usually an improvement, getting maybe 5-10% better compression ratios, it has become unreliable in that about 5% of my files fail spectacularly -- they blow up to 3, 4, 5, 6 times the original size.
    The other thing that happens is that the 10.5/10.6 filters munge the colors up. I found the solution to this -- in the ColorSynchUtility, make a duplicate of the Reduce File Size filter, and add a Color Management Component called Convert To Profile. This allows me to set a filter that converts the CMYK content to RGB. The problem is that there are about 40 choices of profiles, and it's not at all clear what I should use. Many of them have printer manufacturer's names in them, some say "Adobe", others have cryptic codes (probably referring to various RFCs and schemes). I've tried a couple of the ones that don't look like they are for printers, basically chosen at random. They all produce files of slightly different sizes for the reductions that go well, but on the files that blow up, some filters are better than others. (For example, I have a 5MB page which reduces to 1.4MB with the 10.4 filter, but blows up to 27MB with the "sRGB IE61966-2.1" profile, but only 12MB with the "Adobe RGB" profile.)
    So I have 2 questions:
    1) Is there any way to configure a 10.5/10.6 custom profile so that it behaves as reliably as the 10.4 "stock" PDF Reduce File Size works? It doesn't have to be the most wonderful compression algorithm out there, just so that it never or rarely has a file blow up in size.
    2) For converting press documents to pdfs that are going to go on the web, what is a good "Convert to profile" to use of the 40-some choices on the pull-down menu?

    Cathy,
    You have posted your question in a forum dedicated to the Final Cut Studio application Color. It is a very specialized program to grade (adjust) the color in video/film images. We know nothing regarding PDFs.
    Have you tried posting this on an Adobe support site?
    Good luck,
    x

  • CMYK to RGB conversion without 3rd party software?

    Does anyone know a way to use Automator to convert CMYK color mode images to RGB without having to have Photoshop or such installed? All Automator add ons I have seen thus far involve either Adobe products or other 3rd party image programs.
    Thanks!

    Hello again Ric,
    Thanks for your help. I would appreciate a bit of Applescript help. I have Automator back in the mix after playing around a bit.
    Yes, my associate who owns the website has neither PS, or GC. So if we can set up a way to automate this via email that would be great. I think I am actually about half way there, and I hope you will be kind enough to help me get the rest of the way.
    My machine is no longer the spunkiest, so I am using GC to do the color mode conversion, as it can launch, convert, and save the file in less than 1/4 the time Photoshop takes to launch. So yes, I'm doing this in a crazy fashion, but I have good reasons.
    This is my script thus far:
    using terms from application "Mail"
    on perform mail action with messages theMessages for rule theRule
    tell application "Mail"
    set numberOfMessages to count theMessages
    repeat with eachMessage in theMessages
    set theSubject to subject of eachMessage
    try
    set nameOfAttachment to the name of the first mail attachment of eachMessage
    (*if nameOfAttachment ends with ".torrent" then*)
    set filename to "Macintosh HD:Users:parr:Desktop:Alpha Images:•From Brett:" & nameOfAttachment
    save first mail attachment of eachMessage in filename
    tell application "GraphicConverter"
    activate
    open {alias filename}
    save window 1
    close window 1
    quit
    end tell
    tell application "Automator"
    execute "Alpha Convert"
    end tell
    end try
    end repeat
    end tell
    end perform mail action with messages
    end using terms from
    This works up until I call my Automator workflow. In my workflow I currently have the scale item and the convert to jpeg item.
    Question 1: How do we tell Automator what files to use as an input? Do I have to add a Get Selected or Get Specified Finder Items? Can I use the 'filename' variable from the above script?
    Once I have that down, any advice you can give on emailing it back would be great.
    Thanks again.
    QS2002 933 - Soon to be Macbook 2.0   Mac OS X (10.4)  

  • I am trying to  understand how Photoshop deals with ICC profiles

    I have an Epson 3880 printer, which I am trying to master.   I am printing with either Photoshop CS2 or Photoshop CS5.   I would like to u nderstand where the profiles for particular papers are kept.
    For example, in principle, I can go to the Epson website and download profiles.   But I don't understand the nomeclature I see there.  Thus, there are several different categories.  I started with the first and downloaded the one for Epson Hot Press Bright Paper
    I get an archive which contains an executable file, which when run asks me if I want to extract the contents.  I run it and it completes, but I don't know what it put where.
    So first of all, where does Photoshop keep profiles for different printer using different papers?
    Second of all, where did that program put the files it supposedly extracted?  What does Hot Press Birght Paper mean?  Where are the profiles for the standard Epson papers?  Are there explicit profiles for using the 3880 with different papers, e.g., premimum glossy photo paper.   Where do I find them?
    (I think I have software for viewing a profile if I can find it.)
    Anything more of interest?

    Photoshop does not keep profiles anywhere.
    Profiles are managed by the OS.
    Photoshop shows the available profiles in it's UI, and gets the list of available profiles from the OS.
    What does Hot Press Birght Paper mean?
    That the profile applies to a particular paper, probably called "hot press bright" paper.
    Yes, you will have a profile for each printer and type of paper -- you have to in order to describe how the image will appear on each printer and type of paper.

Maybe you are looking for