On 03/08/2011 08:46 AM, Olivier wrote:
2011/3/8 Michael Grosberg grosberg.mich...@gmail.com
mailto:grosberg.mich...@gmail.com
Debi Rapson drapson at mansd.org http://mansd.org writes:
Can you point me in the direction of a list of places that
actually use
GIMP for photo
or better yet: Lab? ;]
Anyway CMYK is neccessary too...
W dniu 2011-03-08 10:08 użytkownik Ofnuts ofn...@laposte.net napisał:
On 03/08/2011 08:46 AM, Olivier wrote:
2011/3/8 Michael Grosberg grosberg.mich...@gmail.com
...
Could you explain why retouching photos should be made in RGB rather
We are not speaking about the same thing. The fact that you want to change
some channels in some color model does not mean that the internal
representation of images must be based on this color model. You need tools
for generating a proper CMYK representation of you image, suited to your
printing
Olivier olecarme at gmail.com writes:
2011/3/8 Michael Grosberg grosberg.michael at gmail.com
Debi Rapson drapson at mansd.org writes:
Can you point me in the direction of a list of places that actually use
GIMP for photo retouching and graphics creation.
Hmm. GIMP is not well suited
We are not speaking about the same thing. The fact that you want to change
some channels in some color model does not mean that the internal
representation of images must be based on this color model.
True, it doesn't.
You need tools
for generating a proper CMYK representation of you image,
On 3/8/11, Bogdan Szczurek wrote:
When you define a color
using the color chooser, I suppose you work in HSV, not RGB?
In fact, most of the time I use CMYK color chooser.
Since we got carried away from the topic anyway, I keep hearing users
complaining about various bits of GIMP still not
On Tue, Mar 8, 2011 at 12:28 PM, Michael Grosberg
grosberg.mich...@gmail.com wrote:
Olivier olecarme at gmail.com writes:
2011/3/8 Michael Grosberg grosberg.michael at gmail.com
Debi Rapson drapson at mansd.org writes:
Can you point me in the direction of a list of places that actually
On Tue, Mar 8, 2011 at 2:30 PM, Alexandre Prokoudine
alexandre.prokoud...@gmail.com wrote:
On 3/8/11, Bogdan Szczurek wrote:
When you define a color
using the color chooser, I suppose you work in HSV, not RGB?
In fact, most of the time I use CMYK color chooser.
Since we got carried away
On 3/8/11, Bogdan Szczurek wrote:
Since we got carried away from the topic anyway, I keep hearing users
complaining about various bits of GIMP still not color managed, most
notoriously -- filter preview and sample points. The latter is sort of
critical to those who uses separate+ and/or
On Tue, Mar 8, 2011 at 1:33 PM, Bogdan Szczurek thebod...@gmail.com wrote:
have nice black background. Most of the times CMS will try to simulate
that with all colors while it's better to use e.g. just full black and
cyan. Another example: you need to do some trapping. Sometimes it can
be done
On Tue, Mar 8, 2011 at 3:23 PM, Alexandre Prokoudine
alexandre.prokoud...@gmail.com wrote:
On 3/8/11, Bogdan Szczurek wrote:
Since we got carried away from the topic anyway, I keep hearing users
complaining about various bits of GIMP still not color managed, most
notoriously -- filter preview
On Tue, Mar 8, 2011 at 3:34 PM, Øyvind Kolås pip...@gimp.org wrote:
On Tue, Mar 8, 2011 at 1:33 PM, Bogdan Szczurek thebod...@gmail.com wrote:
have nice black background. Most of the times CMS will try to simulate
that with all colors while it's better to use e.g. just full black and
cyan.
On Tue, Mar 8, 2011 at 3:12 PM, Bogdan Szczurek thebod...@gmail.com wrote:
Considering the use cases where fine grained control over the
resulting offset plates/actual ink used for C,M,Y,K to be a subset of
the more general cases where individual ink control is desired
(spot-colors (including
On Tue, Mar 8, 2011 at 11:28 AM, Michael Grosberg
grosberg.mich...@gmail.com wrote:
Olivier olecarme at gmail.com writes:
2011/3/8 Michael Grosberg grosberg.michael at gmail.com
Could you explain why retouching photos should be made in CMYK rather than
RGB?
Photo retouching is usually done
On 2/13/11, LightningIsMyName wrote:
I'm starting this thread to list ideas for Google Summer of Code 2011,
for the GIMP project. Since in the last year collecting ideas was done
partially by the mailing list, let's try it again this year and keep
most ideas here.
In 2009 and 2010 guiguru
I could think of fully hardware accelerated rendering. Most modern hardware
provides accelerated rendering and many tools could be speed up significantly.
The CPU just doesn't scale well when it comes to current image resolutions and
some brush types (smooth, smear, etc.). Also the
On Tue, Mar 8, 2011 at 3:12 PM, Bogdan Szczurek thebod...@gmail.com
wrote:
Considering the use cases where fine grained control over the
resulting offset plates/actual ink used for C,M,Y,K to be a subset
of the more general cases where individual ink control is desired
(spot-colors
I could think of fully hardware accelerated rendering. Most modern
hardware provides accelerated rendering and many tools could be speed
up significantly. The CPU just doesn't scale well when it comes to
current image resolutions and some brush types (smooth, smear,
etc.). Also the
On 03/08/2011 07:50 PM, Bogdan Szczurek wrote:
On Tue, Mar 8, 2011 at 3:12 PM, Bogdan Szczurekthebod...@gmail.com
wrote:
I also have high hopes for GEGL, but I'd rather have it use some
more abstract color model for that. I know it's not so simple—maybe
even undoable–that way, but I do like
On 2/13/11, LightningIsMyName wrote:
I'm starting this thread to list ideas for Google Summer of Code
2011, for the GIMP project. Since in the last year collecting ideas
was done partially by the mailing list, let's try it again this
year and keep most ideas here.
In 2009 and 2010
On 3/8/11, Bogdan Szczurek wrote:
I could think of fully hardware accelerated rendering. Most modern
hardware provides accelerated rendering and many tools could be speed
up significantly. The CPU just doesn't scale well when it comes to
current image resolutions and some brush types
Øyvind Kolås pippin at gimp.org writes:
On Tue, Mar 8, 2011 at 11:28 AM, Michael Grosberg
grosberg.michael at gmail.com wrote:
Olivier olecarme at gmail.com writes:
2011/3/8 Michael Grosberg grosberg.michael at gmail.com
These concepts do transfer to GIMP, and if one is generally
I really miss some basic vector functionality in Gimp. In my last works
i used Inkscape and Gimp together. Drawing sharp outlines in Inkscape,
exporting them to PNG and imported them into Gimp again, to work with
brushes and colors. Basically i used Inkscape to create Alpha-Layers for
accurate
On 3/8/11, Michael Grosberg wrote:
But photo retouching isn't the only thing GIMP can do, and I don't
see why the need to focus on it. What about web graphics?
digital painting? Texture art? I'm sure the artists who worked on Sintel
would amaze the students with their Gimping skills.
plug
Who said this could not be done in Gimp? Some examples of Works i
created with Gimp that are under CC:
Retouching:
* http://commons.wikimedia.org/wiki/File:Snow_leopard_portrait.jpg
(Original)
*
http://commons.wikimedia.org/wiki/File:Snow_leopard_portrait-2010-07-09.jpg
(Retouched)
*
On 03/08/2011 07:50 PM, Bogdan Szczurek wrote:
On Tue, Mar 8, 2011 at 3:12 PM, Bogdan
Szczurekthebod...@gmail.com wrote:
I also have high hopes for GEGL, but I'd rather have it use some
more abstract color model for that. I know it's not so
simple—maybe even undoable–that way, but I do
I could think of fully hardware accelerated rendering. Most modern
hardware provides accelerated rendering and many tools could be
speed up significantly. The CPU just doesn't scale well when it
comes to current image resolutions and some brush types (smooth,
smear, etc.). Also the
On Tue, Mar 8, 2011 at 7:47 PM, Bogdan Szczurek thebod...@gmail.com wrote:
Yes, but why use RGB at all if one can use e.g. XYZ from the start?
So wide RGB would also require greater than 8 bit depths to work
satisfactorily (HSV, HSL or Lab do quite nicely even with 8 bits per
component). I
- vector layers and drawing geometric primitives [1]
I'm not convinced of the notion of vector layers. Sure they can be
nice addition but I fear they'll end up being quite frustrating. I
think so because to make them as ellastic and usable as in vector
graphics editors one'd have to
I really miss some basic vector functionality in Gimp. In my last
works i used Inkscape and Gimp together. Drawing sharp outlines in
Inkscape, exporting them to PNG and imported them into Gimp again, to
work with brushes and colors. Basically i used Inkscape to create
Alpha-Layers for
On Tue, Mar 8, 2011 at 8:00 PM, Bogdan Szczurek thebod...@gmail.com wrote:
I've got a dream about visual editing program consisting of
different components, each taking care of one of presentation
aspects with one underlaying rendering engine (target aware
angine—I don't like cairo's “I
Yes, but why use RGB at all if one can use e.g. XYZ from the start?
So wide RGB would also require greater than 8 bit depths to work
satisfactorily (HSV, HSL or Lab do quite nicely even with 8 bits per
component). I think one consolation is possible backward
compatibility with some other
On Tue, Mar 8, 2011 at 8:00 PM, Bogdan Szczurek thebod...@gmail.com
wrote:
I've got a dream about visual editing program consisting of
different components, each taking care of one of presentation
aspects with one underlaying rendering engine (target aware
angine—I don't like cairo's
Am 08.03.2011 21:07, schrieb Bogdan Szczurek:
I really miss some basic vector functionality in Gimp. In my last
works i used Inkscape and Gimp together. Drawing sharp outlines in
Inkscape, exporting them to PNG and imported them into Gimp again, to
work with brushes and colors. Basically i
Hello,
The next GIMP developer meeting (users are also welcome!) will take
place Monday, March 14th 2011, on 10:00 PM CET (GMT+1).
The agenda can be found here:
http://gimp-wiki.who.ee/index.php/Hacking:Dev_Meeting_14_Mar_2011
Right now, the main topics are:
* Reviewing last meeting's decision
*
35 matches
Mail list logo