Color Management plugin??

[F.J.Cruz]

Hi everybody,

I've been thinking about to write a plugin for basics color managment actions (assign icc profile/convert by applying a icc color profile to an image) using de libs from Littlecms project, which I've used to code a little kfile plugin (http://www.kde-apps.org/content/show.php?content=30274) to request some info from icc/icm files.

But I've read in this list some messages ( [Digikam-devel] [Bug 103176] thread) talking about "(...) to support color management in a remote future(...)" and "(...)using a dedicaced color management lib(...)", so I don't know if this is the right time to write this plugin.

I would like to know your opinion.

Saludos.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier]

Le Lundi 14 Novembre 2005 13:11, [hidden email] a écrit :
> Hi everybody,
>
> I've been thinking about to write a plugin for basics color managment
> actions (assign icc profile/convert by applying a icc color profile to an
> image) using de libs from Littlecms project, which I've used to code a
> little kfile plugin
> (http://www.kde-apps.org/content/show.php?content=30274) to request some
> info from icc/icm files.

Yes littlecms is very easy to use for that.

>
> But I've read in this list some messages ( [Digikam-devel] [Bug 103176]
> thread) talking about "(...) to support color management in a remote
> future(...)" and "(...)using a dedicaced color management lib(...)", so I
> don't know if this is the right time to write this plugin.

Well actually, i'm working on DImage implementation, a new image framework
used to load/write images in 8/16 bits/color/pixel. The only way to apply
icc/icm profils to an image is with linear 16 bits/color/pixel PPM image
generated by dcraw to read RAW image files.

I have planed to use littlecms for that and added a new setup option about RAW
files managment to fix color rendering in image editor using a default
ICM/ICC profil.

Sure a new plugin to apply ICC/ICM profil can be written instead, but i'm not
sure that the right way. I would have more viewpoints about...

Gilles
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[F.J.Cruz]

El Lunes, 14 de Noviembre de 2005 13:31, Gilles Caulier escribió:

> Le Lundi 14 Novembre 2005 13:11, [hidden email] a écrit :
> > Hi everybody,
> >
> > I've been thinking about to write a plugin for basics color managment
> > actions (assign icc profile/convert by applying a icc color profile to an
> > image) using de libs from Littlecms project, which I've used to code a
> > little kfile plugin
> > (http://www.kde-apps.org/content/show.php?content=30274) to request some
> > info from icc/icm files.
>
> Yes littlecms is very easy to use for that.
>
> > But I've read in this list some messages ( [Digikam-devel] [Bug 103176]
> > thread) talking about "(...) to support color management in a remote
> > future(...)" and "(...)using a dedicaced color management lib(...)", so I
> > don't know if this is the right time to write this plugin.
>
> Well actually, i'm working on DImage implementation, a new image framework
> used to load/write images in 8/16 bits/color/pixel. The only way to apply
> icc/icm profils to an image is with linear 16 bits/color/pixel PPM image
> generated by dcraw to read RAW image files.
>

Yes, I know about this (I've read some posts about your work). At this time,
I'm using Cine Paint (aka gimp film) to apply icc/icm profiles to my images
(tiff and jpeg formats only, my camera is a cheap one :-(). One question, do
you know that DImage could be a trademark of Konica-Minolta?, my camera is a
Minolta DImage S414.

I'm not a expert programer, but if you think I can help you, drop me an email.

> I have planed to use littlecms for that and added a new setup option about
> RAW files managment to fix color rendering in image editor using a default
> ICM/ICC profil.
>

What's about tiff/jpeg formats?

> Sure a new plugin to apply ICC/ICM profil can be written instead, but i'm
> not sure that the right way. I would have more viewpoints about...
>

So, I want to know more opinions about this, it's stupid does the same work
twice.
> Gilles

Paco (aka neke)

Saludos.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Joern Ahrens]

On Monday 14 November 2005 16:24, F.J.Cruz wrote:
> El Lunes, 14 de Noviembre de 2005 13:31, Gilles Caulier escribió:
> > Le Lundi 14 Novembre 2005 13:11, [hidden email] a écrit :
> images (tiff and jpeg formats only, my camera is a cheap one :-(). One
> question, do you know that DImage could be a trademark of Konica-Minolta?,
> my camera is a Minolta DImage S414.

Ouch, I think that is a good point.
http://konicaminolta.com/products/consumer/digital_camera/dimage/

Gilles, you should reconsider the name.

... Jörn

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier]

Le Dimanche 20 Novembre 2005 00:43, Joern Ahrens a écrit :

> On Monday 14 November 2005 16:24, F.J.Cruz wrote:
> > El Lunes, 14 de Noviembre de 2005 13:31, Gilles Caulier escribió:
> > > Le Lundi 14 Novembre 2005 13:11, [hidden email] a écrit :
> >
> > images (tiff and jpeg formats only, my camera is a cheap one :-(). One
> > question, do you know that DImage could be a trademark of
> > Konica-Minolta?, my camera is a Minolta DImage S414.
>
> Ouch, I think that is a good point.
> http://konicaminolta.com/products/consumer/digital_camera/dimage/
>
> Gilles, you should reconsider the name.

Witch one ?

DImage class is for DigiKam Image (framework) like QImage.

Any suggestion welcome (:=)))

Gilles
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Op zondag 20 november 2005 11:41, schreef Caulier Gilles:

> Le Dimanche 20 Novembre 2005 00:43, Joern Ahrens a écrit :
> > On Monday 14 November 2005 16:24, F.J.Cruz wrote:
> > > El Lunes, 14 de Noviembre de 2005 13:31, Gilles Caulier escribió:
> > > > Le Lundi 14 Novembre 2005 13:11, [hidden email] a écrit :
> > >
> > > images (tiff and jpeg formats only, my camera is a cheap one :-(). One
> > > question, do you know that DImage could be a trademark of
> > > Konica-Minolta?, my camera is a Minolta DImage S414.
> >
> > Ouch, I think that is a good point.
> > http://konicaminolta.com/products/consumer/digital_camera/dimage/
> >
> > Gilles, you should reconsider the name.
>
> Witch one ?
>
> DImage class is for DigiKam Image (framework) like QImage.
>
> Any suggestion welcome (:=)))

Something with digikam in it would be nice, so we can easily track who is
using it, so it has to be unique ;-)

Something like digilib (variant to imlib), libdigikam16, digikamimagelib,
anyone creative?

Tom

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Joern Ahrens]

On Sunday 20 November 2005 14:00, Tom Albers wrote:
> digikamimagelib

DImLib

... Jörn

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier]

Le Dimanche 20 Novembre 2005 14:03, Joern Ahrens a écrit :
> On Sunday 20 November 2005 14:00, Tom Albers wrote:
> > digikamimagelib
>
> DImLib
>

Dimage isn't imlib2 (:=)))

Only any part come from imlib2. Take a look in this tarball :

http://digikam3rdparty.free.fr/misc.tarballs/digikam-0.9.0-alpha-6.tar.gz

there is a new digikam/libs/dimage directory

Gilles
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Joern Ahrens]

On Sunday 20 November 2005 18:15, Caulier Gilles wrote:

> Le Dimanche 20 Novembre 2005 14:03, Joern Ahrens a écrit :
> > On Sunday 20 November 2005 14:00, Tom Albers wrote:
> > > digikamimagelib
> >
> > DImLib
>
> Dimage isn't imlib2 (:=)))
>
> Only any part come from imlib2. Take a look in this tarball :
>
> http://digikam3rdparty.free.fr/misc.tarballs/digikam-0.9.0-alpha-6.tar.gz
>
> there is a new digikam/libs/dimage directory

Gilles, we know that.... But the name is a problem because it might be a
trademark of minolta/konica. So we have to rename that baby, we are not
interessted in having trouble with a company about a name.
DImLib was a suggestion for digikam_image_lib.

... Jörn

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier]

Le Dimanche 20 Novembre 2005 18:40, Joern Ahrens a écrit :

> On Sunday 20 November 2005 18:15, Caulier Gilles wrote:
> > Le Dimanche 20 Novembre 2005 14:03, Joern Ahrens a écrit :
> > > On Sunday 20 November 2005 14:00, Tom Albers wrote:
> > > > digikamimagelib
> > >
> > > DImLib
> >
> > Dimage isn't imlib2 (:=)))
> >
> > Only any part come from imlib2. Take a look in this tarball :
> >
> > http://digikam3rdparty.free.fr/misc.tarballs/digikam-0.9.0-alpha-6.tar.gz
> >
> > there is a new digikam/libs/dimage directory
>
> Gilles, we know that.... But the name is a problem because it might be a
> trademark of minolta/konica. So we have to rename that baby, we are not
> interessted in having trouble with a company about a name.
> DImLib was a suggestion for digikam_image_lib.
>
> ... Jörn

Hum, I think we need a small name for this class, DPhoto for example. No need
to add Digikam in class name, because class using Digikam namespace.

DPhoto look better for me because the goal of implementation is to provide any
method dedicaced for photograph, like ICC management, meta-data support, etc.

DPhoto is right for you ?

Gilles
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

> > Well actually, i'm working on DImage implementation, a new image
> > framework used to load/write images in 8/16 bits/color/pixel. The only
> > way to apply icc/icm profils to an image is with linear 16
> > bits/color/pixel PPM image generated by dcraw to read RAW image files.
>
> Yes, I know about this (I've read some posts about your work). At this
> time, I'm using Cine Paint (aka gimp film) to apply icc/icm profiles to my
> images (tiff and jpeg formats only, my camera is a cheap one :-().

Cause CMS is new to digiKam maybe it is interesing to point to the website of
one of cinepaints cms gurus:

http://www.behrmann.name/cms/cinepaint/bildbearbeitung/cinepaint_ccorrection.html

Here you see a complete 16Bit color proof workflow from the photo image to
print-out. This site is currently state of the art and the reference.

An example of a raw-file IT-8 target is my
http://digikamplugins.free.fr/RAWFILESDATABASE/CANON-EOS20D.CR2.bz2

Some interesting info can be found here:
http://www.oyranos.org/wiki/index.php?title=Main_Page

Having 16Bit _AND_ CMS is a _DREAM_. If digiKam get these feature some day
then it is more than a killer application :o)

Bye and a big THANK YOU to all of you :-)

  Thorsten

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier]

Le Lundi 21 Novembre 2005 22:28, Thorsten Schnebeck a écrit :

> > > Well actually, i'm working on DImage implementation, a new image
> > > framework used to load/write images in 8/16 bits/color/pixel. The only
> > > way to apply icc/icm profils to an image is with linear 16
> > > bits/color/pixel PPM image generated by dcraw to read RAW image files.
> >
> > Yes, I know about this (I've read some posts about your work). At this
> > time, I'm using Cine Paint (aka gimp film) to apply icc/icm profiles to
> > my images (tiff and jpeg formats only, my camera is a cheap one :-().
>
> Cause CMS is new to digiKam maybe it is interesing to point to the website
> of one of cinepaints cms gurus:
>
> http://www.behrmann.name/cms/cinepaint/bildbearbeitung/cinepaint_ccorrectio
>n.html
>
> Here you see a complete 16Bit color proof workflow from the photo image to
> print-out. This site is currently state of the art and the reference.
>
> An example of a raw-file IT-8 target is my
> http://digikamplugins.free.fr/RAWFILESDATABASE/CANON-EOS20D.CR2.bz2
>
> Some interesting info can be found here:
> http://www.oyranos.org/wiki/index.php?title=Main_Page
>
> Having 16Bit _AND_ CMS is a _DREAM_. If digiKam get these feature some day
> then it is more than a killer application :o)
>

16 bits support is complete in image editor core. I need to port all plugins,
but PNG, TIFF, PPM, RAW file can be loaded properly in image editor in 16
bits as well.

CMS is now supported by DImg (old DImage). ICC profile can be used to fix
photo color automaticly. An external file or embeded profil (PNG, JPEG, TIFF)
can be use. We need to build a settings interface for ICC profil.

> Bye and a big THANK YOU to all of you :-)

I hope that digikam come better than a simple image viewer like any others
applications in this world (:=)).


--
Gilles Caulier
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel