The black problem

  • Thread starter Rob Giordano [MS MVP]
  • Start date
R

Rob Giordano [MS MVP]

Pub 2003 (doesn't really matter what version)

Laying out in CMYK print intent.

If I create a table or an autoshape filled with 100% black (its not), then
insert a photo with large amount of black bg, the 100% cmyk is really
noticeable that its not. How can I work around this. What's the setting for
true black or can Pub even do this?
 
L

LVTravel

Rob Giordano said:
Pub 2003 (doesn't really matter what version)

Laying out in CMYK print intent.

If I create a table or an autoshape filled with 100% black (its not), then
insert a photo with large amount of black bg, the 100% cmyk is really
noticeable that its not. How can I work around this. What's the setting
for true black or can Pub even do this?
What happens if you set the CMY to 0% and the K (which is true black) to
100%? Of course, you also need to drag the slide on the right side of the
Custom Colors display all the way to the bottom. If not it still isn't true
black.
 
R

Rob Giordano [MS MVP]

That's what I am doing C0 M0 Y0 K100 bring the slider all the way down for
that...then ok out...come back in and the slider is up a few notches but the
little color precentage boxes still read 0 0 0 100 and black looks like a
tint of black not real black.

Matt or Ed...where are you? :)



--
~~~~~~~~~~~~~~~~~~
Rob Giordano
Microsoft MVP Expression
 
R

Rob Giordano [MS MVP]

It already was/is set up to Process Color for the printer.



--
~~~~~~~~~~~~~~~~~~
Rob Giordano
Microsoft MVP Expression
 
L

LVTravel

Rob Giordano said:
It already was/is set up to Process Color for the printer.
I concur that there is a definite issue with Publisher when putting an image
over a CMYK autoshape.

When I set up Publisher 2003 with process colors, and add a text box over
top of the autoshape filled with black CMYK the black type gets set to
exactly the same black. If I don't set the Process Colors setting before I
add the text box, I get the lighter shade of CMYK black and a dark RGB black
font which is plainly visible through the supposedly same black of the
autoshape.

When I attempt to insert a .gif, .jpg, .wmf, .eps, or .png file into the
Color Process created black background autoshape I do get the same color
difference situation as you describe.

What I am suspecting is that Publisher can't change the image you are
inserting into true CMYK colors but is basically inserting it as RGB colors
(which has a blacker black than CMYK black.) I can take the same image and
background in an older version of Adobe PageMaker (6.5+) and do not have any
color match issues when set for Process color in that program.

Are you going to have color separations done on the final product or can the
printer take the final product in a PDF file? If the printer can, I would
recommend doing the job in RGB which should allow the blacks to match.
Hopefully someone else can come up with a way to have the CMYK black match
the image....

Sorry couldn't be more help but I don't use Publisher for any professional
printing jobs, just for color laser or inkjet printing, for other reasons
but this reason will add to the list.
 
E

Ed Bennett

Rob said:
That's what I am doing C0 M0 Y0 K100 bring the slider all the way down for
that...then ok out...come back in and the slider is up a few notches but the
little color precentage boxes still read 0 0 0 100 and black looks like a
tint of black not real black.

Matt or Ed...where are you? :)

I can give you Matt's advice for him: don't use Publisher's CMYK; work
in RGB and separate to CMYK in Pitstop.

My understanding of CMYK is far from encyclopaedic, but I'd guess that
Publisher is separating the black in the image to 100 100 100 100
(overprinted). "True" black is unachievable in print; even the blackest
material discovered still reflects some light, so black ink is far from
"true" black. Obviously adding more and more ink will make things
darker, so overprinting 100 black with 100 CMY will give a darker black
than 100 black on its own.

(As an aside, try this: Imagine a white wall. If I asked you its colour,
you'd obviously say "white". Now, imagine that the wall has a digital
projector pointed at it, projecting a PowerPoint slide that is entirely
white apart from a black square in the middle. If I asked you what
colour the square was, you'd say "black". But the square is formed by an
absence of illumination from the projector, so is exactly the same
colour as the wall - which is white! Of course the kind of people who go
round using data projectors all the time are the same kind of people as
routinely turn white into black anyway :D)
 
R

Rob Giordano [MS MVP]

Thanks Ed,

Yah, I've always *partially* understood the black problem, but it's the
first time I've had this happen to me :-(

It's hardly perceptible when printed, but it bothers me since I can see
it...others won't in a darkened theater :)...especially on aqueous coated
paper.

I'm gonna mess with it today and see if LVTravel's suggestion helps

TNX


--
~~~~~~~~~~~~~~~~~~
Rob Giordano
Microsoft MVP Expression
 
R

Rob Giordano [MS MVP]

bottom posting this;

--
~~~~~~~~~~~~~~~~~~
Rob Giordano
Microsoft MVP Expression






LVTravel said:
I concur that there is a definite issue with Publisher when putting an
image over a CMYK autoshape.

When I set up Publisher 2003 with process colors, and add a text box over
top of the autoshape filled with black CMYK the black type gets set to
exactly the same black. If I don't set the Process Colors setting before
I add the text box, I get the lighter shade of CMYK black and a dark RGB
black font which is plainly visible through the supposedly same black of
the autoshape.

When I attempt to insert a .gif, .jpg, .wmf, .eps, or .png file into the
Color Process created black background autoshape I do get the same color
difference situation as you describe.

What I am suspecting is that Publisher can't change the image you are
inserting into true CMYK colors but is basically inserting it as RGB
colors (which has a blacker black than CMYK black.) I can take the same
image and background in an older version of Adobe PageMaker (6.5+) and do
not have any color match issues when set for Process color in that
program.

Are you going to have color separations done on the final product or can
the printer take the final product in a PDF file? If the printer can, I
would recommend doing the job in RGB which should allow the blacks to
match. Hopefully someone else can come up with a way to have the CMYK
black match the image....

Sorry couldn't be more help but I don't use Publisher for any professional
printing jobs, just for color laser or inkjet printing, for other reasons
but this reason will add to the list.

I'm not sure how the printer will print the booklet, I think it will depend
on how many we order...I think the break point is around 2500 copies
(digital vs. press) not sure how many our non-profit is going to order.
Although I can guess it will be around 2000 because ticket sales suck this
year :-(

Im gonna try your suggestion, but it also gave me another idea....to use a
RGB black image created in Illustrator or PS as the bg for the table.

I'll be back...thanks for your help!

Or I guess I can switch to InDesign, but since this has been an ongoing
project orig. in Pub, it was far less work to use last year's template in
Publisher. NOW if I can just get the idiots I work with to give me
CONTENT...I'd be finished in a couple of days...but Nooooooo...they're gonna
milk this thing to the last second. But that's another adventure.


Rob
 
E

Ed Bennett

Rob said:
Yah, I've always *partially* understood the black problem, but it's the
first time I've had this happen to me :-(

Have you tried setting the fill on the table to C 100, M 100, Y 100, K
100? This would presumably duplicate the overprinting that seems to be
being done on the image.
 
R

Rob Giordano [MS MVP]

hmmmmmm...no I haven't but I will.

the whole issue may now be pointless as they may not have enough money for
4over on the body, just the covers.
I hate committees.



--
~~~~~~~~~~~~~~~~~~
Rob Giordano
Microsoft MVP Expression
 
R

Rob Giordano [MS MVP]

C 100 M 100 Y 100 K 100 is a shade or so darker than 0 0 0 100 but not as
black as an RGB image sitting on top of it.

Interesting; even if I convert the entire publication 1 color the black
remains not black black.
But, if I go into each table and change it manually it does become black
black - and stays that way.






--
~~~~~~~~~~~~~~~~~~
Rob Giordano
Microsoft MVP Expression
 
E

Ed Bennett

Rob said:
Interesting; even if I convert the entire publication 1 color the black
remains not black black.
But, if I go into each table and change it manually it does become black
black - and stays that way.

How are you previewing this? In Publisher, in PDF, in print via
Publisher, in print via Postscript?
 
R

Rob Giordano [MS MVP]

In Publisher.
BUT...this is also visible from the printer's output of last year's
publication.

I didn't have time to fix it last year because the printer was waiting from
me to bring the files at 3pm New Year's eve to have it done in time for the
opening night (not my fault :)




--
~~~~~~~~~~~~~~~~~~
Rob Giordano
Microsoft MVP Expression
 
E

Ed Bennett

Rob said:
In Publisher.

I'd class Publisher's CMYK > RGB as worse than the RGB > CMYK.
BUT...this is also visible from the printer's output of last year's
publication.

First thing is to make sure that your Advanced Printer Settings are set
to output CMYK Composite, and that you're outputting to a suitable
PostScript printer. Otherwise, Publisher converts from the document's
CMYK to RGB, which suffers from the same issue as on-screen, and then
the printer has to convert it back to CMYK for the press.

I just ran some tests viewing Adobe Reader's preview, using a 0,0,0,100
AutoShape, a 100,100,100,100 AutoShape, and a black PNG created in Paint.

Outputting to PrimoPDF in CMYK had both AutoShapes the same colour, but
the image somewhat lighter (WTF?)
Outputting to PrimoPDF in RGB looked exactly like Publisher's preview;
the overprinted AutoShape darker than the black only AutoShape but
lighter than the image.
Outputting with Publisher's PDF output (with Printer Settings set to
CMYK and the PDF options set to Commercial Press) gave the overprinted
AutoShape the same colour as the image, but the black-only AutoShape a
lighter shade.
Outputting with Publisher's PDF output (with Printer Settings set to RGB
and the PDF options set to Print) gave the same.

I don't have the tools (or at least the know-how) to check what colour
space any of these PDF files are in, unfortunately.
 
R

Rob Giordano [MS MVP]

Thanks for taking the time to experiment with me.
It's weird, eh?!

I'm outputting to Adobe Acrobat Pro 8 pdf.
I do test prints to my Oki Laser but that's just for dummy outputs.
PDF is set for CMYK composite.

Still waiting for them to tell me they can't afford 32 pages of color so I
can ignore this issue for now :)...but you know...once yer on a quest it's
difficult to waiver.



--
~~~~~~~~~~~~~~~~~~
Rob Giordano
Microsoft MVP Expression
 
R

Rob Giordano [MS MVP]

This is even stranger;

In PS I created two squares one 100-100-100-100 in CMYK, the other 0-0-0-100
CMYK.

The first square was black black, the second square appeared a gray (like
the table bg in Publisher)...hmmm ok, so I saved it as a .tif and put it
into Publisher next to the tables to see the difference. Now this is really
weird...BOTH squares appear black black when brought into Publisher !! NOT
AT ALL WHAT I EXPECTED.




--
~~~~~~~~~~~~~~~~~~
Rob Giordano
Microsoft MVP Expression
 
M

Matt Beals

Not sure which post to respond to so I'll start with the original.

If you're trying to match the black in a photo you'll first have to use
an image editor to get the current images RGB black values. Then in
Publisher create a new color with those same RGB values. Don't bother
with Publisher working in CMYK. You really do limit yourself because of
how Publisher works with CMYK. If you have CMYK images that you want to
place that are already color correct then save them as EPS files from
PhotoShop. That way Publisher (Windows GDI) can't screw them up.
Otherwise Publisher will screw them up by going CMYK -> RGB and then
back to CMYK at the printer. And that's just an abomination... Sooooo
having said that you can always use something like 60/40/40/100 CMYK, or
for RGB you would use 0,0,0. This way if the printing company does what
they should they should convert 0,0,0 to their output ICC profile. If
that doesn't happen then the RIP may catch it and convert it to flat
black. Which in this case is not necessarily the desire result. Unless
you're printing a black page. Which even in that case 100k is not
necessarily desireable since you would want 0% device gray (photocopier
black). That way you really only get billed for a black click. Or the
prepress department converts 100k to a mild rich black. I think the
ratio of cyan to magenta and cyan to yellow is 3:2. Magenta and yellow
are tied together in that they must have the same values relative to
cyan to ensure gray balance.

At any rate, never, ever, ever, even if it's to save your life use 100,
100, 100, 100. That's the surest way to make an enemy. Of course since
it's Publisher generally that will come out as 0,0,0 RGB anyways.

Be careful of using device gray on CMYK pages because device gray cannot
overprint CMY(k) (even 0% device gray which looks black). Two different
color spaces that can't really interact with each other. So device gray
*must* knock out CMYK and device N (spot colors). If you really want
something to be black the surest way to do it is to make it 0% device
gray. If you really want something to be "rich black" then add a bit of
CMY underneath the K (called UCR). The opposite would be to remove CMY
from underneath K (GCR).

Many output devices can be configured to add in UCR, GCR or both to
automatically optimize the page for the output device and color
rendering parameters of the RIP. It's a real mess trying to figure out
who's doing what, where, when, why and how. So for digital printing
sometimes it is far easier to provide an RGB PDF and let the RIP handle
it like on Xerox iGen's and HP Indigo presses. One likes GCR, the other
doesn't. Both can do an amount of UCR. But for offset presses and
flexographic you've got to be careful about that because it takes
sooooooooo much communication to work well.

The trick with rich black is that each company has a different rich
black that they "like". They'll print almost anything in an image
though. Which is a bit of a paradox. Why would you knowingly print an
image at 320% for a rich black, 90,65,65,100 for example, but "fix" the
rich black vector objects to be 40,20,0,100? For that matter if you keep
your M,Y plates within the proper ratio to C then in theory you can
print as high/much as you want with K and you won't have a problem with
the under colors turning the rich black blue, red or yellow. Like the
example above, 40,20,0,100. The ratio is out of balance an therefore
very susceptible to "coloring" the rich black by making it too "blue" or
"red".

So to avoid this we use GCR in various amounts to minimize the amount of
CMY needed and a relatively greater amount of black and still achieve a
visually appealing rich black. GCR is good... Very good...

Rich black is a pain in the sass when the art comes from outside. Check
with your printer to see what they want for rich black. If they don't
want yellow in it, then there's a problem with their process. If M & Y
isn't the same an out of proportion with C then there's going to be a
problem on press most likely. It's all got to be in balance or it's hard
to keep the consistency though the run. Which leads to spoilage. A smart
printing company will use an ink optimizer or device link profile that
will convert CMYK to a new CMYK using GCR so that the visual appearance
is maintained but the CMYK values are changed so that black dominates
the separations. This way fluctuations in the manufacturing process
(printing is a manufacturing process after all) are less likely to
affect the art. This is also a good way of preventing a pressman from
"painting on press". Because *you* give them, or the machine, less
ability to affect the color intentionally or unintentionally. Of course
GCR not done well is as bad as anything else because you can seriously
screw up perfectly good art soooooo easily.

Oh, and depending on which ICC profile is being used to convert to CMYK
you can have different ink limits as well as different amounts of GCR
and different limits on the amount of black (length of black plate,
which is independent of GCR).

Clear as mud? If so, reseparate with medium or high GCR an it should be
a bit clearer ;)

Matt Beals
Consultant
Enfocus Certified Trainer
Markzware Recognized Trainer
(425) 582-8554 - Office
(206) 201-2320 - Voicemail
(206) 618-2537 - Mobile
mailto:[email protected]

Come visit me at:
http://www.automatetheworkflow.com
http://www.mattbeals.com
http://blog.mattbeals.com

Friends don't let friends write HTML email
 
R

Rob Giordano [MS MVP]

So I should leave the document in Publisher as RGB, not switch to cmyk
before going to PDF?


Clear as mud? Actually no, I understood most of that - sounded like what my
brother has been trying to explain to me.

Thanks a ton for a complete explanation!



--
~~~~~~~~~~~~~~~~~~
Rob Giordano
Microsoft MVP Expression
 
L

LVTravel

Rob Giordano said:
bottom posting this;

--
~~~~~~~~~~~~~~~~~~
Rob Giordano
Microsoft MVP Expression








I'm not sure how the printer will print the booklet, I think it will
depend on how many we order...I think the break point is around 2500
copies (digital vs. press) not sure how many our non-profit is going to
order. Although I can guess it will be around 2000 because ticket sales
suck this year :-(

Im gonna try your suggestion, but it also gave me another idea....to use a
RGB black image created in Illustrator or PS as the bg for the table.

I'll be back...thanks for your help!

Or I guess I can switch to InDesign, but since this has been an ongoing
project orig. in Pub, it was far less work to use last year's template in
Publisher. NOW if I can just get the idiots I work with to give me
CONTENT...I'd be finished in a couple of days...but Nooooooo...they're
gonna milk this thing to the last second. But that's another adventure.


Rob

The delay sounds just like when I try to do the "good deed" and set up for
non-profits.

Just did a two-sided letter but only 2500 copies. Worked the daylights out
of my color laser. Year before I had print house do it but cost too much
for a repeat performance with them. I have always had good luck with
commercial printers when I used PageMaker from year to year for brochures
and booklets for the commercial houses to print. Never was able to get
Publisher to work for me well with them.
 
R

Rob Giordano [MS MVP]

It's like pulling teeth getting info from them...I gotta get this to printer
by next monday, so I told them I MUST have every thing that is missing by
Dec 2 to give me a few days to finish up...that was Thurs morning...they
havent even acknowledged my email yet.

If I don't get the stuff, I may just give them the raw files they gave me
back on a CD and carry on with my life. They can pay the printer to do a
layout at 65-85 per hour...with no information...it'd take them 4 weeks to
do.

--
~~~~~~~~~~~~~~~~~~
Rob Giordano
Microsoft MVP Expression
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top