From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 6A101139A83 for ; Thu, 10 Sep 2015 00:06:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 62C5D21C075; Thu, 10 Sep 2015 00:06:40 +0000 (UTC) Received: from mail-ig0-f172.google.com (mail-ig0-f172.google.com [209.85.213.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5EF8221C043 for ; Thu, 10 Sep 2015 00:06:39 +0000 (UTC) Received: by igbkq10 with SMTP id kq10so3680149igb.0 for ; Wed, 09 Sep 2015 17:06:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=upLiy1MgnqB6brybxQDsxByO0hRo6fiftV8VzUShgYM=; b=R3v9wjUOrv4v7LtMUG0ZRezlRh2jGILIGehn3zMhrfweFBWvwrMKv/TDaMOx40iS4a 1byyfW8EKJsAkY11yUzTO/Z6Xcb9Adk3LPi01e7RDqxqf5tWG7QbgZcT9WJDCTJtPSsm mUN+imyjKPLPWaFlwMvm3r7xw9620pybg+8KXJzQ2mRwVqtDZCxunwMQuBfYFf+6hpSA oHR1sMwlodBOiGYODIj1sio27MDiKv2yXdAzUPuy0Fu4j9JNSV8l8qwERTnAlWlYOjB7 GS9belLP43JBPdOjXdYpEFBaEoHemNbj/4Z1Us2PDiykI94rJixOnJbGvlJ9zspYlYsO doRQ== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.50.107.68 with SMTP id ha4mr22904418igb.35.1441843598265; Wed, 09 Sep 2015 17:06:38 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.79.103.70 with HTTP; Wed, 9 Sep 2015 17:06:38 -0700 (PDT) In-Reply-To: <201509081942.10580.michaelkintzios@gmail.com> References: <201509081942.10580.michaelkintzios@gmail.com> Date: Wed, 9 Sep 2015 20:06:38 -0400 X-Google-Sender-Auth: OcsgS_43DLUD7uHsS4tLuU_5A3E Message-ID: Subject: Re: [gentoo-user] CMYK comparison to sRGB between platforms From: Rich Freeman To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: 1b62a22a-2023-4b25-a55b-496ccc829d57 X-Archives-Hash: b9ffc2f5957f2f581d9bcb98ad690fd1 On Tue, Sep 8, 2015 at 2:42 PM, Mick wrote: > On the same hardware I noticed that a CMYK photograph converted to sRGB looked > mostly the same (indistinguishable) on Linux, but the sRGB colours were > brighter on MSWindows. > If everything is working correctly then the CMYK original and sRGB copy should look identical, with the exception of any out-of-gamut colors (as I understand it, very little of CYMK is out-of-gamut for sRGB). If they're not identical then something is wrong, so I wouldn't assume that Linux is at fault (though it could be if the file looks wrong when created on Linux and viewed on another OS, and both OSes are using calibration). Imagine if your original email read like this: On the same hardware I noticed that when I saved my simple OpenOffice document in MS Word format in Linux, and then opened the MS Word file, the text was identical. I tried doing the same thing on both Windows and OSX and in both cases there were lots of weird symbols in the text of the document. What is wrong with my Linux OpenOffice program? Why doesn't it mke my dcment lok lik ths like the other OSes? or like this: On the same hardware I noticed that when I copied a file from a fat32 USB stick to an ext4 USB stick the md5sum of the files remained unchanged. However, if I perform the copy on OSX or Windows the md5sum changes. What is wrong with my linux filesystem drivers? Why doesn't it randomly modify my data when I try to copy it? And, darn it, why does it seem like I never have to reboot the thing to keep it from crashing? Now if one OS or another isn't properly calibrated to your monitor the same file could have different appearances, and if for whatever reason your viewer for the CYMK file applies calibration data differently than the viewer for the sRGB file that would also cause issues. So, the problem might be in the viewing of the files, or in the conversion. Based solely on the testing you performed I can't really be sure which if any of your conversions are being done correctly. The file might appear unchanged on Linux but it could be a result of cancelling errors in the creation and rendering of the file. However, since the whole goal of the conversion process is to avoid making visible changes to the file to the greatest degree possible, I'd tend to look at the other OSes for problems first. -- Rich