6:59 p.m.
El lun, 02-06-2014 a las 14:58 +0000,
inkscape-user-request(a)lists.sourceforge.net escribió:
You cant give a printer a RGB image and say just print this to this
profile it should be fine.
Why not? That's exactly what the late-binding workflow consists of.
The colourspace is CMYK, the profile will depend on the output.
CMYK is the color model, the colorspace depends on the device.
If you want to send CMYK to print, it's important you know WHAT CMYK
(what profile).
Otherwise your CMYK numbers are meaningless (they could have been
designated for a different printer).
I mentioned the two Pantone bridge books for US and Euro markets because
they are a good example of that.
I don't really want to continue with this thread, whatever you
say
next
I will agree to (depends on what you say, but I will) and we can
put it to rest.
Look, I just wanted to help you. I suggest you to investigate a little
more about color management for print, because you have some facts
wrong.
But it's not just you. A lot of people in the print world are just too
used to the early binding practices, believing that CMYK values stripped
from any colorspace information are better in terms of color rendition
than a color managed conversion from RGB to a specific CMYK profile.
If you're not interested to contiue this thread, fine by me.
Gez.
11:36 a.m.
New subject: Inkscape-user Digest, Vol 97, Issue 2
Gez <listas@...125...> writes:
El lun, 02-06-2014 a las 14:58 +0000,
inkscape-user-request <at> lists.sourceforge.net escribió:
> You cant give a printer a RGB image and say just print this to this
> profile it should be fine.
Why not? That's exactly what the late-binding workflow consists of.
Inkscape creates and makes it graphics using RGB to render color. Using a
Icc profile that you will link will change the values of the rgb colour and
apply CMYK values to that colour. The graphic as far as inkscape is
concerned is still RGB but uses the profile to convert the colour. So your
early-binding or late binding method holds no value because
1) Inkscape does provide a jobdefinition file so how can you claim to have
sent a print ready PDF, neither does it provide an option to convert colour
to the linked profile at export.
2) your PDF is still in RGB staright out of inkscape, unless you have secret
magic script that converts the PDF to CMYK.
> The colourspace is CMYK, the profile will depend on the output.
CMYK is the color model, the colorspace depends on the device.
If you want to send CMYK to print, it's important you know WHAT CMYK
(what profile).
I know what profile to include, it gets included on pdf export from SCRIBUS
not INKSCAPE.
Otherwise your CMYK numbers are meaningless (they could have been
designated for a different printer).
I mentioned the two Pantone bridge books for US and Euro markets because
they are a good example of that.
> I don't really want to continue with this thread, whatever you say
> next
> I will agree to (depends on what you say, but I will) and we can
> put it to rest.
Look, I just wanted to help you. I suggest you to investigate a little
more about color management for print, because you have some facts
wrong.
Until you can provide a PDF straight out of inkscape that includes the
colour profile and colour space info then neither of us has what we want.
I am not trying to scare anyone out of using inkscape, this is an amazing
tool for creating vector graphics. I have used Coreldraw, Freehand, and
Illustrator and I would consider myself profiecient in all of them yet
Inkscape, Gimp,Scribus, MyPaint and Krita are my tools of choice. But until
such time as you can provide this colour managed PDF straight out of
inkscape please consider your self wrong.
But it's not just you. A lot of people in the print world are
just too
used to the early binding practices, believing that CMYK values stripped
from any colorspace information are better in terms of color rendition
than a color managed conversion from RGB to a specific CMYK profile.
There's a reason for that.
Dude I think we both obviously have two different method of preparing our
files for print. You are tied to a certain way of doing it that is obviously
working for you. I have differing experiences and so prefer a different
workflow. I wont continue along my argument about CMYK values and icc
profiles since you don't seem to be getting my point and the reason for my
original post, so lets drop it.
Thanks for your time and and effort guy :)
_______________________________________________
Inkscape-user mailing list
Inkscape-user <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-user
7:05 p.m.
New subject: Inkscape-user Digest, Vol 97, Issue 2
On Tue, Jun 3, 2014, at 02:36 AM, Judah wrote:
Gez <listas@...125...> writes:
>
> El lun, 02-06-2014 a las 14:58 +0000,
> inkscape-user-request <at> lists.sourceforge.net escribió:
>
> > You cant give a printer a RGB image and say just print this to this
> > profile it should be fine.
>
> Why not? That's exactly what the late-binding workflow consists of.
Inkscape creates and makes it graphics using RGB to render color. Using a
Icc profile that you will link will change the values of the rgb colour
and
apply CMYK values to that colour. The graphic as far as inkscape is
concerned is still RGB but uses the profile to convert the colour. So
your
early-binding or late binding method holds no value because
1) Inkscape does provide a jobdefinition file so how can you claim to
have
sent a print ready PDF, neither does it provide an option to convert
colour
to the linked profile at export.
2) your PDF is still in RGB staright out of inkscape, unless you have
secret
magic script that converts the PDF to CMYK.
Well, first of all, Inkscape does not work in "RGB" color. Instead it
specifically works in the sRGB colorspace.
http://en.wikipedia.org/wiki/SRGB
There are icc profile files available for that, but are not always
required if one uses that as a base for RGB values. The common color
mangement libraries out there have sRGB support built in.
Using an ICC profile *different* from sRGB will result in different
colors when you go to print, *and* in different colors on screen.
The key point, however, is that outside of the context of a specific
target CMYK colorspace, CMYK numbers are meaningless. However within the
context of a specific CMYK colorspace, the same CMYK numbers should get
you the same color no matter what printer you send things to.
More detail was in
http://codewideopen.blogspot.com/2010/09/cmyk-is-meaningless.html
Often a corner print shop will have certain assumptions (often based on
Adobe defaults) that gets things "close enough". It's OK if that works
for you, but for more professional print work one should not rely on
guesses.
--
Jon A. Cruz
jon@...204...
3291
days inactive
3294
days old
inkscape-user@lists.inkscape.org
2 comments
3 participants
participants (3)
-
Gez -
Jon A. Cruz -
Judah