On Tue, Mar 22, 2011 at 4:52 AM, Alexandre Prokoudine
wrote:
> On 3/22/11, Jacek Poplawski wrote:
>
I need CMYK support for photo retouch, to create better colors.
CMYK is no different than LAB, HSV or RGB. It is colorspace like
others, but uses 4 channels instead 3.
>>>
>>> Right,
On 3/22/11, Jacek Poplawski wrote:
>>> I need CMYK support for photo retouch, to create better colors.
>>> CMYK is no different than LAB, HSV or RGB. It is colorspace like
>>> others, but uses 4 channels instead 3.
>>
>> Right, all colorspaces are equal, but some are more equal than others
>> :-)
On Tue, Mar 22, 2011 at 4:12 AM, Alexandre Prokoudine
wrote:
> On 3/22/11, Jacek Poplawski wrote:
>
>> I need CMYK support for photo retouch, to create better colors.
>> CMYK is no different than LAB, HSV or RGB. It is colorspace like
>> others, but uses 4 channels instead 3.
>
> Right, all colors
On 3/22/11, Jacek Poplawski wrote:
> I need CMYK support for photo retouch, to create better colors.
> CMYK is no different than LAB, HSV or RGB. It is colorspace like
> others, but uses 4 channels instead 3.
Right, all colorspaces are equal, but some are more equal than others
:-) The willingnes
2011/3/21 Jacek Poplawski :
> On Mon, Mar 21, 2011 at 11:30 PM, gespert...@gmail.com
> wrote:
>> Most of the people ask for CMYK because:
>
> I need CMYK support for photo retouch, to create better colors.
> CMYK is no different than LAB, HSV or RGB.
Well, CMYK is quite different than LAB actuall
On Mon, Mar 21, 2011 at 11:30 PM, gespert...@gmail.com
wrote:
> Most of the people ask for CMYK because:
I need CMYK support for photo retouch, to create better colors.
CMYK is no different than LAB, HSV or RGB. It is colorspace like
others, but uses 4 channels instead 3.
Instead focusing on CMYK
Hi. Although it's a good idea to have the separate- plugin bundled in
default GIMP installation, I'd like to discuss some enhancements that
could be done in its bigger brother Separate+ to make it more
functional for people who needs more advanced CMYK usage.
The idea is quite simple and wouldn't e
Hi. My name is Xiaotian Zheng (call me Kevin), and I would like to
contribute to GIMP a bit over the summer through GSoC (and any time I
have free time of course). I'm a university freshman with 2 years of
experience doing C and Python but with no experience doing large
software development. I'm in
Hi,
alexandre.prokoud...@gmail.com (2011-03-20 at 2227.33 +0300):
> On 3/20/11, Bill Skaggs wrote:
> > I think it would be pretty difficult to figure out the algorithm by looking
> > at the Gimp source code. The algorithm that Gimp uses is based on
> > papers by Todor Georgiev, and you can find a
Hello Sir,
My name is Adriana Bogza, I study Computer Science at "Politehnica"
University of Bucharest, Romania and I'm very interested in the Adaptive
Image Cloning project proposed by GIMP at GSoC 2011. I would like to know
more about your requirements from students and expectations from this
pr
On 03/21/2011 02:34 PM, Simon Budig wrote:
> Ofnuts (ofn...@laposte.net) wrote:
>> Why is gimp_vectors_bezier_stroke_lineto(vectors, stroke_id, x0, y0)
>> (and Stroke.lineto(x,y)) working backwards? If I add a lineto() to the
>> stroke, the point of origin
>> (the one returned by gimp_vectors_stro
Ofnuts (ofn...@laposte.net) wrote:
> Why is gimp_vectors_bezier_stroke_lineto(vectors, stroke_id, x0, y0)
> (and Stroke.lineto(x,y)) working backwards? If I add a lineto() to the
> stroke, the point of origin
> (the one returned by gimp_vectors_stroke_get_point_at_dist(0,..))
> changes... I'm su
Why is gimp_vectors_bezier_stroke_lineto(vectors, stroke_id, x0, y0)
(and Stroke.lineto(x,y)) working backwards? If I add a lineto() to the
stroke, the point of origin
(the one returned by gimp_vectors_stroke_get_point_at_dist(0,..))
changes... I'm sure there is a good reason, but I can't find
13 matches
Mail list logo