Timeline for Is it possible to save CMYK renders from Blender?
Current License: CC BY-SA 3.0
13 events
when toggle format | what | by | license | comment | |
---|---|---|---|---|---|
Dec 1, 2016 at 0:56 | comment | added | Gez | Another example? Any HP large format printer. I prints CMYK, but it's not even close to SWOP. Send sRGB and you'll be fine, because the printer software knows how to convert from sRGB (known colourspace) to its own CMYK. | |
Dec 1, 2016 at 0:54 | comment | added | Gez | @Matt: People is asking about it. People is writing scripts because people ask. How is this a non-answer if it helps people to prevent mistakes? How is it explaining why it isn't supported and that it shouldn't be supported in Blender a non-answer? I fail to understand your reasoning. And you're still wrong about the "ballpark" thing. You can't guess, and assumptions when printing is involved can be incredibly expensive if wrong. You may think that SWOP is a reasonable profile because presses in America use SWOP, and still screw your prints big time if the device to print isn't SWOP. | |
Nov 30, 2016 at 17:22 | comment | added | Matt | The reason I feel like it's a non-answer is (as stated above) it's irrelevant because Blender can't do that anyway. You might find a script... You might write a script... it might work correctly... it might not work correctly... You should be using a different tool. | |
Nov 30, 2016 at 17:20 | comment | added | Matt | No, you misunderstand. I get it that you have to pick a particular color space to convert to. I'm not talking about blindly converting to some random CMYK profile, I mean choosing a profile that's more-or-less reasonable. We can make some reasonable guesses about what's common and what's going to be closer that just printing sRGB. Is it going to be "good enough?" maybe not, but it might get us in the ball park. | |
Nov 24, 2016 at 1:38 | comment | added | troy_s | @Matt the only reason you feel this is a non answer is because you absolutely don't understand colour nor print. Gez's answer is spoken both as a professional print expert with thousands of runs behind his words, as well as absolutely accurate advice. He is 100% correct. | |
Nov 24, 2016 at 1:32 | comment | added | Gez | Want a simple example? Let's say you don't care about colour spaces so you're going to take any sRGB* image and do a blind separation to an undefined CMYK. Let's make the RGB image cyan. That's, in that colour model 100% blue and 100% green. 0,255,255 or #00FFFF Let's say we do that "Blind" conversion, where we don't care about colorspaces, just take RGB cyan and make it CMYK cyan. Go print that Cyan in ANY printer out there. See what you get. See what you wanted. Again It's not matter of precision. Different models, different primaries. Ignore that and your printed output will suck. | |
Nov 24, 2016 at 1:26 | comment | added | Gez | @Matt: No, you're wrong. A blind conversion from RGB to CMYK is nowhere near to what printed colours are going to be. If you choose to ignore colour management completely you're going to produce garbage from your print output. It's not a matter of "level of precision", it's just getting a good print vs. getting useless crap. | |
Nov 23, 2016 at 14:40 | comment | added | Matt | The real answer is "No, Blender doesn't know how to convert from RGB to CMYK. You'll have to use a different tool." | |
Nov 23, 2016 at 14:38 | comment | added | Matt | If CMYK is device dependent just like RGB, then converting blindly to CMYK will be at least as good as blindly using RGB without knowing which monitor your image will be on. If we don't have to know which monitor is on the other end of the web, and that's more-or-less okay, then converting to CMYK will at least get us in the neighborhood of the right colors for printing, even if we don't know the printer and paper. Sure, there's a whole "print-making" science, but if the asker were interested in that level of precision, they would ask their coworkers... not us. | |
Nov 23, 2016 at 14:38 | comment | added | Matt | I really feel like this is a non-answer. | |
Apr 19, 2016 at 23:24 | history | edited | Gez | CC BY-SA 3.0 |
added 318 characters in body
|
Apr 19, 2016 at 23:18 | history | edited | Gez | CC BY-SA 3.0 |
added 318 characters in body
|
Apr 19, 2016 at 23:01 | history | answered | Gez | CC BY-SA 3.0 |