Reverse overlay color shift problems

I've searched the discussion boards and read numerous threads on this, however nothing seems to specifically address the issue I'm having. As a lot of other people have mentioned in other threads, when you use the reverse overlay method described by Hal at, http://www.editorsbin.com/apple/dvdsp/tutorials/mask_overlay/ , some of the overlay buttons aren't accurate. They look perfect in simulator, but the builds played through DVD Player, or burned discs played on set top boxes seem to vary.
I have a grayscale background that I'm trying to do the overlays with. As mentioned, matching the colors with the color picker is fruitless. However, using the digital color meter as described, here, http://discussions.apple.com/post!reply.jspa?messageID=1085045
I'm able to get two versions of the DVD - one that looks correct when viewed on my Cinema Display in DVD Player.app and another one that looks correct when viewed on my NTSC 32" Television. I know there is a difference between the way a pregorssive LCD display and an NTSC monitor will look, but I'm sure there's a way to get them looking the same, right? I'd also be willing to change the very light grayscale background to completely white if that would help. Its practically all white as it is. Any help on this issue is appreciated. By the way, I've also read the article on setting the color profile of my G5 to Generic RGB and that still doesn't help. Thanks in advance!

I've searched the discussion boards and read numerous threads on this, however nothing seems to specifically address the issue I'm having. As a lot of other people have mentioned in other threads, when you use the reverse overlay method described by Hal at, http://www.editorsbin.com/apple/dvdsp/tutorials/mask_overlay/ , some of the overlay buttons aren't accurate. They look perfect in simulator, but the builds played through DVD Player, or burned discs played on set top boxes seem to vary.
I have a grayscale background that I'm trying to do the overlays with. As mentioned, matching the colors with the color picker is fruitless. However, using the digital color meter as described, here, http://discussions.apple.com/post!reply.jspa?messageID=1085045
I'm able to get two versions of the DVD - one that looks correct when viewed on my Cinema Display in DVD Player.app and another one that looks correct when viewed on my NTSC 32" Television. I know there is a difference between the way a pregorssive LCD display and an NTSC monitor will look, but I'm sure there's a way to get them looking the same, right? I'd also be willing to change the very light grayscale background to completely white if that would help. Its practically all white as it is. Any help on this issue is appreciated. By the way, I've also read the article on setting the color profile of my G5 to Generic RGB and that still doesn't help. Thanks in advance!

Similar Messages

  • PLEASE HELP - COLOR SHIFTING PROBLEM on output NTSC monitors

    http://www.smmlv.com/testproject/
    Above is a link to a layered photoshop file that has a USA map and over a dozen network overlays used in a section of our video. I animate each layer on sepeartely in the video and have noticed a major problem recently, the color of the art does not hold true to placement. I created the art originally in Illustrator and then converted the file to Photoshop at 640x480, 72dpi. This has always worked perfectly in the past to display and animated artwork in FCP.
    Right now, in FCP I am using the NTSC DV 3:2 frame size, and the compressor of DV/DVCPRO - NTSC. I have a JVC Profressional DV deck that hooks up through firewire and sends S-Video to my monitors. This setup has always given me a great picture even though it is not completely upcompressed. Using these settings and this art, the color lines on this map in red, light blue, yellow and purple all have a "color shift" to the left about 5 pixels. It makes it appear that the line is where it is in the file, but the color overlaying the line is offset to the left 5 pixels and transperant to about 50%. This occurs only when viewed on some TV's and NTSC monitors and projectors. The strange thing is, some monitors display the color aligned almost perfectly on these maps and other monitors and projectors show this "digital halo" of color shifting really bad. If I take the layered network overlays in these colors and color tint them to black or grey, white, light green, or even light orange, they no longer have the color shifting and the detail is perfect.
    Is there any way to fix this problem? I have tried duplicating the sequence and setting the compressor to 8bit Uncompressed, and while my captured footage is not this compression, in theory the art should render at this higher resolution setting. This did nothing to solve the problem.
    I also have tried using different Broadcast safe and Y/C corrector filters with different results. The Y/C filter allowed me to reposition the color problem and thus removing most of the problem, but also removing most of the color. Nothing else has allowed me to seemingly move the color into the proper possition.
    What is causing this color shift on the displayed NTSC image?
    In FCP 4.5 I can see my rendered video in the program viewer screen and besides the pixel compression appearing on the lines, overall the video looks great paused or even better when playing. Then you view it through my deck onto my Pro Sony NTSC 19" color monitor and it also appears great, with a slight color halo to the left of these colors, but the color in the lines are there. If you are a few feet from the screen and know what you are looking for you might see it, but doubtful. Then you view it using the same signal on a 17" Samsung TV and the color shifting makes the map and other art, like the clients blue logo, look horrible, with each color line appearing twice and offset left from each other as if you had double vision. Normally I would think it is the TV causing this, but then we tested this same movie on 2 differnt projectors. The $700 Epson projector displayed everything beautifully, again with only the slightest color halo to the left, but then the Panasonic $4000 projector made everthing in these colors look double vision again. What is going on???
    One more thing to keep in mind, my color bars also show this problem with these colors as well as shot footage of these facilities. There are tall red poles in the shots and everything displays fine except for the red pole color looks like it's glowing off the pole to the left.
    PLEASE tell me there is a solution to this.

    I have tried Degaussing, using filters, changing cables, and testing other monitors and systems on these monitors, everthing I can think of to solve the issue. Is it FCPo or is it the monitors?... or is it a signal strength thing. Can monitors and projectors shift color when the signal is read from a DVD or Mini DV Deck? Is there a fequency difference (Ie: 75mgz or 80 mgz) that might be causing the shift in some monitors and not so badly in others. But if this was true, how would some DVD's (like Baby Einstein DVDs that use really bright colors) display red and blue perfect using these same player and monitor, while my projects is shifting color? Doesn't that rule out the signal from the DVD player if other DVD's do not have this issue?
    I have uploaded the original art used, an exported .jpg file from the FCP timeline and sample photos of 2 different monitors to show to show this problem as best I can. http://www.smmlv.com/testproject/
    Someone out there must have had this problem before. There's no way a color shift problem like this with Mini DV has gone on this long without someone seeing it.
    One last thing about what I have tried... I do understand that with editing in Mini DV instead of uncompressed or HD video I lose a bit of resolution (4:2:2) and I see this compression occuring in some of the areas in the video where these problems persist. But, I did remake the art and rerender this project in an 8bit uncompressed settings and then displayed that up on the screen and I get the same color shift. I keep going in circles trying to find the culprit that is causing the delema.
    PLEASE HELP! There are large tours going through our facilities daily and the large screen projector is displaying this problem as well. Let's just hope they don't notice and that their TV's at home or office does not display it on our final DVD's made.

  • Solution to Gamma/Color Shift Problems with Apple Codecs - Adobe BUG

    Hi....
    In AfterEffects when choosing an output module and that module be ProRes or 10 Bit Uncompressed,
    when trying to color manage the file, there is a fine line called
    'This Codec Does Not Support Output Profile'
    You can find it int he Color Management Pane of the output module....
    Funny thing is - That Profile Embedding IS support by:#
    Apple's Compressor and THE CODEC 4444 AND UnCompressed
    Episodes Encoder
    See following Screen Shots:
    First one from Apple's Compressor...
    Look at that little beautiful Color Option... Adobe did you MISS that one, perhaps...
    You must have - because your APPS are NOT including that when encoding or should I say
    butchering movie files....
    Here adobes famous but wrong dialog!!!!
    And in this next screen shot you can easily see that adobe just strips the color profile out of the file...
    AND THAT IS WHY THERE IS A COLOR SHIFT...........
    left image = Apple's Compressor Encoding (Colors match of course) - Right Adobe's BRUTAL encoding (Colors WONT match...)
    Now, in after effects you wont notice the shift. But ALL mac and PC users using quicktime to watch YOUR movies
    are going to be looking at a movie with a different look than you thought it WOULD be... Courtesy of adobe ;-)
    Jokes aside, Adobe.... It seems as if this one is on you to fix... Apple's Compressor has NO problems. And other encoders are also preserving those values.
    Now... Let us assume that I encode in compressor... Looks are matching 100% that of the original source. All it takes to mess that up is ONE
    roundtrip to after effects, premiere pro or Media Encoder. That is if I wanna maintain my initial choice of transcodec - in my case 4444 or 10bit Uncomp.
    I could of course export to animation and then use compressor AGAIN to transcode to my format of choice... But in the long run I think that will become tedious.
    Perhaps you could assign a few engineers on this one and in the future spend MORE time on living up to the name PRO(The most misused word in the software business) instead of wasting time generating new Application icons for your apps....
    Thanks for reading and for a PROMPT and near-future BUG FIX

    Mylenium wrote:
    It's not really "embedding" anything, it merely sets the QT color space flags which have been there forever, but are mostly unused. Specific to ProRes it also toggles different internal optimizations in the encoding. That's also documented somewhere on the QT developer pages. I'm not sure I share your views otherwise. The point really is, that Apple developed ProRes just as much as a closed workflow within their products as Avid did with their CoDecs. Therefore the widespread use of the CoDecs is merely a byproduct of the use of the products, but not per se an intended workflow outside of those and, which is the more important part, also not explicable as a causal circumstance of the quality. If I may be so bold: What you are saying sounds like everyone would be using the Animation CoDec because it is so good, when the simple fact is that there are no decent free cross-platform alternatives and people are willing to accept limitations because of that. Don't get me wrong, ProRes is well designed and pretty robust, but the world doesn't come to an end without it and outside the Mac world it is difficult to deal with. Hell, it's even difficult to deal with between different versions of FCP occasionally...
    Mylenium
    I have been testing codecs for a long long looooooong time. My criterion(s) are:
    1) Image Quality and that through multiple encoding generations and color grading
    THEEEN
    a looooong way down the road
    2) Performance
    BTW - I find that working with files less compressed and thus HUGE is much better. Hard drives are so cheap that one can build himself an 8 Disk RAID0 and that takes care of everything. In PPRO I can cut real time in FulRes with an uncompressed codec with the processors maxing at 3%  while the H264 editing sequence will stutter like a drunken wasp and maxing the CPUs at 63%.... Go figure...
    ProRes 4444's impeccable imageQuality:performance ratio, is unbeaten.
    Especially on H264 material like that of the Canon5D. You might say if the source is 4:2:0 why bother upping it to 4444... Well in theory perhaps
    it is overkill. But rather than reading in theoretical white papers I conduct my own tests. And the end results are (REALITY) and way different from what theory states. TO anyone reading this. DONT believe ANYTHING you read about codec nor what I am saying.... DO YOUR OWN TESTING and judge for yourself. Problem is that you have to do 100's and 100's of transcodings with ONE source to various destinations with lost of grading and transcoding generation. THEN you have to keep track of your tests and THEN compare them. It takes WEEKs. But it is well worth while it. In my case... I start with a Canon5DMKII H264 movies. Transcode it to PRORES4444 then I do LOTS of compositing and re-encoding then lots of color grading etc etc etc. Then I export back to H264 - and the end result is STUNNING has NO artifacts and is adorable to look at. Not so with at least 6 other codecs claiming to be top-notch....
    Sure Mylenium, the world would NOT end with PR4444 not in it... BUT the WORLD has ALREADY decided that it WANTED ProRes4444 in it. It is growing and that every day..........
    Had the codec not been so darn excellent - it would NOT have been used. Period.

  • Color shift problem

    I have a problem with a sudden color shift when starting certain apps. I'm also using a 2nd Eizo monitor.
    The problem persists after repairing all color profiles.
    Not only in CS apps, as well in QT player, Pixelmator, QT utility and others I'm getting the color shift.
    Hardware test passed using MBP end 2011 10.8.3.

    What version of Windows are you running?
    Let us know and I or someone can give you instructions for setting the color profile to Windows default (sRGB IEC61966-2.1) to test to see if the problem goes away.
    For example, in Windows 7:
    Click Start, enter color management in the search box.
    Click Color Management when it comes up.
    Click the Devices tab.
    Check [ ] Use My Settings for this device.
    Add sRGB IEC61966-2.1 and set it as the default profile.
    Close out then log off Windows and on again.
    -Noel

  • Pentax K-x RAW color shift problem with Aperture 3

    I have seen a few posts similar to what my problem is but not exactly.I have two Pentax K-200D's and a new Pentax K-x. I shoot RAW with all of them and the K-200D's work great. The RAW files however from the K-x are doing something strange. Sometimes (more and more though) the files are being imported into Aperture and there is a radical color shift after they finish loading. ALL of the preview thumbnails look fine in the camera and the Aperture import window. However, after importing them and processing is complete, some of the shots have a magenta color shift, but most that have this problem shift radically to a green tint. Everybody looks like they are in "The Matrix."
    I do not have any brightness correction on the camera turned on as other posts imply might be the problem. I have also remove the Aperture RAW 3.2 and tried 3.0 and 3.1 with no solution. 3.0 doesn't recognize the files at all and 3.1 does the same thing as 3.2. Here are two examples of UNEDITED RAW files:
    Frame that looks fine in RAW
    http://gallery.me.com/mattcline#100470/IMGP5982&bgcolor=black
    The next frame taken with the same settings on the camera:
    http://gallery.me.com/mattcline#100470/IMGP5983&bgcolor=black
    I do have one possible pattern. I had the camera set on rapid fire capture. It appears to me that the first frame I take when the shutter button is depressed looks and translates fine. All the subsequent frames take in rapid fire under the same shutter release have the green shift when taking shots in relative shade. Things taken in bright sunlight have the magenta shift.
    Any ideas on what is going on or how to fix this?
    Thanks.

    kb8wfh wrote:
    I just downloaded Apple's RAW 3.3 and it still made no difference.
    Going back over the files, I found that going back and forth between the two, see no difference in the RAW processing headings. I did see however that in the meta data that the two pictures I have in the example of those listed above have one difference. There is a setting on the Exposure Bias for the one that was fine was -0.3 ev and the one that has the green contrast blast has an Exposure Bias of 0.3 ev. So the one that looks right is slightly negative. Doesn't seem like that should be a big difference, but apparently it is.
    I did take some pictures with the RAW+JPG setting and I had the same problem with the RAW files. Some were ok, some were green, others were magenta shifted. However, all the JPG files looked just fine.
    Switching from Aperture isn;t really an option for me. I have been using it for a long time and it generally works very well...perfectly with my K-200D's. It's just some bug with the RAW decoder for the K-x.
    It's a known bug and I have been in touch with Apple staff over it, including engineers. It's not just the K-x. Other brands (Canon) and models suffer from the RAW processor gone wrong.
    Right now there is no fix. At the pace Apple works at, there may not be one for quite some time. Use JPEG, use iPhoto, or move to Lightroom.
    Another suggestion is to phone customer service and complain that their "Pro" program is not working as expected. I spent hours with an engineer going over the issue including a screen share session, only to be told to use JPEG.
    This was 4 months ago.

  • Color shift problem in Safari and Preview

    I have recently had a color shift in Safari and in Preview.  My monitor is color profiled (using eye-one) and images opened in Aperture, Bridge, Photoshop and the Color Management app look just fine.  However, images on the web-browser (Safari) and in Preview show a definite and disagreeable increase in saturation, particularly in the red-orange range. Is there a suggestion on how to deal with this problem?
    Thanks for the help.

    This could be part of the problem >  Known Issues | Adobe products on Mac OS 10.7 Lion
    You can have Safari set to open PDF files in Preview.
    Right or control click the Safari icon in the Applications folder then click Get Info.
    In the Get Info panel click: Open with
    Select Preview
    Click: Change all

  • Batch processing "save for web" color shift problem

    In Illustrator CS3, when batch processing "save for web and devices," there is a dramatic color shift in resulting files.
    Is there a workaround for this problem?
    Thanks!
    Karen.

    Make sure the color mode of your documents is RGB (not CMYK) and that your workspace is sRGB.

  • CS5 photoshop color shift problem

    When I open or copy any image into photoshop, for some reason it changes the colors.  For example if I have an image that has blue text, when I open it in photoshop the text becomes purple.  Has anyone heard of this problem before?

    What version of Windows are you running?
    Let us know and I or someone can give you instructions for setting the color profile to Windows default (sRGB IEC61966-2.1) to test to see if the problem goes away.
    For example, in Windows 7:
    Click Start, enter color management in the search box.
    Click Color Management when it comes up.
    Click the Devices tab.
    Check [ ] Use My Settings for this device.
    Add sRGB IEC61966-2.1 and set it as the default profile.
    Close out then log off Windows and on again.
    -Noel

  • Color shift between image viewed in ACR and open in PS

    Today I updated Photoshop CC and now I have a slight color shift problem between the same image open in ACR and then opened in Photoshop. It appears to be slightly more saturated in ACR.
    I have tried the same thing on another computer and it does NOT have the same problem so it must have been something that happened in the update (ACR was one of the items updated). I have also compared the preferences between the two computers and they are identical.
    I guess the next thing to do is to deinstall PS and reinstall????
    Any advice would be appreciated.

    Any difference between ACR and Photoshop is most likely due to a monitor profile problem. They both use the same monitor profile, but there are differences in the actual conversion so a problem can show up differently between them.
    Is your monitor calibrated/profiled, and if so how, using what calibrator? Or are you using the Windows default (sRGB), or perhaps you got a bad manufacturer profile through Windows Update? (yes, that happens frequently).
    To find out if the monitor profile is indeed the problem, go to Control Panel > Color Management > Devices. Set sRGB IEC61966-2.1 as default profile (if it isn't already), then relaunch Photoshop/Bridge and see if the difference is still there. If your monitor is wide gamut, use Adobe RGB instead.
    Note that this doesn't fix the problem as such, but if you don't have a calibrator sRGB will usually be close enough until you decide to get one.
    If you do have and use a calibrator, make sure it is set to make v2 profiles, not v4, and matrix rather than LUT profiles.

  • My Photoshop CS5 color shifts where CS3 does not...

    I've been having problems with my current version of Photoshop (CS5) and its "save for web and devices" option. All photos saved for web are significantly color-shifted - more contrasty in some cases, but oddly washed out in others. I've tried altering settings in the "saved for web" feature to no avail.
    Even stranger, to my mind, the compressed photos only display the shifted colors when sent through email or posted on-line - not when looking at them in photoshop.
    By chance, I recently had to "save for web" some photos using my laptop's CS3 - and here's the rub - they were perfect. No color shift whatsoever.  What's more, the settings for my CS3 "save for web" are identical to the CS5 settings.  I'm completely flummoxed now, and have taken to transferring photo I need saved for web to my laptop and using the CS3, but this still seems like madness to me.
    I know this is a long shot, and of course there are too many variables to be accounted for, but has anyone encountered a color-shift problem with CS5 in partcular? One that does not appear in CS3?
    Maybe I should completely reinstall my CS5 and see what happens.
    sigh.

    Compare what you have in edit >> color settings
    then also in save for web >> preview
    Most major web browsers now recognize color  profiles which is good so mac & pc look alike, btu you may be viewing without profiles depending on what else you are using to view your images.

  • Color shift from one monitor to the next (CS5)

    I'm having a strong color shift in Photoshop going from one monitor to another. It's not a calibration issue because the color shift persists when I drag the window from one to another until I do something with the window, then it will shift (i.e. not exactly when I move the window). I'm essentially experiencing the problem described here, only I'm on Photoshop CS5 and his solution doesn't apply because that option is not available.
    Windows 7 64bit
    Photoshop CS 5 (12.1 x64)
    Note the color change, one part of that image is on one monitor, and the other part on the other. (The left is the correct color fwiw.)
    I'm guessing there's just some setting somewhere I can toggle?

    Thanks for the input Mike, however it doesn't help me. I'm actively working with both monitors and I need the colors to be accurate on both in order to do my job. I'm hoping there's a setting much like there was in CS4 (see my link in original post) so that I can get both monitors to behave the same.
    I should also mention that this problem is unique to Photoshop, I do not have this color shifting problem in any other program (including, for example, Acrobat Reader).

  • Color shift printing problem from LR solved!!

    Check this discussion for workaround to the color shift printing problem in LR. It's for the 3800, but I assume it also applies to other Epson printers, and quite possibly to other printer vendors.
    http://www.adobeforums.com/webx/.3c05f2c5/6

    Yes it applies to Canon as well.

  • A different take on the "Save For Web" color shift issue...

    Ok, everyone who has fussed much with photoshop and "Save For Web" knows about the color shift issue. If you want your colors to look right after you "save for web", you have to work in the sRGB colorspace, and have Proof Colors checked (soft proofing on) and the proof color setup set to Monitor RGB, otherwise what you get looks terrible when displayed in a browser.
    But of course if you are editing for print, this is exactly what you DON'T want to do. Well, I work in both. In fact, often the same images, and I want them to appear as close as reasonably possible in both print and web formats, and without a lot of fussing on my part. And I'm pickiest about the print mode, since I have the most control there, so that's the way I want to edit by default.
    Nothing new here.
    Now comes the interesting part (in my mind, anyway). Obviously there is a known remapping -- because PhotoShop DOES it when you select Proof Colors. So the inverse mapping must also be known (with some gamut issues, but I'm not concerned with those, because, after all, I'm VIEWING it on a monitor anyway!). What I want is a plug-in that automatically applies that inverse mapping so that, when I do a Save For Web, I end up with the colors I've been viewing all the time when setting the shot up in print mode. Then, too, I don't have to worry about what mode I'm in when I'm editing -- it just fixes it when doing a save-for-web.
    Again, I want to edit in my normal print mode (typically ProPhoto colorspace, and with soft-proofing off or set to the printer/medium combination I expect to use), then do a single operation (might be a multi-step action) to "screw up" my colors so that when I then do a "Save-For-Web", the resulting image, when viewed on the average color-stupid browser, looks like the image I've been seeing in Photoshop.
    Anyone know of such a beast?   I would gladly pay for a plug-in that really works and fixes the problem.
    And if you have other solutions, I'm interested, but the absolute requirement is that it I do one single edit pass for my colors for both print and web use, and I get what I see on the screen in PS on both the prints and on the web display (i.e., working in sRGB/Monitor RGB mode all the time won't cut it). And PREFERABLY, let me do all my editing work in the ProPhoto (or at least AdobeRGB) colorspace so I have a gamut closer to what the printer can do.
    Anyone got a decent solution for this?

    Sorry, I think I'm being unclear.  This has nothing to do with individual monitor profiles.  In Proof Setup, "Monitor RGB" amounts to turning off ALL color management, and simply letting the monitor do what it will.  It is what the vast majority of web browsers do (even if the operating system provides color management, the browsers don't take advantage of it), so that is what you need to consider for images that will be viewed on a web browser.  If you convert your image to sRGB,  select Monitor RGB in Proof Set up, and turn on Proof Colors, you will see the image as it would appear on a web browser (after you save it as a jpg or use "Save For Web/Devices" to save it as a jpg).   Since almost everyone is running different uncalibrated monitors, there will be lots of variation in how it will look to them, so precise control of the color is unimportant.
    That said, I would expect the color on a calibrated monitor (such as the one I use when editing) to be reasonably close to the colors I am seeing while editing in PS.  To the extent a monitor deviates from "calibrated", those colors will vary, but a good monitor should show good colors.   Unfortunately, this is NOT the case, as my previous post shows.  The colors produced by the steps above are oversaturated and significantly shifted in hue.  There is, to my mind, anyway, no reason for this.  Adobe clearly knows what the mapping is between the colors as it displays them in PS and the un-controlled "Monitor RGB" -- that is, it is the color map they are using during normal editing display.  If they were to reverse-apply that map prior to saving it as a jpg, then the image would appear on a browser on that same (presumably calibrated) monitor very similar to what you set up when editing.  Anyone else viewing the image on a web browser with a calibrated monitor would also see good colors.  To the extent other viewers' monitors are out of calibration, their colors will suck, but there's nothing you can do about that.
    I guess in some sense I AM "asking for a Color-Mamangement-solution for a "non-Color-Management-situation", but specifically I'm asking for PS Color Management to do the best it can for non-Color-Managed situations that we all face every day.
    Does that make more sense?

  • [FIX] Darker prints and color shifts when printing from Lightroom 2

    Hi,
    The problem :
    When printing RAW or TIFF files from LR2, you get a printer output that
    is much darker than it should be and that presents various color shifts.
    I'm using an Epson Stylus Pro 3800 with the latest Windows driver
    (6.50 - which is rather old by the way). The workaround described below
    works for me under Windows XP SP3. It should also probably work with
    other systems/printers/drivers. Use at your own (minor) risk.
    The "official" procedure for printing from LR is as follows:
    1. Do not let the printer manage colors and select "Other..." from the
    profile dropdown list and select the ICC/ICM paper/printer profile that
    you want to use.
    2. Click on Print... in LR which opens the Print Settings dialog.
    3. Select the options you need and the paper you're using.
    4. **Disable the color management from the driver's side** (in Epson's
    drivers, "Mode | Custom | No Color Adjustments").
    5. Print
    Unfortunately, **this doesn't work** for many of us and this produces a
    print that is dark and has color shifts as mentioned above. Note that
    the same image prints correctly from QImage or Photoshop CS3 (that is,
    the printer output corresponds to what you see on your calibrated
    display).
    Apparently, although color management has been (allegedly) disabled in
    the driver, there's something wrong between LR and the driver which
    makes that *both* LR and the driver are still trying to manage colors.
    In other words, the "No Color Adjustements" option of the driver doesn't
    seem to work with LR.
    The workaround (found after hours of hair pulling and paper and
    expensive ink wasting):
    In step #4,
    1. Instead of selecting "No Color Adjustments", set Mode to "Custom |
    ICM
    2. Click Advanced...
    3. Check "Show all profiles".
    4. Select Driver ICM (Advanced)"
    5. Set **both** the "Input profile" and the "Printer profile" fields to
    the very same profile that you specified in LR.
    That is, if you specified Pro38 PGPP (Premium Glossy Photo Paper) in LR,
    then also select Pro38 PGPP in both "Input Profile" and "Printer
    Profile". This has actually the same effect has disabling color
    management in the driver (what "No Color Adjustements" should normally
    take care of).
    That's it. When printing, you'll get exactly the same color results as
    when printing from QImage or Photoshop. No more dark prints. No more
    color shifts.
    One might think that the bug is in the Epson driver but in that case,
    QImage would have the very same problem. So I tend to think that the bug
    is on the Lightroom side.
    Note: Although Photoshop CS3 produces a correct printer output, it
    demonstrates the same problem as LR when using the "Match Print Color"
    option for soft proofing. But in that case, only the preview colors are
    wrong. The printer output is ok. Which also tends to demonstrate that
    Adobe has the problem, not Epson. Or maybe both... :-) .
    Don't ask me why some users have the problem and other don't.
    Hope this helps.
    Patrick Philippot
    MainSoft Consulting Services
    www.mainsoft.fr

    A sincere thank you for your reply, Michael. Sorry about the "it just doesn't make sense" shortcut. I have been trying to solve this issue since LR 1.1, spending dozens of hours on different trials and digesting everything written on this forum and the B9180 forum about color management and double profiling. My shortcut was a summation of my experience (and my frustration) but doesn't really advance the conversation. Here are some data that should be more useful in diagnosing the problem.
    I am running Windows XP SP2. I calibrate my monitor monthly with the Spyder. The reason I suspect this may be an issue of double profiling is because the results (moderately strong magenta overlay plus an increase in contrast) match what more knowledgeable people than I on this forum describe when double profiling occurs. Perhaps I shouldn't presume it is double profiling, and follow Patrick Philippot's lead in naming the problem "color shifts." Patrick does refer in post #2 of this thread, however, to obvious double profiling.
    I certainly do have a successful and consistent print method. With PS CS3, and either my Epson 1280 or my HP B9180, the output is almost always dead on. Here is how I do it. In PS from the print dialog box, under color handling I always choose "Photoshop manages colors." Then under printer profile I select the profile designated by the manufacturer for a particular paper/printer combination. Then in the printer driver I disable printer control of color. With the Epson I check the box "Off (No Color Adjustment)." With the B9180 I choose the option "Application Managed Colors." While I sometimes may tweak the final output, these procedures have served me well with PS for several years.
    Contrasted with my positive PS experience, my experience with LR printing has been inconsistent. I regret having to be so imprecise but truly sometimes LR produces accurate results that match the calibrated monitor, but most of the time it does not. I use standard procedures with LR that parallel the PS ones described above. In LR's printing panel, under color management, I specify the correct profile, just as I did for PS. Then in the printer driver I use the same procedures I use with PS. Most of the time the prints have the magenta overlay and too much contrast.
    BTW, the inconsistent LR printing only takes place with my HP B9180. I have never had any problem with off-color LR prints with my Epson 1280. Again, I emphasize that I have standard procedures that always work with PS (no matter which printer) and LR (but only with the Epson).
    Unfortunately the LR printing problems are intermittent. Some of the time (perhaps 20%) LR produces fine prints in the B9180, indistinguishable from PS prints. When LR is printing well, it will continue to print fine until "something happens" and the output shows the color shift. This means I do not get a random sequence of good-bad-good-bad prints, but rather good-good-x factor-bad-bad-bad. Ths problem is that I do not know what this "x factor" is. Once, when LR was giving me accurate output, I simply changed the default printer (Control Panel-Printers and Faxes) from the B9180 to my Samsung 1430 laser; immediately afterwards the LR output colors shifted. Did LR react to this change in default printers? Another time I had good LR printing success with version 1.2 but ran into the problems described above when I upgraded to version 1.3.
    Sorry for the long post. I am hoping that someone will see something that I am missing and provide a hint. I think, though, that Patrick is correct when he states, "I tend to think that the problem is with LR. After all, similar issues (obvious double profiling) are observed only in LR but with various printers."

  • Color shift on random pages

    Hi Everyone,
    So I've been scouring the internet and the Adobe forums trying to find out a) what caused this and b) how can I fix it.
    I'm working on a document that is set in CMYK and uses vector graphics I have created on the Master Page. Every page uses the Master Page, however, for SOME reason, every other page, the color shifts. So far, all of the problems and solutions out there are in regards to color profiles... but how is this possible when it's the images on the Master page that is being altered, and it's random!
    On one page, the image is in what appears to be CMYK, then you go to the next page, and it's RGB! Then RGB on the next but then back to CMYK on the next! I've tried converting my profiles, I've even tried enabling pop up with profile mismatch solutions when it's reopened, I've tried changing the transparency settings from CMYK to RGB and back again, and nothing seems to work. It's really irritating and I'm about to scrap this whole document and start a new one and see if it continues to do that. But I really don't want to because we're 95% with the project.
    I would think that what ever it is set to in the Master page, it would remain consistent from one page to the next. And then if it was going from CMYK to RGB on ALL the pages, that's fine, I can fix that, but I can't get the pages to be consistent.
    Any help is very appreciative.

    Ok, I double checked a lot of things and here is all the info:
    The vector file that I am using on the Master page (as a footer graphic) is RGB.
    All of the pages have some element overlaying it, some pages only have a text box that drops down to partially cover it (not the color part, a white area), and some have an image. But there is no consistency with this information as it literally just seems to be random pages. If it were text boxes causing the issue, wouldn't it affect all the pages that have text boxes touching this region?
    The Transparency blend is set to RGB.
    Here are some screenshots.
    Here is page 9 how it looks in InDesign showing all of the element box lines:
    And page 9 how it looks in the PDF:
    Now, here is page 14 in InDesign:
    And page 14 in the PDF:
    Thanks for your help Rob and Peter!

Maybe you are looking for