Color shift when filling with pattern

Hello!
I use the 'define pattern' and 'fill with pattern' feature in photoshop all the time to prepare graphics for print / production in my business. However, I have noticed a small but problematic color shift going from the main image (defined pattern) to the page (filled with pattern). You can see it in the image included here. The main image is vibrant, and lighter and the page behind it is dull and darker. It will print this way too. The main image prints great, and gets approved. But the page layout doesn't match. Both documents are set to sRGB color space when I check the Edit -> Color Settings option. Any ideas how to correct this? Thanks!!

Hello, in your screenshot, the first tab in the background has no profile that's what (#) means in the title of the tab, untitled one and two have the same profile as the working space (which tab is visible?), while the one in the foreground as a different profile than the working space that's what (*) means in the title bar.
So, that tells me they do not have the same profile.
Also, is there noise or very small textures in the circles? You might want to look at them all with the same magnification.
Finally, a smart object can be of a different color space than the document that holds it.

Similar Messages

Color shift when printing with LR 3.6

LR 3.6, win 7, screen Nec PA 241 W, Epson R 3000. When printing with colors managed by LR and paper/R 3000 profiles, I get prints with a strong color shift (printer pilot "mode" : desactivated) . How can I correct it ?

You answered your own question: CS5. There have been a slew of reports of workflows spun upside down when upgrading to CS5. It may require updating your system software and/or Adobe applications, along with any printer driver updates that may be lurking out there somewhere. The twist to your situation is ( and is very common ) that everything was working before and now it does not. Or there is a certain print disorder of some sort. Very troubling. I wish I had a smoking gun answer for you, but I don't. It sounds like you have a very viable workflow in place that worked before and damn well should perform for you now. I'd stick with what works and dump what doesn't ( if you can ).

Color shift when uploading

I have been trolling other sites to learn what might cause this.
I recently got a Huey device to callibrate my monitor. (I send out digital images of artwork and they need to be acurate color.)
After taking some images and loading them onto iPhoto, they seem to look very much like what I saw on the camera lcd screen. I can make subtle color and tone adjustments while capturing on the Panasonic Lumix camera. Usually, they are so close to what I want, all I do is crop in iPhoto.
But I am experiencing color shifts when I upload to make webpages so I can burn discs, or today when I uploaded to a local photo printer. They seem to move a bit towards more orange/pink tones, but when I drag them to the desk top, and open in Preview, they look identical to the iPhoto stored images.
I have read some ideas about RGB and there being bugs in iPhoto that alter your files even as you are loading them from the camera!
Does anyone know how I could fix this?
I can write scripts if it takes it. Thanks

Nanci
The pics look correct in iPhoto and Preview, right?
But not on the Web or at your local printer?
iPhoto and Preview are both Color Managed - that is (along with Safari) they read and respect the color profile of the pic.
Do the apps your Printer is using, or that you are using to view online, respect the color profile?
Regards
TD

Color shift when printing

We have a Xerox workcenter 7655 at work and since I upgraded to Snow Leopard I get bad color shifts when printing. It's mostly too much magenta. I converted a cmyk file to a high quality pdf and the color was accurate when printing from a Windows machine but the light blue was badly shifted to lavender from my Mac. I tried different cmyk profiles when creating the pdf and printed the native file out of InDesign with the same results.
The print I get from the Windows machine has the same colors as what I see on my Mac's monitor. I do mostly web design now and have been out of the print end for some time. Until I moved to Snow Leopard, I didn't have this problem.
Can I get some ideas on how I can address this?
thanks

You answered your own question: CS5. There have been a slew of reports of workflows spun upside down when upgrading to CS5. It may require updating your system software and/or Adobe applications, along with any printer driver updates that may be lurking out there somewhere. The twist to your situation is ( and is very common ) that everything was working before and now it does not. Or there is a certain print disorder of some sort. Very troubling. I wish I had a smoking gun answer for you, but I don't. It sounds like you have a very viable workflow in place that worked before and damn well should perform for you now. I'd stick with what works and dump what doesn't ( if you can ).

Color shift when pasting from CMYK document to RGB document

Hello,
We're creating an image for a client that will eventually be printed 4c process, and we have to use some very specific CMYK values. However, since we need to use certain layer effects, we need to work in RGB. I assumed that since the CMYK values we use are within the RGB gamut, there would be no color shift when copying from a CMYK doc and pasting into an RGB doc, but I'm apprently mistaken.
I'm not very familiar with color management, since we don't do any heavy duty color work in house, so this is likely a very rudimentary question: how do I keep colors from shifting when pasting from a CMYK document into an RGB document (which will eventually be converted back to CMYK for print)?
Any help is greatly appreciated. Thanks.

x
x
x
you have two possible issues at work that would explain a change
"out of gamut" color between color modes (the RGB colors don't translate well to CMYK)
you are discarding profile information information when pasting (and not Converting to the destination)...

How to fix color shift when converting ProPhoto rgb to srgb IE61966-2.1

How do I fix the color shift when converting my photos in photoshop to srgb for the web. I work in lightroom color space prophoto rgb and after editing in photoshop I convert it over but I get a shift in the colors. Thanks

are you working in 16-bit (ProPhotoRGB, you probably should be)
exactly how are you doing the Conversion
MAKE SURE YOU ARE NOT CONVERTING ANY ADJUSTMENT LAYERS (flatten or merge them before convert)
AND MAKE SURE YOU ARE VIEWING THE PROBLEM AREA AT 100% ACTUAL PIXELS when you do the convert

Color shift when using save for web

Hello,
I am converting my psd files to jpegs using "save for web". I am noticing that the colors are shifting from the original after saving for web. The color shift does not happen if I just convert the psd files to jpegs by using "save as". The psds have a profile of RGB1998. I am using CS3 and my monitor is color calibrated.
Do I need to convert the psd documents to sRGB first before I go to "save for web"?
The preview doesn't look any different if I check ICC profile in the save for web window. I have been told that you are not supposed to embed the ICC profile in the document when saving for web because most monitors are untagged.
Anyway I am wondering if I have to accept a color shift when saving for web or is there something I can do to get the saved for web jpegs to more closely match the original psd?
Thanks a lot for your help.

I think the reason why this question is asked often is because the FAQ entry is pretty lame and incomplete, especially for Mac users that by default have a color managed browser and by default have a screwed up rendering mechanism for untagged images.
Depending on your version of Photoshop, you can convert to sRGB before or during the Save for Web operation.
cesspool13 wrote:
...I have been told that you are not supposed to embed the ICC profile in the document when saving for web because most monitors are untagged.
You convert to sRGB for the systems that do not fully support color management.
and...
You include the sRGB ICC profile for the systems that do support color management.
Doing both covers your bum in most situations. You may choose to omit the ICC profile if you are working on common interface graphics that do not require strict color management. The ICC profile adds a few kilobytes to the file size that are not necessary on lesser graphic elements on a web page.

Brushes have pixelated edge: when filled with color there's a white line at the border

Hello,
I'm trying to make geometric shapes that are black outlines filled with color. I'm drawing the shapes with the pen tool. When I fill them using the bucket tool, there's a pixellated white line separating the black outline and the color infill. How to do make the color fill directly to the black outline?
Thanks for your help,
DJ
CS4
OS 10.5.8

In addition to Chris's post wanted to advise you that stroke effects in Phothsop have rounded edges in Phothoshop. You will notice this on thin strokes (eg: 1 pxl).
Set the stroke to go on inside for squared edges, not center or outside. Adobe has been aware of this since CS, but has not been find a solution for Photoshop to handle this.

[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 shifts when exporting a picture sequence in both FCP/Compressor

For a project I had to make a movie from still images. I imported the .tiff files and edited them in the right order. Then I added transitions and motion to the images (zoom in or zoom out). When I playback the sequence in Final Cut Pro everything looked perfectly fine. But when I exported to Quicktime... from both Final Cut Pro itself as from Compressor I got strange color shifts. I rendered like 10 times and every time two or three photo's were affected with a purple/blueish haze over them. Finally, the 11 time I tried it rendered as it was supposed to. It felt like playing Russian roulette.
The question that is bugging me: what can have caused this?
I tried both HDV and ProRes as timeline setting. What is the best setting for working with still images? And is .tiff the best format to work with or can I better convert to .png or .jpeg?
I hope someone can tell me what happened that horrible night.

The problem is that you haven't answered Jerry's question. it is very difficult to troubleshoot these sort of questions from a distance if you don't systematically check for the obvious things. Jerry is one of the best resources here and if he suggests a possible solution, it's a good idea to explore that first.
Message was edited by: Michael Grenadier

Color Shifts when rendering to H.264 Blu-ray

Since upgrading to After Effects CS5 I am seeing the following:
Whenever I render out a video file using the "H.264 Blu-ray" Output Module option, the resulting m4v video has a different color appearance than the After Effects composition from which it was rendered. The rendered file appears to have a yellow cast to it, especially evident in red highlights. This appearance is seen within After Effects (after importing the file and dropping it in a composition) as well as in VLC media player. In addition, a blu-ray disc created using the m4v file also has the yellow appearance when viewed on an HDTV. In other words, the color shift is consistant in various players as well as within After Effects itself.
Here is the bug report I submitted:
******BUG******
Concise problem statement:
Steps to reproduce bug:
1. Create a project with HDTV (Rec. 709) color space, 8 bit.
2. Import a 1920x1080 video file (any kind).
3. Render out to H.264 Blu-ray (using project color space).
4. Import the resulting m4v file and compare it to the original video.
Results: The color has been shifted; has a yellow cast to it.
Expected results: the color should appear the same for the rendered file as the original.

Chris,
Thanks for your input.
"I can assure you this isn't a widespread problem as I've rendered a fair amount of h.264 directly out of AE and haven't noticed it. Nor have I heard anything from our testing department."
Try this simple test:
Make a 1920x1080 comp in AE with your choice of footage, using any AE settings/color management etc. you want to.
Render to format "H.264 Blu-ray" (or plain "H.264") with any settings you care to choose, with the goal being best color fidelity possible.
After rendering, import the output file into After Effects.
Drop it in the original comp.
A / B the two and compare the color.
Do they match?
If so, then you have achieved what I cannot, and what no one so far has demonstrated to me that they can do, and at that point I would greatly appreciate your sharing with me the secret of your success.
If not, then join the club, because I can assure you that I am not the only one.

Color Shift During Playback with ProRes

Hello,
I rendered a composite in After Effects using Apple ProRes HQ. When I import the clip into FCP and drop it into a sequence, the "paused" clip looks like it's a different gamma than when I "play" the clip. Both actually look incorrect: when paused, the clip looks dark. When playing, the clip looks too bright and the saturation looks very low. (Please note that I'm not using a broadcast monitor, just my Cinema Display.)
I'm not trying to color grade, it's just very distracting.
Anybody have a solution for this? I've tried looking for past posts on this, but haven't found anything on this particular gamma issue...
I've also noticed a similar issue if I make a project / sequence that's 1920x800 (2.40:1 aspect ratio). In this case, it doesn't matter what codec I use. Weird.
Thanks!

Sorry to open a dead thread, but I'd like to add some more information about this issue because I don't think it's a data rate issue. I just had a similar problem. I've been working on an animation project in AE at 1920x1080 23.98 and I thought I might save some time by rendering half-resolution clips to work with in FCP, knowing I'd probably be re-rendering a few times while I edited. So I output a 960x540 ProRes HQ clip, which did take very little time to render. I then created a 960x540 ProRes HQ FCP timeline to edit in. I immediately saw the gamma shift that sgmitch described. I'd never seen anything like it before, and I've done 1080p ProRes HQ editing on this system with no trouble in the past. So I did a little Googling and came across this thread.
I thought I'd test out the disk speed question by rendering a bit of the same sequence at 1920x1080. The data rate on that clip is 19.2 MB/s and the data rate on the half-resolution 960x540 clip is 8.6 MB/s. The full-res clip plays with no gamma shift in a 1920x1080 ProRes HQ timeline. But it turns out the half-res clip also plays with no gamma shift in that same 1920x1080 timeline, with or without rendering. When it's not rendered in that full-res timeline, it has an orange bar over it, but plays back fine. The half-res clip also has the gamma shift when playing in the Viewer, but not in QT Player. The 1920x1080 clip displays the gamma shift when placed into the 960x540 timeline and rendered. It will not play without rendering. 960x540 clips rendered using the Animation codec (33.3 MB/s) don't have a gamma shift in the Viewer or when played in a 960x540 Animation timeline.
There are no RT options in the drop-down menu for 960x540 timelines in any codec I've tried. I suspect the problem is caused by using non-standard resolutions with ProRes HQ, and it might also have something to do with the way AE saves gamma information in ProRes files. I know that came up when Frank Capria did that test last year comparing DNxHD and ProRes.
The obvious solution is to edit with standard frame sizes when using ProRes HQ. I know that's what I'll be doing.

Color shift when exporting to sRGB (mac)

I just noticed the following: when I export an image (shot with my Nikon D80, RAW, developed from within Lightroom 2) as JPEG, 100%, sRGB color space, I get a strange color shift towards red, more saturated colors. Everything looks great when I view my image after export from within Finder or Apple Preview. However, when I drag that same file into the browser (Firefox) or then order prints from a photo service, the heavy red color shift is noticable. I've attached an image for you guys to see what I mean.
What am I doing wrong? Can someone please help?
I'm thinking that it might have to do with my color calibration? (I calibrated my monitor using the Spyder3 Elite device)
Edit: By the way, I just turned off my color calibration (changed display profiles), but that didn't fix the problem. Also, the color shift is not visible in Safari (I guess it is able to handle color profiles and Firefox isn't). But still, the color shift is there if I upload photos to a photo printing service and order prints. So, maybe there's something wrong with the color profile that Lightroom embeds in the JPEG file??

Problem continues (2)...
...from both Nikon and Canon RAW sources (I use a 5D MkII), but is it an LR3 issue or a Mac issue? Having read all the posts, I'm still struggling, but here's my contribution.
A while ago I noticed that colour files, once uploaded to the net, were way too red and saturated as per image below. Resolutions attempted so far below (all to no avail):
Tested different web browsers; found Firefox and Safari to be similar (to each other), Chrome very much brighter, but none of them are even close to original, so I'm not sure the Firefox loss of colour management mentioned by another contributor explains the issue.
Change web display vehicle; I find the same on my new web site as I did on Jalbum and various others.
Calibrate monitor (of course). Screen to output is 99% perfect on this monitor, when soft proofed with correct ICC profiles, so I very much doubt the wide gamut monitor is at fault. (I do find it hard to agree with the notion of it being the wide gamut screen. The whole point of a wide gamut screen is that it cn show a wider range of colours (e.g. in Adobe 98), and when an image's colour space is reduced (e.g. to sRGB) a wide gamut screen can still show that - especially if it is the same screen that didn't have this problem a year ago...).
Looked at images on a narrow-gamut screen. Same problem.
Changed colour space from Adobe 98 to ProPhoto in LR3 & CS3. Suspected mismatch between LR3 and CS3 because RAW files converted to DNG and edited in LR3, then pixel edited in CS3 and returned to LR3, come back in a different colour. Using ProPhoto has resolved that particular problem, but made no difference to faulty JPG display once on net.
Tested JPG conversion compared to other file formats; match between JPG and original RAW and PSD files perfect, whether displayed in LR3, CS3 or Preview, and whether exported to JPG from LR3, CS3 or Bridge. Problem definitely only occurs once images are on web.
Does anybody know anyone who doesn't have this issue and is using LR3 on a Mac with CS3 and OS 10.5.8?
Any updates or new ideas most welcome.

Color Shift When Importing JPG Sequence into Flash CS6

I am importing a jpg sequence into flash that has been exported from After Effects CS6. No matter what I try, the color will shift when the image imports into flash. The sequence originally started out as a vector graphic in Illustrator (color profile set to sRGB IEC61966-2.1) and then imported into After Effects for an animation that I couldn't quite achive in Flash. The color profile in After Effects is also sRGB IEC61966-2.1 with the "Match Legacy" checkbox checked. I export it out of After Effects as a JPG Sequence and then import into Flash. No matter what I try, the bitmap images' color will shift (become dull) when I import. Even when I open the images in Windows Photo Gallery, they look fine - it's only when I import into Flash. I've also tried PNG and .PSD Sequence with the same result. I've searched around, but still haven't found a solution. Any help is greatly appreciated.

I am in the midst of trying to figure out the opposite : Flash to After Effects. I am betting that this is an issue of 'color profile' attached to the images and the gamma settings in that profile. RGBA is only part of the story - color profile is all the rest of it. Eye Dropper doesn't tell you the color profile attached to the image.

Odd color shifts when changing displays

Ever since I upgraded from Snow Leopard to Lion, I've experienced some weird problems with colors appearing not right when I disconnect my MBP in closed-clamshell mode from a 27" LED Cinema Display and simply use it with its built-in display (1600 x 1050), or later connect it to a 1024 x 768 LCD projector. In many cases, it suffices to go into the Displays preference pane and change the color sync profile to something else and then back, but not always. The color shifts look like this:
or much worse:
Is this a bug in Lion, or something else? Is there a workaround or fix? The only true fix I've found is a restart.

OK, more on this oddity: why do I have so many identically-named colorsync profiles?

Color shift when filling with pattern

Similar Messages

Maybe you are looking for