the other parts of CM working.
--
Hal V. Engel
pgpTUmjX2K1CQ.pgp
Description: signature
http://www.soluxlamps.com/
One of my favorite web sites about color management.Windows centric
but lots of useful info
http://www.normankoren.com/color_management_2.html#Implementation%3C/A%3EHere,
%20you%20helped%20me,
%20again!%20%20I%20am%20learning%20how%20to%20do%20the
--
Hal V. Engel
class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click
___
Lcms-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/lcms-user
--
Hal V. Engel
pgpsQHo1aaYOe.pgp
Description
, Winfried Schwolgin wrote:
There are others,
i.e.
Picture Window Pro,
Profile Mechanic Scanner and
Profile Mechanic Monitor
made by digital light color.
With Picture Window Pro you can even
choose between lcms or the micosoft module.
Winfried
Gerhard Fuernkranz schrieb:
Hal V. Engel
You are correct about the G450 in Windows. In Windows changes to gamma
in the driver affect both monitors and the gamma dialog does not have
the ability to specify which display is being adjusted. In Linux only
monitor 0 is affected even though the Kgamma dialog lets the user
select
it
appears that lprof does not create the vcgt tag.
A possible enhancement to xcalib would be to issue an error message and
do nothing if there is not a valid vcgt.
--
Hal V. Engel
pgpeIFILCEsBl.pgp
Description: PGP signature
used xcalib to try to set the LUT
using that profile my display went all blue. So there is clearly a
problem with the vcgt-tag being generated by lprof. Anyone else tried
this? Is it just me or are others seeing this?
--
Hal V. Engel
Win32-profilers should work as well. I
don't know about Mac profilers, but they should work if you use a
gamma of 2.2.
I have reservations about this. Depending on your hardware and the
drivers it may be close enough but how do you know?
Hal V. Engel
pgpBaMjbhigQ8.pgp
Description: PGP
not LCDs. This is getting close
to being affordable if there was software available. Argyll does not
appear to be supported any more. But it may contain some basic
building blocks that can be leveraged to extend Linux color management
capabilities.
--
Hal V. Engel
pgpw4KZofqpLN.pgp
On Tuesday 07 September 2004 15:13, Gerhard Fuernkranz wrote:
Hal V. Engel schrieb:
The lprof profile I generated does look to be OK when I look at the
results using qtmeasurementtool. Now all I need is tools that will
use it in Linux.
There are or course tifficc and jpegicc. But I
/listinfo/lcms-user
--
Hal V. Engel
pgpQeXMOATnXJ.pgp
Description: PGP signature
the progress of their CM project to join
the GIMP-developer email list so that you can at least help to guide
them away from pitfalls. And perhaps this will lead to additional
work on open source standards for CM which would benefit everyone.
--
Hal V. Engel
pgpwHaOpmhnve.pgp
Description: PGP
version will
be named Glasgow.
--
Hal V. Engel
pgpiOG5wSvVRg.pgp
Description: PGP signature
Dirk,
As you have found out when doing color profiles for a device everything in
the color processing chain matters and has an impact on the resulting
profile. A different light source or a light source adjusted differently
will change the profile. As a photographer I do not expect my day
Riccardo,
I will add more detail. If you are scanning negative film you will want to
create profiles for each film/light combination that you will be using. So
you might have a daylight, tungsten and florescent light profile for each
film. In addition I will at times shoot a IT8.7 profiling
On Monday 02 May 2005 09:57 am, Mike Russell wrote:
Louis Solomon [SteelBytes] wrote:
how to print something in CMYK on a Windows CMYK printer.
ah, windows printers and cmyk ...
well ... to truely use a cmyk printer on windows as a cmyk device, you
either have to use a RIP and feed it a
On Sunday 22 May 2005 01:10 pm, Bob Friesenhahn wrote:
The most scientific description I have found for film
is available at
http://wwwau.kodak.com/US/en/motion/support/h1/structureP.shtml;.
Figure 24 and the text describing figure 24 in the above is basically the
Ansel Adams zone system.
On Monday 20 June 2005 09:50 am, Jan-Peter Homann wrote:
Hello list (cc. Wolf Faust)
If some people have succes by profilinig their printer via scanners.
We should get even better results, if somebody produce an additional
IT-8 chart as inkjet-print, measure this with a spectrophotometer and
On Monday 20 June 2005 04:34 pm, Bob Friesenhahn wrote:
On Mon, 20 Jun 2005, Hal V Engel wrote:
Having ink specific IT8.7 charts would make the creation of printer
profiles using a scanner significantly more accurate then when using
generic IT8.7 charts since this would eliminate
On Monday 20 June 2005 06:05 pm, Bob Friesenhahn wrote:
On Mon, 20 Jun 2005, Hal V Engel wrote:
You are saying that your scanner acts like a spectrophotometer? I
find it difficult to believe that using LEDs in the scanner causes it
to not suffer from metamerism.
No I am saying
the scanner profile and dummy LAB profile using lcms library.
But most of the time when my dE goes offlimits ,it is the A value in
LAB.
What kind of settings is ProfilePrism making to counter metamerism?Any
idea?
Darsh.
-Original Message-
From: Hal V. Engel [mailto:[EMAIL PROTECTED
On Saturday 23 July 2005 06:32 am, Alastair M. Robinson wrote:
Hi,
Apologies for the slightly-off-topic post...
Does anyone have any experience with either or both the ColourSavvy CM2C
Colorimeter or Colour Confidence Print Profiler?
What I'm really looking for is confirmation that they'd
On August 15, 2005 the LPROF project was created in SourceForge.net. This
project will continue the work started by Marti Maria, the author of lcms, on
the Little CMS Profiler.
LPROF is the only open source ICC profiler with a graphical user interface. It
can be used to create profiles for
On Wednesday 24 August 2005 12:34 pm, Bjorn Helgaas wrote:
On Wednesday 24 August 2005 10:58 am, Hal V. Engel wrote:
On August 15, 2005 the LPROF project was created in SourceForge.net. This
project will continue the work started by Marti Maria, the author of
lcms, on the Little CMS
:29 am, Hal V. Engel wrote:
On Sunday 09 October 2005 05:46 pm, Graeme Gill wrote:
Hal V. Engel wrote:
I would like to setup LPROF so that it will create vgct tabs in monitor
profiles. I looked at the LCMS docs and it has nothing about vgct
tags there so I am not sure where to begin
I have been testing LPROF on my linux machine and making good progress with my
updates. So I decided that I would like to make sure that what I have will
build and run on Windows. It compiles fine but when I try to link it I get
the following errors:
cmslnr.obj : error LNK2001: unresolved
How timely. I just ran into this exact same problem yesterday and was about
to ask this list if anyone had a solution.
From prior notes on this list I read that icc34.h is suppiled by the ICC
itself and is included in lcms mostly for convenience.
On Tuesday 25 October 2005 08:02 am, Stefan
I'm pleased to announce that version 1.11.0 of LPROF is now available. LPROF
is an open source application that will create ICC profiles for use with
other applications such as Scribus, CinePaint, Krita, UFRAW and the
development version of GIMP. This is the first development snap shot of the
I'm pleased to announce that version 1.11.1 of LPROF is now available. LPROF
is an open source application that will create ICC profiles for use with
other applications such as Scribus, CinePaint, Krita, UFRAW and the
development version of GIMP. This is the second development snap shot of the
On Monday 09 January 2006 02:13 pm, Cory Papenfuss wrote:
Changes since 1.11.0
Much improved SCons build scripts. These improvements include:
1. A number of command line switches have been added that give users more
control over the build process. See the README file for details.
On Tuesday 10 January 2006 08:42 am, Cory Papenfuss wrote:
snip
I generally compile everything from source tarballs, but since
something as large as kde/qt I use with my distro's RPM, I wanted to go
the rpm route. I couldn't find a binary, so I had to hack the src.rpm to
go. Looks
On Wednesday 11 January 2006 01:01 pm, Gerhard Fuernkranz wrote:
--- Ursprüngliche Nachricht ---
Von: Bob Friesenhahn [EMAIL PROTECTED]
An: Hal V. Engel [EMAIL PROTECTED]
Kopie: lcms-user@lists.sourceforge.net
Betreff: Re: [Lcms-user] LPROF 1.11.1 developement snapshot released
Datum
On Wednesday 11 January 2006 03:31 pm, Bob Friesenhahn wrote:
snip
It sounds like LPROF needs to handle all image data internally and
treat the operating system and widgets as a limited way to present
information. Avoid entrusting image data to something you don't have
direct control over.
Make,
Not at this time. I have built and tested it on Windows to make sure that the
port was OK and a bunch of stuff that was not working in 1.09 and 1.10 is
working in 1.11.x. But I did have problems with the monitor gamma charts
not working correctly. Everything else was working more or
On Thursday 12 January 2006 10:47 am, Cory Papenfuss wrote:
snip
So QImage is effectively
remapping the 16 bit/channel image as an 8 bit/channel image.
This would explain my previous post about linear vs.
gamma-corrected input. The linearly-derived profile was much worst fit
and
far at least I find them much more difficult
to understand than Ada generics.
Hal
On Thursday 12 January 2006 01:13 pm, Boudewijn Rempt wrote:
On Thursday 12 January 2006 21:38, Hal V. Engel wrote:
After looking things over I am initially leaning toward VIGRA. It looks
like it will handle
Another update for those interested. CVS now has a version of LPROF that
should work with the following RGB formats:
8 bit unsigned
16 bit signed and unsigned
32 bit signed and unsigned
float
double
It has been tested it with 8 and 16 bit unsigned IT8 images. But the others
have not been
I'm pleased to announce that version 1.11.2 of LPROF is now available. LPROF
is an open source application that will create ICC profiles for use with
other applications such as Scribus, CinePaint, Krita, UFRAW and the
development version of GIMP. This is the fifth development snap shot of the
On Thursday 26 January 2006 05:51 am, Cory Papenfuss wrote:
snip
Good to know that what I'm describing isn't just due to my
ignorance of how the whole system works. Like I said, it's only been
recently that I've been able to analyze the profiles enough to narrow it
down to the
On Thursday 26 January 2006 12:07 pm, Cory Papenfuss wrote:
snip
Ooops. I guess I wasn't clear. The matrix I was referring to is
the LUT in the profile, not the use color matrix checkbox from within
UFRAW. I think I finally (and recently) figured out what that's supposed
to do. It
Gerard,
I see the problem. When I package LPROF (since 1.11.1.2) I put a copy of
scons-local 0.96.91 in the tarball. This is not part of CVS at this point
(perhaps I should add it). The reason I do this is because scons versions
before 0.96.90 have significant issues with QT and will fail.
On Wednesday 22 February 2006 05:00 am, Cory Papenfuss wrote:
I got the dev release yesterday and fried it up. A few things
I've noticed that seem to be related to the new .lprof prefs structure. I
removed the old directory to be sure, but I've found:
- 'measurements' directory not
On Wednesday 22 February 2006 12:14 pm, Cory Papenfuss wrote:
snip
It appears to not become active until Profile Identification is
opened at least once. I loaded the image, selected the corners, chose an
output icc filename, and then the button became active when I went in
Profile
On Wednesday 22 February 2006 12:14 pm, Cory Papenfuss wrote:
snip
It appears to not become active until Profile Identification is
opened at least once. I loaded the image, selected the corners, chose an
output icc filename, and then the button became active when I went in
Profile
On Saturday 04 March 2006 06:48 am, Cory Papenfuss wrote:
I got off on the monitor profiling tangent a bit this morning, and
as far as I can tell, nobody gives a crap about linux-land monitor
colorimetry. Argyll allegedly supports two devices, but they're both old
and expensive. Ran
On Saturday 04 March 2006 10:34 am, Bjorn Helgaas wrote:
On Saturday 04 March 2006 07:48, Cory Papenfuss wrote:
I got off on the monitor profiling tangent a bit this morning, and
as far as I can tell, nobody gives a crap about linux-land monitor
colorimetry. Argyll allegedly supports
Marti,
I have read the HP paper and it is very interesting. Under the right
conditions the technique/algorithm they developed would allow for the
accurate (+- 50K) characterization of the monitor whitepoint without a
measurement instrument. But those conditions would be very difficult to
On Saturday 04 March 2006 01:52 pm, Gerhard Fuernkranz wrote:
Cory Papenfuss wrote:
Just as an aside, I figured there was no inherent reason to limit the
target to just an IT8, so I tried to generate one with argyll's targen
and printtarg. Got a target and cal file, but coulnd't figure out
On Saturday 04 March 2006 11:55 am, Cory Papenfuss wrote:
snip
There is one vendor that is at least a little interested in this market
segment but they appear to have concerns that need to be resolved before
any progress will be made. The major issue is that the less expensive
devices
Wolf Faust posted the following in the LPROF sourceforge.net Help forum:
As Hal Engel did ask for feedback and bug reports in the Windows build?
thread, here are some thoughts:
1. Fault tolerance: I haven't used the latest lprof version with the new
spline regression code. But I got some
On Thursday 30 March 2006 03:55 am, Graeme Gill wrote:
snip
I'd advise making some adjustments to the spline code before doing any
serious testing. In particular, you should ensure the following:
in Argyll/rspl/scat.c line 1119, change
double rwf[4] = { 0.1, 0.1, 0.1, 0.1 };
to
that are not technical that need to be
done. Please contact me if you would like to get involved in this effort in
any way.
Hal V. Engel
___
Lcms-user mailing list
Lcms-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lcms-user
On Saturday 05 August 2006 00:19, Frédéric wrote:
On Saturday 05 August 2006 00:35, Olaf Gellert wrote:
[I'ill try to answer you, according to what I understand about color
management. I may do some mistakes, so please, wait for a guru answer ;o).
My answer is an exercise to me. My apologizes
On Saturday 05 August 2006 10:34, Simon Roberts wrote:
Hi All,
I want a color managed environment on my Linux system, so I can see
what my photographs are really going to look like. Unfortunately, while
I'm tolerably competent in general Linux, I'm totally new to color
management I'm pretty
On Saturday 05 August 2006 10:54, Simon Roberts wrote:
--- Andreas Yankopolus [EMAIL PROTECTED] wrote:
Simon,
However, I know there should be more; how do I tie this together?
Where do I start reading?
I'd highly recommend ordering a copy of Real World Color Management.
In the
On Saturday 05 August 2006 14:13, Simon Roberts wrote:
--- Hal V. Engel [EMAIL PROTECTED] wrote:
snip
Hmm, no, I have the Colorvision Spyder. I was rather assuming that if
the profiling was done on my monitor, being driven by my video card,
that it wouldn't care what was driving it (windoze
One other comment about workflows. CUPS 1.2 has the ability to handle 16 bit
data where as CUPS 1.x only handles 8 bit color data. Also CUPS 1.2 has the
ability to do color space conversions using ICC profiles. Version 1.2 is
still beta so it will be a while before this is commonly
My Google Summer of Code student is trying to get LProf to build on his
Windows workstation. He was able to get LCMS to build but when he tries to
build LProf the compiler goes nuts on the lcms header file. The errors start
out like this:
..\..\..\..\lcms-1.16\include\lcms.h(239) : error
On Thursday 14 June 2007 12:23, Peter Karp wrote:
Hi,
I know that's a bit OT, but I hope you bear with me.
I think here's a good start to ask. I'm comparing several solutions to
convert files with ICC profiles for the purpose of applying printer
profiles and to create files for softproof
On Thursday 18 October 2007 14:08:09 Bob Friesenhahn wrote:
On Thu, 18 Oct 2007, Hal V. Engel wrote:
With current cameras you will get your best results using RAW images
since this by passes any in camera processing.
It seems that there is often some in-camera processing before the shot
On Tuesday 23 October 2007 14:17:01 Kai-Uwe Behrmann wrote:
Hello Lee,
I've got a opposite question. Can you provide a ITU tiff file example and
probably a sRGB conterpart to cross check?
Libjpeg should be handle each 3 channel colour space equally. Provided you
attach a colour description,
On Tuesday 23 October 2007 15:44:34 Lee Howard wrote:
Hal V. Engel wrote:
I find several references on the web to a CIELab ITU/Fax profile named
iitufax.icm but I was not able to find a copy of it. But if it is
available or if there are enough specifications to create one then using
lcms
On Thursday 13 December 2007 06:36:28 Cory Papenfuss wrote:
Hey all. I've recently purchased a DTP-92Q and gotten it to work
on my Centos5 box. I've successfully adjusted, calibrated, and profiled
my monitor using Argyll. I'd like to try to use the measurement sheet
created by Argyll
please contact me.
Cheers,
-Cory
On Fri, 14 Dec 2007, Hal V. Engel wrote:
On Thursday 13 December 2007 06:36:28 Cory Papenfuss wrote:
Hey all. I've recently purchased a DTP-92Q and gotten it to work
on my Centos5 box. I've successfully adjusted, calibrated, and profiled
my
On Wednesday 09 January 2008 02:14:06 Ran Rozin wrote:
Hi,
I have a beginner question.
I load an RGB file and try to apply a printer CMYK profile using
cmsDotarnsform and scanline method (I’m using Delphi).
The RGB that I load is set to pf24bit and the other image (which I would
like to
On Thursday 10 January 2008 00:55:48 Michael A. Litscher wrote:
Hello all,
Does anyone know what lcms functions to call to get the unscaled XYZ
measurement data from a monitor's profile for the RGB(0, 0, 0) and RGB(255,
255, 255) swatches used during the profile's creation? Also, would it be
On Saturday 07 June 2008 10:31:11 am Bob Friesenhahn wrote:
On Sat, 7 Jun 2008, Kevin Gale wrote:
I need to composite several JPEG / TIFF digital camera pictures that
use different profiles (Adobe RGB, Camera RGB Profile etc..) into a
single bitmap. I would appreciate it if someone could
On Saturday 21 June 2008 09:43:26 am Alastair M. Robinson wrote:
Hi :)
Mitesh wrote:
For the latter I think the ICC profiles are kept insinde
WINDOWS/System32/../../ but for me the important thing is knowing the
name of the ICC profile to which my monitor is associated with.
Here's
On Monday 29 September 2008 02:09:05 [EMAIL PROTECTED] wrote:
Hi,
What do you mean Hifi? more than 6 channels? If so, yes. lcms has been
tested and works fine with such profiles. It is being used internally by HP
Z3000 printer which have 12 inks. There is nothing special, just use those
On Monday 29 September 2008 02:09:05 [EMAIL PROTECTED] wrote:
Hi,
What do you mean Hifi? more than 6 channels? If so, yes. lcms has been
tested and works fine with such profiles. It is being used internally by HP
Z3000 printer which have 12 inks. There is nothing special, just use those
On Saturday 01 November 2008 05:00:16 Marti.Maria wrote:
Dear Little CMS community:
On a day like today, first preview of Little CMS library was
released. Year was 1998. The library was still buggy and not
completed, but the basic API was already defined and some
functionality was there too.
On Sunday 02 November 2008 02:16:10 Cyrille Berger wrote:
First of all, congratulations for the ten years of LittleCMS and I see very
interesting and exciting features for the 2.0 version !
On Saturday 01 November 2008, Greg Troxel wrote:
I don't know what you are thinking about build
On Monday 03 November 2008 00:21:35 Kai-Uwe Behrmann wrote:
Hello,
attached you will find a patch for basically compiling the library and
tifficc. It consists of a trivial makefile and some fixes/hacks (take your
pick;) to let the code run on Linux.
hope this helps,
Kai-Uwe Behrmann
It
to the CFLAGS line of the makefile that the patch created and it
built.
On Tue, 04 Nov 2008 12:36:16 Hal V. Engel wrote:
It also needs:
#include stddef.h
in lcms2.h to build. It also needs -fPIC added to the CFLAGS on amd64
systems.
And I needed apparently a -DNON_WINDOWS switch
On Tuesday 04 November 2008 17:18:58 Guy K. Kloss wrote:
On Wed, 05 Nov 2008 13:38:55 Hal V. Engel wrote:
The patch has the makefile. I only had to add the include for stddef.h
and add -fPIC to the CFLAGS line of the makefile that the patch created
and it built.
Yes. My bad. Too dumb
On Tuesday 16 December 2008 14:31:44 Guy K. Kloss wrote:
Hi,
I'm playing a bit with the preview of lcms 2.0 right now (more particularly
with ctypes based Python bindings). I've seen in the code that the error
handler again is just a callback function that is globally set.
I'd appreciate it
Getting this back to LCMS 2.0. Looking at the code there have been some
significant changes in 2.0. For example it still has cmsSetErrorHandler() but
this is for backward compatibility and it now has support for creating an
error handler plug-in that appears to have more functionality
I am having trouble getting the following code to build on my system. This is
for use in a Qt app and is supposed to get the X11 _ICC_PROFILE atom for the
display where the main app widget is located and pass it back to the caller.
The problem I am having is that the line that reads:
profile
Never mind I found it and it was dumb. Sorry for the noise.
Hal
On Monday 02 March 2009 08:34:17 pm Hal V. Engel wrote:
I am having trouble getting the following code to build on my system. This
is for use in a Qt app and is supposed to get the X11 _ICC_PROFILE atom for
the display where
On Wednesday 08 April 2009 10:59:36 am Campbell, Jason J wrote:
One other question... If I give a CMYK input to obtain Lab output, and I
use a known CMYK set from the data used to create the profile, should the
returned value match the actual/measured Lab value? I am getting close
results,
On Sunday 12 April 2009 01:11:36 pm Bob Friesenhahn wrote:
On Mon, 13 Apr 2009, Guy K. Kloss wrote:
Well, I'm much more afraid of another issue: GPUs are being used
much more and more by other processes they more belong to. E. g. the
composite manager, etc. And one thing they're not good at
On Saturday 11 April 2009 08:28:30 pm Guy K. Kloss wrote:
On Sun, 05 Apr 2009 00:39:35 i...@littlecms.com wrote:
The whole internet is now filled with hype about this vulnerability,
and in truth this patch breaks littlecms functionality, and probably
opens some back door, so, please:
I've
On Sunday 19 April 2009 01:09:27 pm Bob Friesenhahn wrote:
On Sun, 19 Apr 2009, marti.ma...@littlecms.com wrote:
Regarding being more secure... well, this is color management
and not a security package, so probably Bob is right and all
this effort may be pointless. What do you think? Giving
On Thursday 28 May 2009 08:30:29 am H.Lekin wrote:
Hello !
I joined this list to get some working-level advice on color management
issues. Hope, this is an appropriate place.
This might not be the best place for this.
My background: About 5 weeks ago, I started playing with the
On Friday 29 May 2009 05:09:44 am H.Lekin wrote:
On 28.05.2009 23:40, Hal V. Engel wrote:
On Thursday 28 May 2009 08:30:29 am H.Lekin wrote:
Hello !
I joined this list to get some working-level advice on color management
issues. Hope, this is an appropriate place.
This might
On Monday 02 August 2010 06:41:06 am marti.ma...@littlecms.com wrote:
I wanted to use liblprof in gnome-color-manager. It uses lcms rather
than lcms2 -- is there any chance that some of the functionality would
be included in lcms2 in the future, or should I just try to migrate
the code I
On Thursday 05 August 2010 03:29:28 am Richard Hughes wrote:
On 2 August 2010 18:53, Hal V. Engel hven...@gmail.com wrote:
In fact I would like to migrate LProf to lcms2 for a number of reasons.
Currently LProf has an embedded modified version of lcms 1.17. This was
needed to extend lcms
On Friday 06 August 2010 12:47:39 pm Kai-Uwe Behrmann wrote:
Am 06.08.10, 12:11 -0700 schrieb Hal V. Engel:
And the last possible library that could be separated out is the
videoLUTutils library. This is a C++ cross platform library for getting
and setting the video card gamma tables
88 matches
Mail list logo