24" brightness gradient, color shift, or both?

We all know about the "issue". We've all seen the pictures and seen them in stores. However, I think I'm a little confused. We talk about some machines having a brightness difference and a blue/yellow tint.
Which one was the most concerning problem? Is it the brightness difference everyone is upset over (like this: http://forums.dpreview.com/forums/read.asp?forum=1017&message=27915616), or is it the slightly bluer left portion of the screen (setting a grey background and seeing the difference on the left side or seeing a yellower patch in the middle)? Or, are these problems one in the same?
In my case, the brightness is even on each side, except the left side does have the ever-so-slight bluer tint to it on about 1/3 from the left (you can be picky and maybe detect a slightly brighter left side too on a couple pics, but then again, so does my buddy's ACD at work).
I'm mostly for keeping mine, but to be honest, want to see if these issues are separate or considered one issue (the more brightness difference, the more yellowing, etc). The issues don't bother me during normal use and have to look for them to see them.
BTW, I took a boat-load of pictures here: http://public.ryanpetersonline.com/imac/
So are these two separate issues? Thanks.

rpeters83 wrote:
The Dell is a PVA panel. It also costs 1200 bucks!
Yes, the 2405FPW uses a PVA panel (Samsung LTM240M1-L01), but these
are certainly no more expensive than S-IPS panels used in 24" iMacs. Much
of the Dell's high price tag was due to the numerous deluxe features having
nothing to do with the LCD panel (multiple inputs, universal USB memory
card readers, 5-year warranty, etc.) Pretty good value compared to a 23"
S-IPS Cinema Display -- $1000 (including AppleCare) for ONE video input
and exactly ZERO features.
BTW, the current 24" Dell 2408WFP sells for $620 -- with an S-PVA panel
(Samsung LTM240CS05) and all the bells and whistles of the 2405 -- PLUS
HDMI, HDCP, and 110% color gamut. The ACD is a vastly overpriced fossil.
My main goal of this thread is to see if this type of mild color shift can happen
in LCD's other than the imac's. Perhaps the brightness of the machine brings it
out more than usual.
I've never seen a noticable color shift or brightness gradient in ANY of the
dozens of LCDs I've worked with. Pure speculation, but I wouldn't be at all
surprised if the problem is somehow related to Apple's irrational fetish for
"slim" profiles. Betcha a nickel Apple leaned hard on LG.Philips to invent a
thinner backlight/diffuser/inverter assembly. ...consequences be damned.
Looby

Similar Messages

  • Color shift from Photoshop to InDesign?

    I'm using Adobe's Creative Cloud family of apps, which have been color synchronized with Adobe Bridge using the North American General Purpose 2 color setting. All of the files I'm working with are set to CMYK. My Photoshop files are set to 8 bits/channel.
    I just placed several .psd files in an InDesign document and there is a rather large color shift, with the placed image in InDesign being much darker than the Photoshop image. In addition, and even with InDesign's Display Performance set to "High Quality Display", the placed image is not as crisp as the Photoshop image.
    So, my questions are:
    Why is there a large color shift between both apps?
    Why is the placed image not as clean as the Photoshop image?
    What can I do to fix both issues?
    Thanks in advance for your help. 

    First and foremost, do you have a high-quality monitor, and is it properly calibrated and profiled (using an instrument)? Without that, judging color on-screen is like picking the best picture at the TV dealer.
    When you place an image in ID you are looking at a screen preview, not the pixels you see in Photoshop. View > Display Quality > High Quality Display will get you the best quality preview, but it's still just a preview. Turning on Overprint Preview will give you the most accurate color rendition for CMYK.

  • Color shift (gamma?) between XDCAM Ex and PROres

    Hi,
    We have edited a show in Apple XDCAM EX in 23,98 HD. We did a QT movie of that sequence into the native codec that we edit with (Apple XDCAM EX).
    Into quicktime, or even in compressor, we re-export ta video into Apple Pro Res and we are experiencing a big color shift between both codec.
    Somedoby have an idea on that?
    Thank you!
    Nicolas

    There's a know shift in the gamut between the two recording methods because of the compression scheme.
    If you search the posts here and on the Cow, you'll find other references to it.
    You might want to consider working in ProRes all the way through. It's a good way to even out all the differences between source footage and act as a neutral Digital Intermediary. The nice thing is that it's tuned to run on the machines and runs very efficiently. It's been a big help here when I've had mixed footage, or have to go out to all the different formats and uses that I do. I get no shifting at all, even between proxy and HQ. So I can do all my editing and effects in lightweight proxy and then conform to the more space demanding 422 or HQ.

  • 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

  • Gradient Color Picker

    Dear Community,
    i have a Problem with Illustrator CS6. I've attached an image below.
    I have an object with gradient fill and i've selected the first color stop.
    In previous Versions of AI i could the pick any color with color Picker while holding the shift-key.
    In CS6 this changes the color only in the Gradient Panel but not the Object itself:
    I have to admit that i'm glad not to be a creative cloud user so i'm able to switch between Ai cs 5.1 and 6
    because both have some features missing in the other version.
    My best,
    Herr K. aus Berlin
    System info:
    OS: Windows
    Version: 6.1
    System Architecture: x86
    Built-In Memory: 24501 MB
    Components:
    ACE 2012/07/26-17:49:18 66.512941 66.512941
    Adobe APE 2012/01/25-10:04:55 66.1025012 66.1025012
    Adobe Linguisitc Library 6.0.0
    Adobe Owl 2012/08/14-22:22:39 5.0.3 79.514916
    PDFL 2011/12/12-16:12:37 66.419471 66.419471
    Adobe Product Improvement Program 6.0.0.1654
    AdobePSL 66.840950_13.810430 66.840950_13.810430
    Adobe Illustrator 1.0
    Adobe XMP Core 2012/02/06-14:56:27 66.145661 66.145661
    Adobe XMP Files 2012/02/06-14:56:27 66.145661 66.145661
    Adobe XMP Script 2012/02/06-14:56:27 66.145661 66.145661
    Adobe CAPS 6,0,29,0
    AFL 1.0
    AFlame 2012/01/20-14:36:51 66.493279 66.493279
    AFlamingo 2012/01/20-14:36:51 66.485582 66.485582
    AGM 2012/07/26-17:49:18 66.512941 66.512941
    AdobeHelp Dynamic Link Library 1,7,0,56
    AIPort 1.0 23.68434
    Adobe EPIC (64 Bit) 3.0.1.10101 (BuildVersion: 53.364260; BuildDate: Wed Nov 05 2008 02:03:14) 53.364260
    AMTLib (64 Bit) 6.0.0.75 (BuildVersion: 6.0; BuildDate: Mon Jan 16 2012 18:00:00) 1.000000
    ARE 2012/07/26-17:49:18 66.512941 66.512941
    AXE8SharedExpat 2011/12/16-15:10:49 66.26830 66.26830
    AXEDOMCore 2011/12/16-15:10:49 66.26830 66.26830
    AXSLE 2011/12/16-15:10:49 66.26830 66.26830
    BIB 2012/07/26-17:49:18 66.512941 66.512941
    BIBUtils 2012/07/26-17:49:18 66.512941 66.512941
    DVA Product 6.0.0
    DVA Product 6.0.0
    DVA Product 6.0.0
    DVA Product 6.0.0
    DVA Product 6.0.0
    DVA Product 6.0.0
    DVA Product 6.0.0
    CoolType 2012/07/26-17:49:18 66.512941 66.512941
    DVA Product 6.0.0
    DVA Product 6.0.0
    DVA Product 6.0.0
    DVA Product 6.0.0
    DVA Product 6.0.0
    DVA Product 6.0.0
    DVA Product 6.0.0
    ExtendScript 2011/12/14-15:08:46 66.490082 66.490082
    Adobe XMP FileInfo 2012/01/17-15:11:19 66.145433 66.145433
    FilterPort 1.1 66.512941
    Microsoft® Windows® Operating System 6.1.7601.17825
    International Components for Unicode 2011/11/15-16:30:22  Build gtlib_3.0.16615
    International Components for Unicode 2011/11/15-16:30:22  Build gtlib_3.0.16615
    International Components for Unicode 2011/11/15-16:30:22  Build gtlib_3.0.16615
    International Components for Unicode 2011/11/15-16:30:22  Build gtlib_3.0.16615
    JP2KLib 2012/11/05-11:16:34 66.246493 66.246493
    LogSession 2.1.2.1640
    MPS 2012/10/12-13:31:12 66.521571 66.521571
    Microsoft (R) Visual C++ 6.00.8168.0
    Microsoft® Visual Studio .NET 7.10.3077.0
    Microsoft® Visual Studio® 2005 8.00.50727.42
    Microsoft® Visual Studio .NET 7.10.3052.4
    Microsoft® Visual Studio® 2005 8.00.50727.42
    Microsoft® Visual C++ 2.10.000
    Microsoft® Visual C++ 4.00.5270
    PDFPort 2012/07/27-12:07:51 66.512941 66.512941
    Adobe PDFSettings 1.04
    Adobe Photoshop CS6 CS6
    Adobe(R) CSXS PlugPlug Standard Dll (64 bit) 3.0.0.383
    Adobe India Sangam Core Code 2012/02/07-10:51:05 66.240342 66.240342
    Adobe India SangamML Import from Sangam 2012/02/07-10:51:05 66.240342 66.240342
    ScCore 2011/12/14-15:08:46 66.490082 66.490082
    ScriptUIFlex 2011/12/14-15:08:46 66.490082 66.490082
    Microsoft® Windows® Operating System 6.00.2600.0000
    SVGExport 6, 0, 0, 0 1.0
    SVGRE 6, 0, 0, 0 1.0
    Intel(R) Threading Building Blocks for Windows 3, 0, 2010, 0406
    Adobe Updater Notifications Library 6.0.0.24 (BuildVersion: 1.0; BuildDate: BUILDDATETIME) 6.0.0.24
    WRServices Friday January 27 2012 13:22:12 Build 0.17112 0.17112
    ATE
    Plug-ins:
    Live Menu Item
    Adobe AI Application Plugin
    Control Groups
    Color Conversion
    Composite Fonts
    New Cache Plugin
    AppAnnotators
    AdobeLicenseManager
    ZStringTable
    Window Menu
    Main Filters
    Main File Formats
    File Format Place EPS
    AI File Format
    Debug Menu
    SLO Text Tool
    Mesh Object
    Document Window Plugin
    Sweet Pea 2 Adapter Plugin
    AdobeActionManager
    AILocalized Resources Plugin
    Adobe Illustrator User Interface
    FrameworkS
    Art Converters v2
    FlattenTransparency
    FO Conversion Suite
    Pathfinder Suite
    PDF Suite
    BRS Pencil Tool
    Rasterize 8
    AdobeSlicingPlugin
    AdobeActionPalette
    BeautifulStrokes Suite
    AdobeBrushMgr
    Adobe Color Harmony Plugin
    Control Panel Plugin
    Adobe Deform Plugin
    AdobeLayerPalette
    Adobe Planar Edit Plugin
    AdobePaintStyle
    PathConstruction Suite
    AdobeSwatch_
    AdobeToolSelector
    Adobe Variables Palette
    AdobeDiffusionRaster
    SvgFileFormat
    Snapomatic
    Adobe Geometry Suite
    ShapeConstruction Suite
    ExpandS
    SWFExport
    Photoshop Plugin Adapter Unsharp Mask...
    Photoshop Plugin Adapter Crystallize...
    Photoshop Plugin Adapter Pointillize...
    Photoshop Plugin Adapter Pinch...
    Photoshop Plugin Adapter Extrude...
    Photoshop Plugin Adapter Fibers...
    Photoshop Plugin Adapter Lens Flare...
    Photoshop Plugin Adapter Ripple...
    Photoshop Plugin Adapter Shear...
    Photoshop Plugin Adapter Twirl...
    Photoshop Plugin Adapter Polar Coordinates...
    Photoshop Plugin Adapter Smart Blur...
    Photoshop Plugin Adapter Spherize...
    Photoshop Plugin Adapter Wind...
    Photoshop Plugin Adapter ZigZag...
    Photoshop Plugin Adapter Mezzotint...
    Photoshop Plugin Adapter Radial Blur...
    Photoshop Plugin Adapter Wave...
    Photoshop Plugin Adapter Crop and Straighten Photos Filter
    Photoshop Plugin Adapter De-Interlace...
    Photoshop Plugin Adapter Displace...
    Photoshop Plugin Adapter Tiles...
    Photoshop Plugin Adapter BMP
    Photoshop Plugin Adapter CompuServe GIF
    Photoshop Plugin Adapter PNG
    Photoshop Plugin Adapter Targa
    Photoshop Plugin Adapter IFF Format
    Photoshop Plugin Adapter Paths to Illustrator...
    Photoshop Plugin Adapter OpenEXR
    Photoshop Plugin Adapter Color Halftone...
    Photoshop Plugin Adapter Pixar
    Photoshop Plugin Adapter PCX
    Photoshop Plugin Adapter NTSC Colors
    Photoshop Plugin Adapter Legacy Gaussian Blur...
    Photoshop Plugin Adapter Filter Gallery...
    Photoshop Plugin Adapter Colored Pencil...
    Photoshop Plugin Adapter Cutout...
    Photoshop Plugin Adapter Dry Brush...
    Photoshop Plugin Adapter Film Grain...
    Photoshop Plugin Adapter Fresco...
    Photoshop Plugin Adapter Neon Glow...
    Photoshop Plugin Adapter Paint Daubs...
    Photoshop Plugin Adapter Palette Knife...
    Photoshop Plugin Adapter Plastic Wrap...
    Photoshop Plugin Adapter Poster Edges...
    Photoshop Plugin Adapter Rough Pastels...
    Photoshop Plugin Adapter Smudge Stick...
    Photoshop Plugin Adapter Sponge...
    Photoshop Plugin Adapter Underpainting...
    Photoshop Plugin Adapter Watercolor...
    Photoshop Plugin Adapter Accented Edges...
    Photoshop Plugin Adapter Angled Strokes...
    Photoshop Plugin Adapter Crosshatch...
    Photoshop Plugin Adapter Dark Strokes...
    Photoshop Plugin Adapter Ink Outlines...
    Photoshop Plugin Adapter Spatter...
    Photoshop Plugin Adapter Sprayed Strokes...
    Photoshop Plugin Adapter Sumi-e...
    Photoshop Plugin Adapter Diffuse Glow...
    Photoshop Plugin Adapter Glass...
    Photoshop Plugin Adapter Ocean Ripple...
    Photoshop Plugin Adapter Bas Relief...
    Photoshop Plugin Adapter Chalk && Charcoal...
    Photoshop Plugin Adapter Charcoal...
    Photoshop Plugin Adapter Chrome...
    Photoshop Plugin Adapter Cont^e Crayon...
    Photoshop Plugin Adapter Graphic Pen...
    Photoshop Plugin Adapter Halftone Pattern...
    Photoshop Plugin Adapter Note Paper...
    Photoshop Plugin Adapter Photocopy...
    Photoshop Plugin Adapter Plaster...
    Photoshop Plugin Adapter Reticulation...
    Photoshop Plugin Adapter Stamp...
    Photoshop Plugin Adapter Torn Edges...
    Photoshop Plugin Adapter Water Paper...
    Photoshop Plugin Adapter Glowing Edges...
    Photoshop Plugin Adapter Craquelure...
    Photoshop Plugin Adapter Grain...
    Photoshop Plugin Adapter Mosaic Tiles...
    Photoshop Plugin Adapter Patchwork...
    Photoshop Plugin Adapter Stained Glass...
    Photoshop Plugin Adapter Texturizer...
    VectorScribe
    Twirl v2
    Adobe Symbolism
    Simplify
    ShapeTool
    Segment Tools
    Adobe Scatter Brush Tool
    Reshape Tool
    Magic Wand
    Liquify
    Lasso
    Knife Tool
    Adobe Flare Plugin
    AdobeTextDropper
    Adobe Eraser Tool
    Adobe dBrush Brush Tool
    Adobe Crop Tool
    Adobe Calligraphic Brush Tool
    BoundingBox
    AdobeArtBrushTool
    Advanced Select
    Smart Punctuation
    TxtColumns
    Spell Check Dictionary
    TextFindFont
    TypeCase
    Adobe PSD File Import
    Adobe PSD File Export
    PSLFilterAdapter
    Photoshop Adapter
    ZigZagUI
    VectorizeUI
    VariablesPaletteUI
    TwirlToolUI
    ScribbleUI
    TransformUI
    TIFF File Format UI
    TextExportUI
    SWFExport UI
    SvgFileFormatUI
    Spell Check UI
    AdobeSlicingUI
    ShapeEffectUI
    ScribbleFillUI
    ScatterBrushToolUI
    SangamFormatsUI
    RoundUI
    RoughenUI
    RasterizeUI
    PuckerAndBloatUI
    PSLFilterAdapterUI
    Adobe PSD File Import UI
    Adobe PSD File Export UI
    AIPreferenceUI
    PlanetXUI
    PerspectiveUI
    PDF File Format UI
    PathfinderUI
    ParticleSystemUI
    OffsetPath UI Plugin
    ObjectMosaicUI
    LiveBlendsUI
    LiquifyToolUI
    JPEGFormatUI
    IllustratorUI
    GlobAdjToolUI
    FXG UI
    FuzzyEffectUI
    FlattenTransparencyUI
    FlareUI
    Find Replace UI
    ExpandUI
    DxfDwgUI
    DropShadowUI
    DistortUI
    DeformUI
    Adobe dBrush Brush Tool UI
    AdobeBrushMgrUI
    BRSPencilToolUI
    ArtOnPathBrushToolUI
    AI Toolbox UI Plugin
    AddArrowUI
    TIFF File Format
    TextExport
    AISangamMapper
    PNG File Format
    MPSParser
    MPSExport
    MPSCommon
    Mojikumi UI
    JPEG Plugin
    JPEG2K Plugin
    IdeaFileFormat
    GIF89a Plugin
    FXG
    Adobe DXFDWG Format
    Save4Web
    ZigZag v2
    Scribble v2
    TextWrap Dlg
    ShapeEffects v2
    Adobe Scribble Fill
    Saturate
    Round v2
    Roughen v2
    Punk v2
    AdobePathfinderPalette
    Overprint
    OffsetPath v2
    AI Object Mosaic Plug-in
    MaskHelper v2
    Inverse
    FuzzyEffect v2
    Distort v2
    Find
    Expand
    DropShadow
    TrimMark v2
    Colors
    Cleanup
    Adjust
    AddArrowHeads v3
    Add Anchor Points
    Adobe Custom Workspace
    Vectorize
    AdobeTransparencyEditor
    AdobeTransformObjects
    Transform v2
    Adobe Symbol Palette Plugin
    SVG Filter Effect v2
    Stroke Offset v2
    Services
    SeparationPreviewPlugin
    Scripts Menu
    ScriptingSupport
    Print Plugin
    Adobe Perspective Guides
    Adobe Nudge
    AdobeNavigator
    Adobe Path Blends
    AdobeLinkPalette
    Kinsoku Dlg
    KBSC Plugin
    GradientMeshPlugin
    Flattening Preview
    FileClipboardPreference
    DocInfo
    Character and Paragraph Styles
    AI Bottlenecks Plugin
    Asset Management
    AdobeArtboardPanel
    Adobe Art Style Plugin
    AppBarControls
    Alternate Glyph Palette
    AdobeAlignObjects
    3D v2
    ColliderScribe
    PDF File Format

    Re: Gradient Color Picker
    created by Mike Gondek
    This still works for me in CS6 mac, but more importantly try not to use Shift eyedropper. The topic has been discussed here many times. Shift eyedropper is not accurate and samples the screen values, not the actual color.
    Try using global swatches more often. Try this instead
    select a gradient stop
    Alt click on a swatch
    If the swatch is set to global, you can easily change/adjust/merge colors later with one command on a global document level.
    Thanks for the advice. I never had problems with shift-click picker i sample colors from other objects and even if they have Spot colors assigned it works, at least in CS5. I've tried in CS6 it's just not working. I've been told that there has been many discussions and i've read some. I'll stick to CS5. I'm very disapointed with adobe. This is a known bug it has been reworked on Mac Versions but not on PC.

  • 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 (lightening) when using "Save for Web & Devices..."

    Can someone please let me know why I'm getting a color shift (the entire image lightens noticably) when I export an image or animated gif with "Save for Web & Devices...". It happens on PCs and Macs, and with both CS3 and CS2.
    I've been using this feature (flawlessly until a few months ago) long enough to realize that there are several settings to adjust the color table, dithering, web snap, etc., but adjusting these settings don't seem to fix the problem. When I use "Save As..." the color shift doesn't occur, and that's been my workaround, but I'm currently trying to save a few animated gifs, which must be saved with "Save for Web & Devices..." in order to retain the animation.
    Please help!! Many thanks.

    Ah ha! I thought so. The only reason I can speak on this topic at all is because of what I was forced to learn when I started using a Dell LCD flatscreen.
    As mentioned earlier, most monitors are pretty close to sRGB, which made web work somewhat easier. However, it seems recently some so-called "wide gamut" monitors have come to market, including the recent crop of Dells. The new Dells can produce a gamut that is closer to Adobe RGB than sRGB. This means -- speaking loosely -- it can produce brighter and more saturated colours than an "sRGB" type monitor.
    RGB numbers, in the context of a defined colour space, represent an "actual" real life colour. A very bright red in sRGB colour space may be represented by r255b0g0, but that same "actual" red colour is represented in the wider Adobe RGB colour space by r219b0g0. Adobe RGB, being wider than sRGB, can include still brighter reds than sRGB's brightest red, hence where sRGB hits a roof at r255, Adobe RGB can keep going higher.
    Imagine two ladders, each with ten steps on it. The Adobe RGB ladder is taller than the sRGB ladder, even though they both have ten steps. The 9th step is higher (i.e. brighter) on the Adobe RGB ladder than on the sRGB ladder. So if an image contains the RGB values of r219b0g0, well if you assign it to sRGB, it will not be a very bright red. If you assign it to Adobe RGB, it will be a brighter red, because that "ladder step" (like the 9th step) is higher than the same step in sRGB.
    This is why your image appears brighter when viewed in SFW and in web browsers. Photoshop knows it's supposed to be using sRGB colour space, but SFW and web browsers DOESN'T, and so it just assigns your monitor colour space, which with these Dell monitors is wider than sRGB.
    I think the Dell monitor is fine...I still highly recommend purchasing some type of hardware calibration utitily (one that has a thingy that attaches to the screen to measure the light being emitted). Properly calibrate and profile your monitor, trust what you see in Photoshop, convert to sRGB for web images, and forget the rest. Either way, your images will look "good" on some people's monitors and "bad" on others.

  • Color Shift in document being prepared for printer

    This is about a book cover design being prepared to send to printer. It was on the back burner for a year. Synchronised color settings in Adobe Bridge to North American Prepress 2. Cleaning up palette (added unnamed colors and threw out unused ones). Converted all colors in palette to CMYK. A placed photo from Photoshop remains in RGB.
    Two color warning dialog boxes have kept popping up:
    "The RGB settings in this document are different than your current application color settings."
    "The CMYK settings in this document are different than your current application color settings. "
    I usually don't change what I don't understand because I'm afraid of a color shift.
    At one point, however, I think I did: It suggested I change the RGB setting to Adobe RGB. I think I selected Adobe Working RGB. Since this is a document with print intent, I didn't think it mattered if I changed the RGB setting. I think it was previously sRGB. Seed right -- the Adobe RGB is more appropriate for print documents, right?
    To make a long story short, the client is now complaining that the new PDF is different from the PDF sent a year ago. She printed the PDF on her inkjet printer and it is different also. The colors of the document elements in the older document appear much brighter, while the photo seems more subdued. The new document, the colors of the document elements appear duller and look less saturated, while the photo seems brighter and more saturated. The client prefers the colors in the old version.
    I sampled each of the colors in the old PDF and the new PDF and they are the same (with the exception of one element in the old PDF that is RGB). So I know the problem is how the software is interpreting the color values, not that the colors have changed.
    How do I get back the old colors for the document, which is ready to send to the printer?
    I'm ever grateful for any help I can get.

    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.

  • 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.

  • How do I prevent the Darker Shade Box (color shift) around Vector Objects when Printing

    Sorry in advance for the novelette. I am absolutely mystified and frustrated and would love some help! I've been working on this problem for about 30 hours over the last 4 days to figure out what the heck is happening and cannot find an answer through various forms of research.
    Basically, when I print a JPEG, I am getting this area (a box) of darker shaded coloring around my heart and love text.  I've tested it a million different ways and am at a loss as to what the problem is ... is it an application problem, a color profile problem between my applications and printer, an improper way that I saved my file, etc.
    Here is a photo I took of the image printed out (so it is slightly skewed from camera distortion):
    The details:
    (1) I create graphic art and sell it online. I save all of my printable art as JPEG files because of my customer base (diy hobbyists that print on their home printers without much knowledge base nor graphic design software).
    (2) I use both Adobe Illustrator (AI) and Photoshop Elements 11 (PSE11) to design and save my artwork.
    (3) I insert JPEG images into Microsoft Word 2003 documents to "test print" since most of my customers use home printers to print. Since most people have this basic software, it is a good gauge of the kind of print out they might get using the same or similar software.
    (4) My PSE11 color profile setting is the default sRGB. I have test printed many times and I get the truest colors with this color profile.
    (5) My AI color settings are normally also an sRGB color mode, but on occasion, I use a CMYK color mode if I am creating a larger document that I know the customer will need to take to a professional printer to print out.
    (6) I do my home printing (for proofs) on an Epson Stylus Photo 1400 (which has the 6 color ink cartridges).
    (7) Until this printing problem occurred on this test print out, I always used the "photo enhance" option when I designate settings for my printer via the Microsoft Word documents.
    IMPORTANT: This is when I have the color shift?? or color rendering issues?? and it is the only time. If I use the regular ICM/ICC color profile of sRGB, the printing issue doesn't occur. Instead, I have a solid color background instead of this one with the strips of lighter color on the top and bottom.  However, I can't control how the customer prints, so I need to feel confident that whatever color profile setting they use, they will not run into this problem.  I even test printed the documents over at FedEx and the darker box/color shift did not occur.
    (8) The document in question only has 3 sets of objects: the heart, the solid colored rectangle colored background and the text.  All 3 objects are vectors, they are at 100% opacity and there are no "special effects" applied.
    (9) The image was entirely created in AI this time and exported as a maximum quality JPEG file, although you will see below that I tried many ways to create and save the file so that I didn't have the color band borders on top/bottom.
    (10) I regularly use AI for part of my art, then I drag it to my PSE11 open document and it becomes a Vector Object (it cannot by copying/pasting into a PSE11 document).  I also regularly export AI images as PNG files, then insert them into an open PSE11 document. This printing issue has not occurred until recently.  Here is an example of a very complex AI image I created, then inserted into PSE11 just to add the background (the Teddy Bear and books are AI vector objects) that were exported as PNG files then inserted into PSE11 to integrate with the background image - I test printed with Photo Enhance and had no printing issues:
    So, from the research I have done, it looks like it is a color rendering or color space issue with conflicting color profiles in the same document. I checked my color profile settings and both sRGB and CMYK were set to embed ICC color profiles.
    I tried changing AI settings to Preserve Numbers (ignore linked profiles) for CMYK, but that didn't work.
    I also checked and made sure that not only the document setup showed the sRGB color profile, but that all the objects within the document also were converted to sRGB as well for consistency. That didn't work.
    I tried converting the document to CMYK along with the vector objects. That didn't work.
    I tried saving the heart image as a PNG file alone, the "love" text as a PNG file alone, both the heart and text together as a PNG files alone. Once saved as PNG files, I inserted them into an open empty PSE11 document - as I normally do. I then added the background color I wanted. That didn't work - the print still showed the color changes.
    I tried dragging each vector object separately and even as a group and got the same color change issue when printing.
    I tried "expanding" and "outlining" the text before exporting as JPEG, before exporting as a PNG and before dragging as a vector object into PSE11. Expanding the text did not help the situation.
    I tried exporting as Adobe PDF, then opening in PSE11, then resaving as JPEG. That didn't work.
    I tried flattening transparency (even though there is no transparency in the AI file). That didn't work.
    I tried rasterizing the image. That didn't work.
    Thinking that the file might be corrupt, I started from scratch and redesigned the same heart and love text.  Unfortunately, I had the same problem as before.  At this point, my AI started becoming buggy and would not open new files. It happened repeatedly and I decided it was best to uninstall and reinstall AI (and maybe that would fix the problem).
    I created just the heart in AI, then inserted it into an open PSE11 document (both after exporting as PNG and also by dragging as Vector Object from AI). It seemed to work. I could both drag the vector into PSE11 from AI and export from AI as a PNG, then insert into open PSE11 document with a background color - and it printed a solid background.
    So, I thought that reinstalling and setting back to defaults worked. But, then I added the love text around the heart and tried exporting as JPEG files and the same problem continued to recur. Whether I dragged as a Vector object into PSE11 (the heart object and love text separately and also another time with the vector objects dragged as a group) or saved them as PNG files and inserted into PSE11 - I got the different shades of color on what should be a solid background. I even tried saving the PSE11 as a PSD file first, then resaving as JPEG and I tried saving as PNG and printing and this didn't help solve the problem.
    I really think it is some color conflict issue but I can't figure it out. I am definitely not very knowledgeable about color profiles and how to sync all my devices, however, as I mentioned, this was not an issue until recently (and I think??? I recall changing the CMYK setting from Preserve Numbers to embed color profile a month or so ago - however, it should have been solved when AI went back to its defaults upon reinstall).
    The reason I believe it is a color rendering/color space issue is because I could see the color output when I saved the JPEG with CMYK color profile versus sRGB color profile and the sRGB colors were much richer, not surprisingly. The top and bottom colors matched the sRGB printout and the middle darker box section matched the CMYK printout.
    I am sure it is something fundamental or simple and I am completely overlooking it.  I wish it were just a transparency issue, because people know how to fix or do workarounds for it. But, there are no vector objects with any transparency ...
    If I missed some detail, I apologize. Any help would be a dream come true at this point! lol
    Thank you!

    Okay, I got motivated to try again.  From doing a bit more research on troubleshooting AI printing problems, the Adobe article talks about print drivers. It was advised to uninstall and reinstall the print driver if the printing issue persists. So, I did. Unfortunately, I still had the same result after reinstalling and trying a test print! Ugh.
    So, as Jacob said upfront, I seem to have an overactive print driver that is trying too hard (and it is a non-postscript printer which I realize is part of the problem).
    There are so many variables in my situation as to how I create art and save/export art. I sometimes work solely in AI, sometimes solely in PSE and sometimes I use both programs to create. Consequently, I will:
    (1) export directly from AI as JPEG if I am not adding PSE11 artwork.
    (2) export directly from AI as PNG  if I plan on inserting that image into PSE11 to add to artwork I have created in PSE11.
    (3) drag vector objects as a Smart Objects directly from AI to PSE11 to add to artwork I am creating in PSE11 if I know I will playing with the vector object and resizing in PSE11.
    So, I did a test print using scenario 2, where I inserted the heart and love text PNG (AI created vector object) into an old PSE11 document. This old document already had a vector object from AI with a solid background and I knew it printed correctly. So, after inserting this new PNG from AI into this old document, it printed correctly using the photo enhance mode.
    However, I haven't had a chance to actually create new art in the older AI files (that I know print properly), resave as something else and try another test print (either by exporting as JPEG and printing in Word or by exporting as PNG file and inserting into PSE11 document, then saving as JPEG and printing in Word).
    After testing the different possibilities of ICM settings within my printer, I found that the JPEG images printed out with the truest colors and best quality if I simply selected "no color management" from the printer. Shocker, huh? lol
    MY SOLUTION: So, what I think I will simply do is add an instruction sheet with the printables I sell, explaining that the color profile setting should never be handled by the printer so make sure to turn off color management by printer (and if they feel they must use the printer for color management, make sure the setting is sRGB since I embed that color profile in my JPEG's).
    Edited to add: Since my issue was never about how I could print a successful image (I knew I could simply change the color profile settings), but rather about how to make sure that customers would get consistent and high quality print outputs of my digital images, this seems like the best approach.
    I don't think I will every really know exactly why I am now getting color shifts in the "photo enhance" mode when I did not have this problem a couple months ago - applying the same methods of creating artwork. I was concerned that I was saving/exporting using incorrect or mismatched color settings or something of that nature.  However, since I went through the process of making my color spaces the same for everything, and I still have issue, clearly that is not the culprit. The only thing I can do to solve the problem and it is a straightforward solution anyway -> is to educate the buyer on how to print successfully (don't use photo enhance! ha ha).
    Thanks again to everyone who chimed in and offered advice!

  • 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?

  • Looking for a better solution to 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?

    Chris
    I spent all day Googling and doing side by side comparisons of my old and new systems.
    My display is a Dell U2410. It has several presets, including sRGB and Adobe RGB. I've been using sRGB.
    On my OLD system, (Win XP, PsCS2, DwCS4) there seems to be no distinction between color managed and non color managed apps, even on this wide gamut display. I could capture (digital camera) in Adobe RGB, open and edit in PsCS2, save as .psd, convert to CMYK for print, or convert to sRGB for SFW. All images looked identical and they printed and displayed perfectly. I thought this was normal, and seemed logical. This also seems to be the source of my incorrect assumptions. I was trying to get my new machine to behave like my old one.
    So I get this new machine (Windows 7, PsCS5, DwCS5) and now (still in sRGB display mode) all color managed apps appear de-saturated. Non color managed apps are OK. If I switch the display to Adobe RGB, color managed apps are OK, but non color managed apps are way too saturated. From my investigation, I believe this is normal behavior on a wide gamut display. I've tried changing the Control Panel > Display > Screen Resolution > Advanced settings > Color Management options, but to no avail. Either I'm missing something, or Windows 7 is doing color management differently.
    It seems my only option now is to use Adobe RGB display setting for Ps, etc. and switch to sRGB for Dw and non color managed apps. Or, have 2 separate files for print and web. I've Googled 'til my eyes are numb and still not sure I'm getting this. Any enlightenment would be greatly appreciated.
    Finally, I don't see an edit function here, so I can't remove my previous incorrect reply. Moderator, please feel free to do so.
    Thanks

  • QuickTime 7.1.6 Gamma/Color Shift Is Demonstrable

    You can easily see the undesirable behavior of gamma/color shifting when playing H.264 codec movies in Apple's QuickTime Player.
    Download any Apple HD (1920x?) QuickTime Trailer. Open and switch view to Double Size. The movie will immediately become darker with a pronounced gamma and color shift.
    Reopening the movie switches back to the correct gamma and color.
    I reported this bug, and since it's so easy to demonstrate, Apple should be able to fix it once and for all.
    PowerBook G4 17   Mac OS X (10.4.9)   QuickTime 7.1.6
    PowerBook G4 17    

    I think you may find some will argue with you. DV and H264 at normal size look too bright and washed out for a lot of people, and are not the correct amount of darkness they should be. Fortuately when they're compressed to MPEG-2, if that's where you headed, they get the contrast back again.
    Playing the move doubled up is one of many work arounds to the problem. But the problem isn't the one you think it is. You're right about the fact that it should be fixed once and for all.

  • Save for web color shift - only on images smaller than 150x150px

    I'm getting a color shift only on small images (150x150px or smaller) when I save for web in Photoshop CC and CS6. That's very weird as it doesn't happen to images larger than 150x150px! That issue happens with images with different measurements as well (e.g. rectangle), the small looks dull and the larger display the right color.
    My Color Settings are set to "Monitor Color". Under save for web I have the following options not ticked: Embed Color Profile and Convert to sRGB. (viget.com/inspire/the-mysterious-save-for-web-color-shift)
    I'm running the OS X 10.8.4 on a macbook pro, I tested that on both, Safari 6.0.5 and FF.
    The squares in the screenshot were saved exatly the same way. The largerer displays the right color #FFCB32, but the smaller displays the color wrong.
    I appreciate your help.
    Cheers
    P

    JPG & PNG = Color Profile "Don't Color Manage this document". Save under save for web I have the following options not ticked: Embed Color Profile and Convert to sRGB. (viget.com/inspire/the-mysterious-save-for-web-color-shift)
    Resizing in photoshop (Image Size), but the color shifts even with cropped image after save for web.

  • 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.

Maybe you are looking for

  • ITunes Home Sharing with iOS 4.3

    I have a MacBook Pro, 1st and 2nd generation Apple TV, iPhone 3GS, and 3rd Generation iPod Touch (yeah, BIG fan of Apple!). When I bought the 2nd generation Apple TV I was able to setup Home Sharing on my MacBook Pro and the new Apple TV. According t

  • Exit for changing Pricing Conditions with change in Ship to party

    Hi All, In transaction VA01/ VA02 the pricing conditions are getting calculated with respect to the Sold-to-party no.. Instead I wanted it to get calculated with respect to the Ship-to-party. Please guide me with an Exit that i can use, or any other

  • Where are the Sales Org and DC details entered in IDOC type ORDERS05?

    I'm continually getting the message that the SORG and DC does not exist for a PO raised within CRM. However, I can't actually see any segments where these details can be entered. Is this something that is derived automatically based on the material n

  • Avoid blocking for Payment after MIRO

    Hi Experts, How to avoid this blocking for Payment after MIRO is posted As our Invoice receipts are going to Blocked for Payment for every Invoices we posted in MIRO If the Invoice Receipt matches with  the PO price then it should not block,No need f

  • [Flex] RTMP-Server failed to start up

    We are trying to deploy a Flex Dataservices 2.01 applicaton on Solaris 10/Weblogic 8.1 SP5 and have run into this problem. Does anybody know how to fix it? Thanks. [Flex] RTMP-Server failed to start up: java.io.IOException: Invalid argument flex.mess