From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=igENh3bAXgMByd/A8+wBzmfiKrsrWLE99PZfryctTFM=; b=g4tmxiZsjc3T5uEGZHCW26PuXSimwSZopER52DNUO/woHK6/0xDiptAfd4BXQZvajy hLwC3WJ9ai/QDQPz7wo1KUyQBlq4n/bHm8gv5ZVqtaK7h0GAUOCPz1sBSLWGAZONiFz4 Q5/vfTjODGQgg6kuwPwHkCFXwm1425NRcFf+Xrwk6ysSPrQGqAg99HNP9KgYBDJQ9ptj e0tBoLfmiAIahG9U1HyJgb+fAiRy8j2eMkj+x9x3rp+Vx0wzX5ulHv8HVUrR3vSUwFA6 LzWGfU35yMvINtebyJcLc79llwx6oJdqxW643OwIJNGWil3V4FIEJf0WzgZAgdvjluqf JqWQ== References: <8c101e3b-2f80-666c-db86-05b7dd170a7c@gmail.com> <29E8A83D-5BBB-49AA-83A6-4B3EB765828A@msweet.org> <9db67beb-7ca2-249c-88e4-ead29d19ce63@gmail.com> From: Till Kamppeter Message-ID: Date: Sat, 8 May 2021 00:11:51 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [Printing-architecture] Make use of extended color spaces on IPP printers List-Id: Printing architecture under linux List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Michael Sweet Cc: "printing-architecture@lists.linux-foundation.org" , Jay Berkenbilt , Vikrant Malik On 07/05/2021 21:53, Michael Sweet wrote: >> TL;DR: Some doubts about supporting extended color depth and color spaces: >> - How to discover if a page in a PDF is 8/16-bit color/grayscale >> sRGB/Adobe RGB? > > So there are ways to do this, but none are pretty... :/ > Are they somewhere documented? Is there sample code? Is it worthwhile to implement it? Does implementing it take less new lines in cups-filters than cups-filters already has? If it is too complicated, I think the most intuitive solution, at least for the high color depth is to trigger it by print-quality=high. WDYT, would it also make sense to also switch to Adobe RGB (if available on the printer) if the user sets print-quality=high? >> - How important is Adobe RGB for printing? If a printer advertises that >> it supports it, is it worthwhile for us to support jobs in Adobe RGB? > > Very important, since a lot of cameras use AdobeRGB (or provide an option for it) for an expanded color gamut. And if you are going from Display P3 (which is another one you'll see a lot of from iPhones/iPads) it is even more important since sRGB is a really small color space. > For printing photos from photo applications the incoming PDF is probably raster-only and could be treated with pclmtoraster and so an easy way to determine whether it is AdobeRGB, but if it is an actual vector PDF it gets more difficult. And what does one do with Display P3? Is it mentioned in PWG/IPP/Apple Raster/PWG Raster/Mopria? Is it well known, is there a free solution to convert it to Adobe RGB? >> - How is all this influenced by the "print-content-optimize" setting? > > Two different things - certainly the 'photo' value might be hint that AdobeRGB/deep color is useful/important, but I'd also say that "print-quality" can also feature in this decision, e.g., 'high' (5) print quality might indicate deep color is preferred. > OK, probably I will trigger it by the high quality setting. Important is to know whether I can simply switch to Adobe RGB (only if printer has Adobe RGB) regardless of the incoming job and the printer does always the right thing (and not try to print sRGB unconverted as Adobe RGB or uses a conversion with significant quality loss). > So print-color-mode and pwg-raster-document-type-supported/urf-support do two different things. "print-color-mode" is a rendering intent (color, grayscale, bi-level, etc.) while the others list the actual color spaces and bit depths that are supported. OK. Till