argyllcms

[argyllcms] Re: problems on windows system and huey USB (Graeme Gill)

Umberto Guidali wrote: I have installed Huey USB using drivers zipped into the package (I must edit the inf file in order to change nprofile /USB to /HMI to load correctly the device drivers). As explained in the installation notes, on MSWindows you do not need to install a driver for the Huey, since the instrument uses HID. ...

[argyllcms] Re: ColorMunki Photo spectral resolution (Graeme Gill)

Keith Winstein wrote: Wanted to confirm -- does the Munki support the 3.33 nm high resolution -H mode in dispread and dispcal? Yes it does. Of course since I don't have the necessary reference tiles and reference spectrometers, I can't guarantee the performance of this mode on either the Munki or i1pro. It seems reasonable, but use at own risk etc. ...

[argyllcms] problems on windows system and huey USB (Umberto Guidali)

Dear all, I have installed Huey USB using drivers zipped into the package (I must edit the inf file in order to change nprofile /USB to /HMI to load correctly the device drivers). In the system management I can see the driver and the device without any problems. But if I do command dispcal -? Into -c parameters (comunication port) I can see just only 1 (COM1 port) and nothing else. So I can not use my Huey :-( !!!! Any suggestions ???? ...

[argyllcms] new user test (Umberto Guidali)

...

[argyllcms] ColorMunki Photo spectral resolution (Keith Winstein)

Hello, I'm considering buying a ColorMunki Photo to experiment with Argyll and a color-managed video player I am working on. Wanted to confirm -- does the Munki support the 3.33 nm high resolution -H mode in dispread and dispcal? ...

[argyllcms] Re: Perceptual intent in Display profiles? (Roger)

Michel, Je pense que tu attends trop du profil, une fois la calibration applique, dans les ombres. Considres ton choix de gamma et le gamma natif de l'cran. Considre aussi que, pour obtenir le noir que tu demandes, il est possible que la calibration doive assombrir les ombres au-del de ce que tu crois acceptable. Peut-tre qu'en ralit ton cran montre trop de diffrentiation dans les ombres alors qu'il n'y en a pas vraiment. Bitte excuse my french / Roger ...

[argyllcms] Re: colprof and AtoB1/BtoA1 or relative colourimetric intent (Guy K. Kloss)

On Thu, 19 Nov 2009 22:11:58 Kai-Uwe Behrmann wrote: So dont worry the profile is relative colorimetric despite the perceptual naming. This still complies with the spec and as pointed out with common pactise. OK, that is useful information. This way I don't have to worry about it, that using the A2B0/B2A0 will introduce gamut mapping when I specify a relative colourimetric intent in absence of the A2B1/B2A1 tables. Regarding your options, I would omit the -u switch: ...

[argyllcms] Re: Perceptual intent in Display profiles? (Graeme Gill)

Michel Joly de Lotbinire wrote: But the remaining problem is this: shadow detail was removed from images when viewed in a color managed application with the video LUT loaded, while it was present when viewed in a non-managed viewer with the video LUT loaded. ...

[argyllcms] Perceptual intent in Display profiles? (Michel Joly de Lotbini�re)

Hello, I ran a calibration/profiling on my notebook's LCD using argyll 1.0.4 and Florian Hch's dispcalGUI, making a LUT profile (matrix profiles were not good on the neutral grayscale quality measure) and using the 512 patch target provided with dispcalGUI. Yhe options were dispcal -v -d1 -c1 -yl -qh -m -t6500 -gs -f0 -a200 -k0 and colprof -v -qh -al The LCD's LUT accuracy is measured to be 8 bit, and the 100-patch profile test gave something like a maximum deviation of 2.8 deltaE and an average of 0.8dE. I can't complain: the Monaco Optix LUT profile was ...

[argyllcms] Re: colprof and AtoB1/BtoA1 or relative colourimetric intent (Kai-Uwe Behrmann)

Agreed, its reproducible and after all conforming to the specification. I would have, as you, expected a colorimetric table inside the profile and by logic a A2B1 tag. But the spec says: 8.3.2 N-component LUT-based input profiles In addition to the tags listed in 8.2 an N-component LUT-based input profile shall contain the following tag: AToB0Tag (see 9.2.1). AToB1Tag (see 9.2.2), AToB2Tag (see 9.2.3), BToA0Tag (see 9.2.6), ...

[argyllcms] Re: colprof and AtoB1/BtoA1 or relative colourimetric intent (Guy K. Kloss)

On Wed, 18 Nov 2009 20:19:47 Kai-Uwe Behrmann wrote: can you provide us some more details and maybe the exact command line and a ti3 file? colprof -DLogitech QuickCam Pro 9000 (USB web cam) -qm -u lo-dt3-6565oran The ti3 file is attached. I would *assume* that an additional -t r switch would override the behaviour towards writing the A2B0/B2A0 tables, to that they could be used instead of ...

[argyllcms] Re: colprof and AtoB1/BtoA1 or relative colourimetric intent (Kai-Uwe Behrmann)

Hello, can you provide us some more details and maybe the exact command line and a ti3 file? The -t and -T options are there to control or override the content of the A2B0/B2A0 and A2B2/B2A2 tables. But you want to create the A2B1/B2A1 tables and do want their content as ...

[argyllcms] colprof and AtoB1/BtoA1 or relative colourimetric intent (Guy K. Kloss)

Hi again, as I'm creating some profiles where I want to avoid any gamut mapping, I intend to use the colourimetric intent which use the A2B1/B2A1 CLUTs. However, I couldn't find a way to convince Argyll's colprof into creating these. I've tried the -t r and -T r switches. Still, colprof only wrote A2B0/B2A0 tags into the profile. What should I do? Or do I have to care? After all, processing later on is ...

[argyllcms] Re: colprof: shaper curves for -ni -no and -np switches (Guy K. Kloss)

On Wed, 18 Nov 2009 15:40:08 Graeme Gill wrote: It would need a special case to carry the flag values through to the final profile creation, and in the case of a L*a*b* B2A table, it would stuff up the offset needed to ensure that neutral maps to a vertex. So yes, this could be improved for -no, but is it worth the risk of introducing bugs ? [I suppose it comes down to priorities. My priority was to generate the highest quality profiles, not the smallest ! -ni -no -np are intended as diagnostic aids, rather than profile size tweaking flags. I'll keep the idea in mind though, ...

[argyllcms] Re: colprof: shaper curves for -ni -no and -np switches (Graeme Gill)

Guy K. Kloss wrote: Is there any reasoning behind writing these as extensive tables from colprof in Argyll? It would need a special case to carry the flag values through to the final profile creation, and in the case of a L*a*b* B2A table, it would stuff up the offset needed to ensure that neutral maps to a vertex. So yes, this could be improved for -no, but is it worth ...

[argyllcms] colprof: shaper curves for -ni -no and -np switches (Guy K. Kloss)

Hi, I've just realised that when using the -ni -no and -np switches to turn off the A and B shaper curves (input/output tables), Argyll still creates extensive tables (with 1024 entries), which however then resemble an identity curve: $ iccdump -t A2B0 argyll_profile.icc Lut16: Input Channels = 3 ...

[argyllcms] Re: ArgyllCMS V1.1.0 RC1 is now available (Graeme Gill)

Denis S wrote: None seems to report such behavior so it could be problem in my system. When I try to break v1.1.0 execution with CTRL+C during measuring or for example when I'm in monitor setting menu of dispcal, it halt for around 10 seconds and later quit with Segmentation fault. Hmm. When I try this on MSWinows with the Huey the program ...

[argyllcms] Manual channel limits doesn't work in printcal for RGB-printer (Nikolay Pokhilchenko)

V1.1.0_RC1, Windows Vista: When calibrating an RGB-printer, it's impossible to achieve the darkest black R=B=G=0 in the calibration result if the printcal have select the other limits. Even if I use -x r 100, -x g 100 and -x b 100 keys. Try my printer example attached. The workflow: targen -v -d2 -f0 -m0 -e9 -s274 Lin printtarg -v -ii1 -A0.6 -a0.8 -m0 -L -T360 -p240x225 Lin ...

[argyllcms] Re: Gamut mapping problems in 1.1.0 (Idea Digital Imaging)

On 12 Nov 2009, at 19:22, Klaus Karcher wrote: What they saw is the image in the RGB working space clipped to the display gamut. It strongly depends on - the gamut of the photographer's monitor - the viewing conditions in the studio (often very dark) - the state of adaptation of the viewers ...

[argyllcms] Re: Packaging aryllcms for distros, and licence incompatibilities (Graeme Gill)

Richard Hughes wrote: I'm not asking him to change. I'm asking him to either stick with the licence that was there before, or relicence completely, rather than having three somewhat-compatible licences mixed up in one project. If you are patient, it will be sorted out. ...

[argyllcms] Re: Packaging aryllcms for distros, and licence incompatibilities (Richard Hughes)

2009/11/12 Ben Goren ben@xxxxxxxxxxxxxxxx: Trying to convince a developer to use a particular license because it suits your own needs better than the current one is usually counterproductive and almost always a waste of time. I'm not asking him to change. I'm asking him to either stick with the licence that was there before, or relicence completely, rather than having three somewhat-compatible licences mixed up in one project. Richard. ...

[argyllcms] Re: Packaging aryllcms for distros, and licence incompatibilities (Richard Hughes)

2009/11/12 Graeme Gill graeme@xxxxxxxxxxxxx: I guess that's one of the drawbacks with accepting contributions from other people, one ends up with a variety of licenses. Sure, and I've been in projects (much bigger than this) who have successfully relicenced themselves. DBus is one example. You have to contact each contributor with copyright, and ask each one if relicencing is okay. Then you change the whole project in one commit. It's quite a bit of faff, but makes it much easier for you selling to proprietary people (no need to talk to the lawyers again) and also for ...

[argyllcms] Re: Packaging aryllcms for distros, and licence incompatibilities (Richard Hughes)

2009/11/13 Alastair M. Robinson profiling@xxxxxxxxxxxxxxxxxxxxxxx: As I understand it (and I'm certainly no expert in such matters) distributors are perfectly at liberty to explicitly relicense GPL2+ code as GPL3, and doing so in this case would, I think, solve the issue. If this is the case, then Graeme could relicence all the GPLv2+ code and we wouldn't be having this discussion... Richard. ...

[argyllcms] Re: Packaging aryllcms for distros, and licence incompatibilities (Alastair M. Robinson)

Hi :) Gerhard Fuernkranz wrote: Well, the header of the file actually sais: This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by ...

[argyllcms] Re: Packaging aryllcms for distros, and licence incompatibilities (Ben Goren)

On 2009 Nov 12, at 2:09 PM, Denis S wrote: In fact I'm Debian user, but I'd like to support Graeme fully in this question, as in my eyes author have fully right on choosing licensing which suit him best. As he is the one who invest most time in creating great product not maintainers who's role also important by brining product to end users but in my eyes not comparable with creating program. If there's one thing I've learned over the years observing countless license wars, it's that what matters most is that the people writing code choose a ...

[argyllcms] Re: Packaging aryllcms for distros, and licence incompatibilities (Gerhard Fuernkranz)

Richard Hughes wrote: In one specific example, spec2cie.c is GPLv2 licensed. This is linked with libinsttypes which is created from libinsttypes.c which is licensed under AGPLv3. AGPLv3 is not compatible with GPLv2. Well, the header of the file actually sais: This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or ...

[argyllcms] Re: Packaging aryllcms for distros, and licence incompatibilities (Denis S)

Richard Hughes wrote: Sure, I could, but it's not really in the spirit of licensing. That, along with the bundled libraries is making packaging ArgyllCMS really unattractive right now. You seem to be making a lot of problems for yourself. I don't quite understand why you think that temporarily removing incompatibly licensed files is not a reasonable approach. I don't think you are being terrible fair either - you are busy adding dependencies to the package by splitting libraries that ...

[argyllcms] Re: Packaging aryllcms for distros, and licence incompatibilities (Graeme Gill)

[argyllcms] How do I raise the RGB(0,0,0) point on a display LUT curve? (Michel Joly de Lotbini�re)

Hello, I'm using a DPT-94 colorimeter, dispcalGUI, and argyllcms to neutralize and improve the greyscale response of my notebook's LCD screen (dispcal reports a typical 8-bit LUT response). It works well using the small 127-patch measurement chart to produce a small, medium quality LUT profile. Switching from a gamma 2.4 power curve to the sRGB curve slightly improved the tonal separation in the RGB(0, 0, 0) to RGB(5,5,5) range, so I'm using that curve (without any view condition compensation, however). Matrix profiles just don't seem to lead to a result as good as the LUT profiles. ...

[argyllcms] Re: Gamut mapping problems in 1.1.0 (Klaus Karcher)

Idea Digital Imaging wrote: The debate of re-target/re-purpose is interesting though. In my case I operate in the ambiguous category. The original images have been extensively retouched in an RGB working space and nobody would want to refer back to the original scene :) This means that the separation for proof/print can be a mixture of re-purposing/re-targeting. ...

[argyllcms] Re: Gamut mapping problems in 1.1.0 (Idea Digital Imaging)

On 12 Nov 2009, at 16:03, Graeme Gill wrote: Idea Digital Imaging wrote: I tried adjusting the knee setting to 0.5 but it made big changes to the lightness of saturated colours and very little difference to the skin tones. I assume that the knee is a point where the ...

[argyllcms] Re: Packaging aryllcms for distros, and licence incompatibilities (Richard Hughes)

2009/11/12 Graeme Gill graeme@xxxxxxxxxxxxx: You could well be right about that particular case. I'll see what I can do to resolve these couple of cases before the next release. In the short term you can simply omit the GPL2 files. Sure, I could, but it's not really in the spirit of licensing. That, along with the bundled libraries is making packaging ArgyllCMS really unattractive right now. See for a easy to understand ...

[argyllcms] Re: Gamut mapping problems in 1.1.0 (Graeme Gill)

Idea Digital Imaging wrote: However, my question about tiffgamut regarded using it to map the original RGB image prior to building the RGB to CMYK device link. Having thought about it the answer is that it makes no difference using -ir, -ip or -is when the source is a matrix profile. Yes. It only makes a difference for CLUT based profiles that ...

[argyllcms] Re: Packaging aryllcms for distros, and licence incompatibilities (Graeme Gill)

Richard Hughes wrote: At the moment, different pieces of the source code have different licences, which is far from ideal. This is /okay/ for Fedora, but the way the licence changes have been done recently does not make it clear what files are under what licence, and also introduces some licence incompatibilities. ...

[argyllcms] Re: included yajl project?! (Graeme Gill)

Richard Hughes wrote: ArgyllCMS seems to include a very old version of yagl - version 0.3.0. Upstream () seems to be on version 1.0.5 right now. Are there any security problems or fixes in the last few releases? I'm also not sure if shipping yajl as part of a GPLv3 application is allowed, I mean looking at jcnf/yajl/COPYING that seems pretty GPLv3 incompatible. Debian seems to identify yagl as GPL ...

[argyllcms] Re: Gamut mapping problems in 1.1.0 (Idea Digital Imaging)

On 10 Nov 2009, at 16:34, Klaus Karcher wrote: Imagine this workflow: RGBworkingspace -[ICC perceptual]- ISOcoated_v2 -[tiffgamut/ collink]- yourOutput ...

[argyllcms] Re: included yajl project?! (Roland Mas)

Richard Hughes, 2009-11-12 11:13:49 +0000 : ArgyllCMS seems to include a very old version of yagl - version 0.3.0. Upstream () seems to be on version 1.0.5 right now. Are there any security problems or fixes in the last few releases? I'm also not sure if shipping yajl as part of a GPLv3 application is allowed, I mean looking at jcnf/yajl/COPYING that seems pretty GPLv3 incompatible. Debian seems to identify yagl as GPL version 2. ...

[argyllcms] Re: Packaging aryllcms for distros, and licence incompatibilities (Roland Mas)

Richard Hughes, 2009-11-12 11:33:16 +0000 : I'm trying to package the latest RC1 for Fedora rawhide. With some background, Fedora is very strict on licensing. Ha, Debian sneers at your so-called strictness! ;-) At the moment, different pieces of the source code have different licences, which is far from ideal. This is /okay/ for Fedora, but the way the licence changes have been done recently does not make it clear ...

[argyllcms] Packaging aryllcms for distros, and licence incompatibilities (Richard Hughes)

I'm trying to package the latest RC1 for Fedora rawhide. With some background, Fedora is very strict on licensing. At the moment, different pieces of the source code have different licences, which is far from ideal. This is /okay/ for Fedora, but the way the licence changes have been done recently does not make it clear what files are under what licence, and also introduces some licence incompatibilities. For instance, there are now License.txt, License2.txt and License3.txt ...

[argyllcms] included yajl project?! (Richard Hughes)

ArgyllCMS seems to include a very old version of yagl - version 0.3.0. Upstream () seems to be on version 1.0.5 right now. Are there any security problems or fixes in the last few releases? I'm also not sure if shipping yajl as part of a GPLv3 application is allowed, I mean looking at jcnf/yajl/COPYING that seems pretty GPLv3 incompatible. Debian seems to identify yagl as GPL version 2. Note: I don't mind if argyll ships a internal version of yagl, it just ...

[argyllcms] Re: libicc questions (Roland Mas)

Richard Hughes, 2009-11-11 14:46:49 +0000 : Does anything apart from argyllcms use libicc? Ghostscript, apparently. The main reason I split it out into its own package was because the Debian security team noticed when Ghostscript issued a security fix that there were several copies of that lib, which is frowned upon because it means several updates necessary when such fixes need to be pushed. ...

[argyllcms] Re: libicc questions (Frederic Crozat)

2009/11/11 Richard Hughes hughsient@xxxxxxxxx: Does anything apart from argyllcms use libicc? On Linux, do you think libicc should be installed as a shared library that argyll links to, or just keep it like it is now and static link it at build time. Also, does libicc have any API or ABI guarantees (it's okay if the answer is no :-)? I've just checked Mandriva repository and I could only find one application linking with libicc, it is scarse but it seems to ship its own copy of libicc and it seems quite dead (we have version 0.3 alpha ...

[argyllcms] Re: libicc questions (Pascal de Bruijn)

On Wed, Nov 11, 2009 at 6:56 PM, Richard Hughes hughsient@xxxxxxxxx wrote: 2009/11/11 Pascal de Bruijn pmjdebruijn@xxxxxxxxx: Actually, Debian already split this up... (what's the past tense of split? splat/splut?) What's the point in splitting the lib into a separate package if there is no shared library, pkgconfig file or ABI promises? You'll have to ask Roland Mas about this? ...

[argyllcms] Re: libicc questions (Richard Hughes)

2009/11/11 Pascal de Bruijn pmjdebruijn@xxxxxxxxx: Actually, Debian already split this up... (what's the past tense of split? splat/splut?) What's the point in splitting the lib into a separate package if there is no shared library, pkgconfig file or ABI promises? Richard. ...

[argyllcms] Re: libicc questions (Pascal de Bruijn)

On Wed, Nov 11, 2009 at 3:46 PM, Richard Hughes hughsient@xxxxxxxxx wrote: Does anything apart from argyllcms use libicc? On Linux, do you think libicc should be installed as a shared library that argyll links to, or just keep it like it is now and static link it at build time. Also, does libicc have any API or ABI guarantees (it's okay if the answer is no :-)? Actually, Debian already split this up... (what's the past tense of split? splat/splut?) ...

[argyllcms] Re: libicc questions (Kai-Uwe Behrmann)

Am 12.11.09, 02:51 +1100 schrieb Graeme Gill: I'm sure a number of applications use icclib, but I have no idea how many do so in the Linux/Free software world, where lcms seems to be more popular. May it be that littleCMS supports colour transformations while libicc does not? lcms is used primarily as a CMM under a non restrictive license. I ...

[argyllcms] Re: libicc questions (Graeme Gill)

Richard Hughes wrote: Does anything apart from argyllcms use libicc? On Linux, do you think libicc should be installed as a shared library that argyll links to, or just keep it like it is now and static link it at build time. Also, does libicc have any API or ABI guarantees (it's okay if the answer is no :-)? ...

[argyllcms] libicc questions (Richard Hughes)

Does anything apart from argyllcms use libicc? On Linux, do you think libicc should be installed as a shared library that argyll links to, or just keep it like it is now and static link it at build time. Also, does libicc have any API or ABI guarantees (it's okay if the answer is no :-)? Thanks, Richard. ...

[argyllcms] Re: ArgyllCMS V1.1.0 RC1 is now available (Martin Weberg)

Hi Gerhard, 2009/11/10 Gerhard Frnkranz nospam456@xxxxxx Well, I'm just wondering, what's a reasonable use case for printing unprofiled on an arbitrary printer, with a more or less unkown behavior (all we know is that it is somehow calibrated)? Well, I'll admit I was on a wrong track here... sorry.Right now I can't think of any usable case since I profile everything myself. Of course, profiling will take care of hue-shifts. ...

[argyllcms] Re: ArgyllCMS V1.1.0 RC1 is now available (Denis S)

None seems to report such behavior so it could be problem in my system. When I try to break v1.1.0 execution with CTRL+C during measuring or for example when I'm in monitor setting menu of dispcal, it halt for around 10 seconds and later quit with Segmentation fault. Never had such problem with v1.0.4, specially check it just before posting and problem wasn't there. But I think it's minor bug since I was able to profile my monitor without issues and I surely can wait 10 or even more seconds for program to quit :) ...