LR Color Balance shift upon export to PDF or Blurb

I am attempting to create a custom layout for a Blurb book by creating pages in Photoshop, importing these files into LR, and pasting them into my Blurb book. I've noticed two issues:
1) if I set the background color in LR for the blurb book to the hex code of "2D2D2D", LR resets this to "2C2C2C", and
2) using the LR substituted hex code (2C2C2C) for the background in PS, importing the photoshop created page as either a PSD or TIF file, in LR, the imported PS file matches nicely on the LR screen, but when I send the file to Blurb for printing or export it as a PDF, the PS and LR backgrounds no longer match.
I have used both 8 & 16 bit image modes, selected web only colors (333333), when importing the PS file in LR, there was no processing of the file, and the color space for both LR and PS is ProPhoto RGB.
When I selected black (000000) for background in both applications, the problem disappeared.  My theory is that LR exports to a limited palette, but I can’t find any documentation of this or confirmation of my theory.
Blurb tech support has referred me to Adobe.

Blurb export is sRGB, so perhaps that's the cause of the disconnect?

Similar Messages

  • How do I stop FH Mx from converting spot colors to cmyk on export to pdf

    I have Freehand Mxa on my PC.  I created a couple of rectangles and filled with two Pantone colors from my swatch pallet.
    I exported to pdf and the spot colors converted to cymk.  Shucks!  How do I stop that?
    (When I print directly to my Adobe Distiller print driver the spot colors are retained as they should in my pdf.)
    In the Freehand export function there is a setup dialog box just below the "cancel" button.  When that opens there is only a drop down button allowing conversion to cmyk and cmyk/rgb.  So, I am guessing that is not where I can tell Freehand to leave my spots alone.
    What am I doing wrong?
    I was going to attach the small test file but the system did allow. Hope my description is enough to render a solution.
    -Steve

    The only thing you're doing wrong is using FH's PDF export. It creates PDF files that are adequate for viewing online or printing to composite inkjet printers, but it doesn't support spot colors.
    There are many more reasons why you shouldn't use FH's PDF export for print work. See this technote for limitations of PDF export.
    http://go.adobe.com/kb/ts_tn_13496_en-us
    When you need to retain spot colors, print to a Postscript file and Distill.

  • Major placement shift when exporting to PDF

    I have InDesign files that were created in CS2. I had CS3 for about a year; some of them have been edited in CS3 during that time. I am now using CS4 to edit them, then exporting them to PDF. (Previous versions of the files have all been exported to PDF with no problem.)
    I'm using a MacBook Pro, System 10.6. I upgraded to CS4 when I got it, about a month ago.
    Occasionally, some of the elements shift dramatically on the page (several inches) in the PDF. (Some of this shifts the elements completely off the page.) I think it's limited to master-page items, but it's not happening consistently, so that's hard to say. Elements include both text and graphic boxes.
    I haven't had layout adjustment turned on at all.
    I can replace the shifting items and that tends to fix an individual problem, but I've got 60 files and fixing one doesn't take care of the others.
    Any suggestions on what might be causing the problem? I've got a major client who's starting to get irritated, so suggestions would be very much appreciated.

    Peter, thanks for continuing to follow up on this thread. I had actually already found the thread you mentioned. It seemed to describe the problem I was having, but it was solved by turning off Layout Adjustment ... and as far as I can tell (checking both ID3 & ID4 files), I've never had Layout Adjustment on.
    I've been able to correct the problem by replacing the graphics that are shifting, and that may be what I need to do if and when it occurs in the future. (Replacing graphics are a real pain when the shifting graphics are on a master page that is the basis for another 6 master pages. I have to rebuild those pages, also.)
    David

  • Font color changes when I export to pdf

    I'm using Pages 08 still, and I'm creating newsletters, should be simple enough.  But when I export to pdf, there are portions of the text that change color.  For example, I have white text and a brown background, and for some reason the text changes to black.  The Pages document still shows it as white, it only happens with the exported pdf document.  I triend deleting the brown background layer, re-exported, but the font color still changes.  Thoughts?

    You have not said what version of Pages '08 you are using nor what version of OSX.
    For problems like these usually simply updating both Pages '08 and the version of OSX to the latest versions, fixes the problem. That does not mean upgrading to Pages '09 or OSX 10.8.2, just the latest of those you have installed.
    Failing that you need to look at what color model your text is. Stick to the cmyk that OSX's pdfs use and avoid rgb which is screen color.
    Peter

  • Book Module: Export to PDF and Blurb stops with error at two page spread

    I have a 66 page book created in the book module..
    When exporting to PDF the export stops with the error:
    "An error occurred while saving the book.
    There was an error creating the PDF file. "
    The same occurs (at the same book page) when exporting to BLURB
    "An error occurred while creating the book."
    The creation or export always stops at the same page which is a two page spread. Interestingly there is a two-page spread before that didn't throw an error. I tried to move the problem page to the end of the book. That didn't help because the next two page spread in the book throws an error.
    Any ideas or help?
    Lightroom version: 4.0
    Computer: Windows 7, Quadcore, 8 GB RAM

    Hi, sorry I do not have a solution but I too have a very similar issue in that the book is the same size but the export to PDF does not start at all
    I have tried reducing the image dpi settings. Jpg quality and still nothing
    The only success I have had is if I duplicate the book, delete all but 8 pages and then export at full dpi settings of 300 and 100 percent jpg quality
    Any more pages and nothing
    It's a great tool and would buy it if this feature actually worked. Oh yeah I only have the trial version at the minute to give it a good thorough test
    I have looked for solutions but like your query they are all unanswered
    Does adobe actually offer any support or is this all user solutions?
    Did you find a solution by the way?

  • Pattern swatches are shifting when exported to PDF and viewed in Preview/GoodReader

    I've tried for days to find an answer to this question, but haven't succeeded. Please also be aware that I'm a self-taught Adobe Creative Suite user. I'm working on a Mac with CS6.
    I work for a small publisher that produces knitting books. The problem is this: our tech editor has created charts in Illustrator using the pattern swatches feature. (These are knitting charts. Each square contains a pattern swatch representing the knitted stitch.)
    I am then placing these charts in their native .ai format into an Indesign file and exporting them to PDF. In Acrobat, the charts look fabulous. In the Mac Preview reader and in GoodReader, the charts do this...
    ... the pattern swatches shift around inside their squares. Each of those dots should be centered inside their squares. In Preview, when I resize the application frame, the pattern swatches move as I re-size the frame. Any ideas about what might be happening here?
    I've tried saving the charts as PDFs and placing those into the InDesign file. Doesn't help. Exporting the charts as images (jpg or tif) works, but I have to make the resolution/file size ridiculously large to get the quality of the vector image. I'd rather place the .ai files into the .indd file if possible.

    Try using File>Object>Expand on a copy of the original before making the PDF for placing.

  • My text boxes shift when exporting to PDF

    I'm having an odd problem. I'm using a file that I've created and whenever I export my INDD file to PDF, some of my text boxes shift and rotate.
    As you can see in the example below, my "language" box gets rotated 90º and pushed slightly left and off the page.
    I've never encountered this problem before. Also, if I reorder the layers, other text boxes will end up moving. I've even tried inserting blank frames into the document with no success.
    I'm not getting any errors from the program either.
    Please advise!

    OK, overridding would have been the first suggestion, so we'll move on. Are you patched to 7.0.4? If not, try that first, and if there's still a problem, try exporting to .idml. See Remove minor corruption by exporting

  • Object with gradient feather disappears upon export to pdf

    I'm troubleshooting a file where an object with a gradient feather disappears from the exported .pdf file. The rest of the file is perfect. I've tried different .pdf presets. I've tried moving the offending object to its own layer at the bottom of the layer stack. I've tried copying all the art to a new file. I've tried grouping everything. Nothing is working. I can successfully export to .jpg format. I'm using InDesign CS5 on an iMac. Thanks for any suggestions.

    InDesign file on the left, PDF on the right.

  • Pages crashes upon export of PDF every time

    I am attempting to export a document with endnotes as a PDF, and Pages crashes, without fail, every time.
    Any ideas?

    As Dunestrider mentioned it is likely that you are experiencing the bug discussed here: http://discussions.apple.com/thread.jspa?threadID=768661&tstart=15. I've since noticed that it also causes Pages to crash when you print too.
    You probably have a reference to a footnote/endnote that has been manually deleted from the footnote/endnote area. The solution will be to delete the reference from the document. Finding the blighter will be a tad boring. Hopefully you will know roughly where it is because there will be a gap in the sequential numbers or some extra whitespace between two notes.

  • Type shifts upon PDF export

    I have been wrestling with an issue for a while now and hope someone can shed some light on it.
    When exported from InDesign as a PDF, type often shifts vertically, horizontally, or both. The problem appears to get worse from left to right and top to bottom. The more columns there are, the worse it gets across columns.
    This problem was first caught on a commercial printer's proof when I noticed the type had shifted from my InDesign file to their proof. Since most commercial printers use PDF workflows (as this one did), any bug in PDF export represents a major issue. I have had projects print incorrectly due to this and I am in need of a fix that commercial printers can also implement because current projects are suffering from it and past projects have come out wrong.
    I have replicated the issue on numerous different machines (and even had it tested by friends around the country) running everything from CS3 to CC, so it seems to be a systemic and possibly old InDesign / PDF export issue. The problem seems to happen with any font format — OT, TT, orPS. The PDF settings (x-1a, x-4, etc) don't seem to affect the issue.
    Anyone can probably create a test file that will show the issue by making a vertical tabloid document with three columns, threading text to fill all three columns, and then setting the type to be 9pt / 12pt leading. Export a PDF and then import it and lay it directly on top of the page in InDesign, after having changed the type in InDesign to another color. In the samples below I changed the InDesign text to magenta, and the black is the PDF laid on top of it.
    Any advice is appreciated. Thanks!
    Mike

    So I think we have a working solution for PDF/X-1a or simply a PDF with version Acrobat 4 (PDF-v1.3).
    The trick is to force transparency reduction to the text frame. One can do it without converting text to outline.
    Just put a rectangle with a fill of 100% [Paper] set to transparency 0% on top of it. Downside is, that the exported PDF will get a white background.
    Currently for PDF/X-4 I see no chance to work around the issue, if:
    1. Point size is 9 pt *
    2.1. A baseline grid of 12 pt * is used and the paragraph styles are set to align to it
    or 2.2. If the pointsize is extactly 9 pt * and the leading is exactly 12 pt *
    * I did not check all other creteria you mentioned in your 7th post: the ratio assumption between pointsize and leading, maybe the formula is something like that: Text Line Distance = n * (Pointsize + Pointsize / 3 ) => creep.
    I packed all documents to a zip archive that you can download from my Dropbox account:
    Dropbox - 150127-1-TextShift-CS5.5.zip
    150127-1-TextShift-CS5.5.zip contains the following files:
       150127-1-TextShift-CS5.5.indd
       150127-1-TextShift-CS5.5.idml
       Layer-Text2Path-VISIBLE-PDF-X1a.pdf
       Layer-Text2Path-NOT-VISIBLE-PDF-X1a.pdf
    "150127-1-TextShift-CS5.5.indd" contains several layers (from top to bottom):
    Text2Path  (currently invisible)
    Layer1
    PDF-Layer-Text2Path-VISIBLE-when-exported   (currently invisible)
    PDF-Layer-Text2Path-NOT-VISIBLE-when-exported  (currently invisible)
    The mentioned white rectangle is placed on master spread A on layer "Text2Path".
    Live text in a text frame is on "Layer1" (visible).
    Layer "PDF-Layer-Text2Path-VISIBLE-when-exported" contains the placed PDF "Layer-Text2Path-VISIBLE-PDF-X1a.pdf", layer color is green, because here we can see no issues.
    Layer "PDF-Layer-Text2Path-NOT-VISIBLE-when-exported" contains the placed PDF "Layer-Text2Path-NOT-VISIBLE-PDF-X1a.pdf"; layer color is red and showing the issues.
    Both PDFs are exported with the same PDF Export Preset.
    Uwe

  • Color changes when exporting to PDF from Apple Pages or Word

    When I export to PDF from Apple Pages or Microsoft Word, there is a noticable color shift.
    The RGB color values that are 23, 76, 140 in Pages for a medium shade of blue like this but appear as 50, 61, 134 with a decidedly purple cast like this in the PDF.  
    Has anybody else run into this problem?  Any tips for troubleshooting?

    Thanks for the reply.  It was created using Apple Pages. I tried exporting to PDF in two different ways, both with the same result.
    1. Within Apple Pages, one can click File > Export > PDF
    2. The other option is to click Print > PDF > Save as PDF
    I also tried this second method with Microsoft Word, and again the color was altered.  Any suggestions that you can provide to resolve this issue will be very helpful.

  • PDF creation causes rich black colors to shift

    I'm designing a book cover. There are three main areas: front, back and spine. Each area has specified the default "black" color in the swatches panel. This color uses 100% K in the CMYK color space. In the preferences panel, under "appearance of black", I have checked to print and display blacks as rich black. Everthing looks great on the Indesign file. My blacks are as specified. Everything has been double-checked on the swatch panel to be set to this black color, which is a non-editable color (always remains 100% K on the CMYK setting).It has been displaying just fine on the file, as a rich black, no color shifting ever whatsoever until doing the following:
    When I make a PDF using the "Export" window, I select PDF/x-1A as my printer specifies. I create the PDF, and open it, only to see that my blacks are being shifted to a shade of deep brownish black.
    On the first few attempts, only two of the three areas specified above did this. ON the next attempts, all three areas look the same. This is weird. I'm very disappointed with the strange issues present in Indesign, as I am trained with Quarkxpress and find it to work flawlessly in comparison, especially with something like color output.
    What am I doing wrong?
    When I change settings, for example, change the color management to "none" or leave it in the default for the PDFx/1-a, it doesn't make any difference in this glitch in the output.
    Help!
    Thanks.

    The Appearance of Black setting to print all blacks as rich black ONLY affects printing or exporting to RGB devices (essentially printing to desktop printers or PRINTING to PDF with Composite RGB or Composite Grayscale selected). It has no effect at all on EXPORT to PDF.
    >I changed my 100%K only blacks to genuine rich blacks of 100%K 25%C 25%Y 25%M  and the problem is corrected.
    You said this is a book cover. That implies that the output will be printed, not viewed on screen. For printed output it is ESSENTIAL that you set blacks to display accurately. You should also turn on Overprint Preview when judging color. You'll probably get away with your rich black in any type over 12 points or so where it might be applied, but it's generally not a great idea to use rich black for type in small sizes. Rich blacks also generally use slightly more cyan than yellow and magenta to compensate for ink impurities.
    Do you have a high-end monitor? Is your monitor calibrated and profiled using a colorimeter? If not, you can forget what you see on screen. The odds that it is anywhere near accurate are similar to the odds of winning the lottery. Are you using the same color space in Acrobat as you are in ID? If you change the color space, the appearance of your colors will change.
    When you export to PDF/X-1a you are converting everything to CMYK using a target color space. By default the conversion option is set to preserve numbers. If your imported art has an embedded profile that differs from the destination, that will be honored and color numbers will be changed to preserve the appearance of color, as much as possible taking into account different gamuts, and untagged imported art, along with native objects will all be presumed to be in the current working space in ID, and cmyk numbers for those objects will be preserved. If the destination space differs from the working space, thew appearance of these colors will shift, but 100% K native objects will continue to be 100% K in the PDF. A conversion to a destination that differs from the working space WITHOUT preserving numbers will result in 100% K being changed to a 4-color mix that mimics the appearance of 100% K output in the working space.
    Knowing the destination space in advance is vital if you are doing a CMYK conversion. CMYK profiles are "device dependent" and CMYK-to-CMYK conversions are destructive, both in terms of potential loss of color (and you don't gain by going from a smaller to a larger gamut space) and conversion of solid colors to 4-color mixes which is particularly problematic for black type and thin rules.

  • Colors are printing incorrectly when exported to PDF but print fine from InDeisgn and Photoshop

    Documents I create in Photoshop and InDesign and export to PDF print in different/wrong colors. The colors are fine when printed directly from Photoshop or InDesign, they look correct when viewing the PDF, but change when printed from the PDF (specifically blues print as purple). How do I fix this?

    This really sounds like a color management issue.
    How are you creating the PDF files from InDesign or Photoshop? We recommend using the PDF/X-4 settings for proper printing from Acrobat or any direct PDF RIP/printer.
    Also would like to know what type of printer you are printing to.
              - Dov

  • Colors when exporting to PDF get all screwy

    This just started last Friday - all of the sudden I can no
    longer print to PDF, export as PDF, export as a JPEG, copy to
    Photoshop or anything like that without the colors "solarizing" -
    it's almost like a reverse image. Type, imported photos, vector
    art, it's all the same, and the end result is that I can't get
    anything out of Freehand in order to send proofs, etc. I've
    reinstalled both Freehand, and the entire Creative Suite to see if
    I had really messed up my preferences - but nothing seems to work.
    Anybody else out there who has had a similar problem, please let me
    know!

    Artsy-type wrote:
    > I've reinstalled both Freehand, and the entire Creative
    Suite to see if I had
    > really messed up my preferences - but nothing seems to
    work.
    What is your platform and OS?
    What are your FH color management settings?
    Have you calibrated your monitor? If so, how?
    Before reinstalling FH to clear problems, it's important to
    trash the
    Preferences and other settings files in the Settings folder.
    They are not
    overwritten when FH is reinstalled. On Mac OS X, the settings
    are here:
    Users/(Username)/Library/Application Support/ Macromedia/
    FreeHand MX/ 11/
    English/ Settings
    Judy Arndt

  • How can I export to PDF for Offset printing including color and grayscale photo's?

    After reading dozens of forum, I still don’t found the answer.
    I made a photobook with full-colur and B/W photos for Offset printing. I want the B/W to be in grayscale to avoid color possible color shades. It seems InDesign doesn’t support grayscale, the images become way to dark. Even with exporting without any colour conversion or destination and/or including original colour profiles, the grayscale pictures are being exported to dark to PDF.
    How can I export to PDF for Offset printing including color and grayscale photo’s?

    Yes, the Photoshop & ID CMYK working spaces are the same
    This can get difficult because the 3 programs handle soft proofing differently.
    The working spaces don't matter, it's the document profile(s) that manage the preview. So here is the same grayscale image placed in ID on top and PS on the bottom. I've set my Photoshop info to show the doc profile in the lower left corner. I can see my InDesign's Document CMYK profile in my Proof Setup (the Working CMYK is different and isn't being used). Both profiles are effectively the same Coated FOGRA39 (Black Ink FOGRA in the case of PS).
    But the previews don't match because I have Overprint turned off, so the InDesign preview is Gamma 2.2 or a "screen" media preview.
    If I turn on Overprint preview I get a match because I'm soft proofing for print:

Maybe you are looking for