[Gimp-developer] Re: [Gimp-web] Improvements for the new web site (summary - requests for discussion)

2003-10-20 Thread Sven Neumann
Hi,

Carol Spears [EMAIL PROTECTED] writes:

 The early splash screens were a mess to get from CVS.  They were
 moved all around and the version number changed often.  They were a
 nightmare to retrieve; thank goodness yosh did it.

We still move things around and I would even like to rename the file
once more. But a simple list of GIMP versions with splash filenames
and CVS revisions should do the trick.


Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer


[Gimp-developer] Major corrections in Curves and Levels dialogs.

2003-10-20 Thread Piotr Legiecki
Hello Guys,

For a long time we were waiting for GIMP to become a real pro tool for 
serious photographers. The scarcity of well designed tools for UNIX is 
obvious. What *have to be* changed as soon as possible:

1)  Levels dialog - *linear* histogram as in histogram tool.
Grey point should use Gamma settings as follows:
User click on grey surface no matter what lightness it has and Gimp 
calculate Gamma using pure Gamma model:

R'Gamma = log(Grey)/log(R') ;
G'Gamma = log(Grey)/log(G') ;
B'Gamma = log(Grey)/log(B') ;
Grey = 0.299*R' + 0.587*G' + 0.114*B' ;

2)  Grey point (and histogram) inside Curves Dialog using Shlick 
mapping method:

p = ( Grey*({R'G'B'}-2^bits) )/ ( {R'G'B'}*(1-2^bits) )

{R'G'B'} = p*{R'G'B'} / ( p*{R'G'B'}-{R'G'B'}+2^bits )

The problem with current tools (mentioned above,) is in their almost 
uselessness for photographers. Well, at least in a way to get perfect 
results in short time.

Please consider a.s.a.p.

BTW, the gray point tool from Levels dialog IMHO takes the measure from 
really huge image are. I could not find how to decrease this. Maybe it 
would be better to get this measure field settings from Color Picker tool?

With kind Regards

Jack
Piotr Legiecki
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Major corrections in Curves and Levels dialogs.

2003-10-20 Thread Sven Neumann
Hi,

could you try to sound less demanding and instead put a little more
effort into explaining what exactly you mean. I couldn't make much
sense out of your mail. Please try again.


Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer


[Gimp-developer] Re: [Gimp-web] Improvements for the new web site (summary - requests for discussion)

2003-10-20 Thread Raphaël Quinet
On 18 Oct 2003 12:10:07 +0200, Sven Neumann [EMAIL PROTECTED] wrote:
 Carol Spears [EMAIL PROTECTED] writes:
  The early splash screens were a mess to get from CVS.  They were
  moved all around and the version number changed often.  They were a
  nightmare to retrieve; thank goodness yosh did it.
 
 We still move things around and I would even like to rename the file
 once more. But a simple list of GIMP versions with splash filenames
 and CVS revisions should do the trick.

My goal is to have a script that can do most of the stuff automatically.
The script would do a cvs log on gimp/data/images/gimp_splash.png and
the .ppm files that were used earlier.  From this, it would extract the
revision tags (symbolic names) and extract the list of GIMP revisions
following the pattern GIMP_major_minor_micro.  For each of the
tagged revisions, it would do a cvs checkout -r revision -p to get
the file and store the result using the appropriate file name
(including the version number).  Well, it is a bit more complicated
than that, but hopefully you get the idea.

The only things that the script would need as input are the current file
name of the splash screen and the previous ones.  From this, it can
extract all revisions of these files (including on the gimp-1-2 branch).
The script would automatically get the latest version from gimp CVS, so
it would not be necessary to copy and commit it in gimp-web CVS whenever
a new splash screen is added.  So this would be one more step towards
the goal of making the web site as maintenance-free as possible.

For the details, see the message that I will post to the gimp-web list
in a few hours (RFD03).

-Raphaël
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Re: [Gimp-web] Improvements for the new web site (summary - requests for discussion)

2003-10-20 Thread Sven Neumann
Hi,

Raphal Quinet [EMAIL PROTECTED] writes:

 On 18 Oct 2003 12:10:07 +0200, Sven Neumann [EMAIL PROTECTED] wrote:

  We still move things around and I would even like to rename the file
  once more. But a simple list of GIMP versions with splash filenames
  and CVS revisions should do the trick.
 
 My goal is to have a script that can do most of the stuff automatically.
 The script would do a cvs log on gimp/data/images/gimp_splash.png and
 the .ppm files that were used earlier.  From this, it would extract the
 revision tags (symbolic names) and extract the list of GIMP revisions
 following the pattern GIMP_major_minor_micro.  For each of the
 tagged revisions, it would do a cvs checkout -r revision -p to get
 the file and store the result using the appropriate file name
 (including the version number).  Well, it is a bit more complicated
 than that, but hopefully you get the idea.

I understood this w/o your explanation, but the problem is that the
splash has not always been called gimp_splash.png and it will not
always be called gimp_splash.png. So instead of going through the
hassle of coping with all these exceptions, it would probably be a lot
easier to manually maintain a simple file with this information. This
is just a suggestion, do as you like.


Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Major corrections in Curves and Levels dialogs.

2003-10-20 Thread Daniel Rogers
Piotr Legiecki wrote:
Hello Guys,

For a long time we were waiting for GIMP to become a real pro tool for 
serious photographers. The scarcity of well designed tools for UNIX is 
obvious. What *have to be* changed as soon as possible:

1)  Levels dialog - *linear* histogram as in histogram tool.
Grey point should use Gamma settings as follows:
User click on grey surface no matter what lightness it has and Gimp 
calculate Gamma using pure Gamma model:

R'Gamma = log(Grey)/log(R') ;
G'Gamma = log(Grey)/log(G') ;
B'Gamma = log(Grey)/log(B') ;
Grey = 0.299*R' + 0.587*G' + 0.114*B' ;
This is good stuff.  I have been aware of these problems, and I am incorporating their 
solutions into the compositing core that will eventually become a part of gimp (gegl). 
What you are essentially describing is the Rec. 601 converstion from nonlinear RGB to 
nonlinear video luma, and then calculating the the correction factors on RGB by pulling 
out gamma correction on the non-linear RGB.

The actual coefficients there depend on the calibration of your monitor, and the 
colorspace in which the image was captured and in most cases what you want is sRGB, not 
Rec. 601 (which is fine for video, but not so great for computer monitors).  I don't have 
the sRGB coordinates off hand, but I did take note of them.  But what gimp will do in the 
future is request that the color management system convert the luma, which hopefully will 
have an ICC calibrated profile to back the transformation.

2)  Grey point (and histogram) inside Curves Dialog using Shlick 
mapping method:

p = ( Grey*({R'G'B'}-2^bits) )/ ( {R'G'B'}*(1-2^bits) )

{R'G'B'} = p*{R'G'B'} / ( p*{R'G'B'}-{R'G'B'}+2^bits )
I am not familar with this algorithm.  Could you please provide a source?

The problem with current tools (mentioned above,) is in their almost 
uselessness for photographers. Well, at least in a way to get perfect 
results in short time.
I was wondering if people noticed this.  Yeah, without these corrections, the RGB-Gray 
converstion can get hosed as well.

Please consider a.s.a.p.
They are indeed being considered.  Color is a hard topic, and I want to get it right.

Jack
Piotr Legiecki
--
[EMAIL PROTECTED]
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer