Re: [Inkscape-user] Inkscape-user Digest, Vol 97, Issue 2
El lun, 02-06-2014 a las 14:58 +0000, inkscape-user-request@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.
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
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
- 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.
participants (3)
-
Gez -
Jon A. Cruz -
Judah