Archives
For the third day of Libre Graphics Meeting 2008, there were two presentations from people coming from KDE: Emanuele about colors, and Gilles about Digikam.
This picture was taken near the conference center, when we tried to go to a Japanese garden.
That day started by a presentation about the distribution fonts along with HTML page, which triggered a discussion about fonts licensing, and license in general, where some people became very aggressive over the subject, that's why I think license and politics really needs to be moved out of free software, people are nice unless licenses are discussed. Then Peter Sikking discussed how to change the Gimp UI to improve its usability, there are some nice ideas on how to minimize the space lost by dockers, toolbars and toolboxes. Then Andy Fitzsimon made a demonstration of the new stuff in Inkscape like path effect where you can apply a shape to a path.
Then the afternoon started by a talk by Emanuele about the mathematics behind the new colors mixer in Krita (where "blue" + "yellow" gives "green" and not "purple"), while I have followed what he has been doing since I more or less maintain PigmentCMS (the Color Manipulation System in KOffice), it was quite nice to see the reason behind his design decision, and how the whole things work. Then it was the turn of Gilles presentation on Digikam, the two new features he presented that I found most interressing was the light table to be able to compare side by side two pictures in order to compare them, and I also found interesting the integration of geolocalisation.
Then Liam Quin from W3C made a talk to start a proposal about copy/paste of text between Free Software applications, and exchange formating information. Then there was a presentation about node editing using Blender to do photographic retouch. I had to miss the talk about InGimp because my head was starting to explode, it's infortunate since it's an interesting project about collecting information on how an user work with the Gimp.
This picture was taken near the conference center, when we tried to go to a Japanese garden.
That day started by a presentation about the distribution fonts along with HTML page, which triggered a discussion about fonts licensing, and license in general, where some people became very aggressive over the subject, that's why I think license and politics really needs to be moved out of free software, people are nice unless licenses are discussed. Then Peter Sikking discussed how to change the Gimp UI to improve its usability, there are some nice ideas on how to minimize the space lost by dockers, toolbars and toolboxes. Then Andy Fitzsimon made a demonstration of the new stuff in Inkscape like path effect where you can apply a shape to a path.
Then the afternoon started by a talk by Emanuele about the mathematics behind the new colors mixer in Krita (where "blue" + "yellow" gives "green" and not "purple"), while I have followed what he has been doing since I more or less maintain PigmentCMS (the Color Manipulation System in KOffice), it was quite nice to see the reason behind his design decision, and how the whole things work. Then it was the turn of Gilles presentation on Digikam, the two new features he presented that I found most interressing was the light table to be able to compare side by side two pictures in order to compare them, and I also found interesting the integration of geolocalisation.
Then Liam Quin from W3C made a talk to start a proposal about copy/paste of text between Free Software applications, and exchange formating information. Then there was a presentation about node editing using Blender to do photographic retouch. I had to miss the talk about InGimp because my head was starting to explode, it's infortunate since it's an interesting project about collecting information on how an user work with the Gimp.
Yesterday was the second day of the meeting, Emanuele has finally arrived and made his final preparation for its talk which is going to happen later today. I aslo finally met Gilles Caullier of Digikam.
We all meet in that nice building of the Technological University of Wroclaw:
Yesterday starded with a talk from Boudewijn about the reason that drive him to work on Krita, so it was mostly an overview of what has been happening in the Academic and Commercial world around digital simulation of painting. Then Pablo did a demo of what you can do with Hugin, panorama and also image calibration to feed the lensfun database, which is cool project whose intention is to allow to easily find the distortion correction parameters for lenses, instead of spending time playing with the parameters.
In the afternoon, we had an interesting talk on how "coders" and "designers" interact, and the problem and solution you can use to make both worlds work together. Then there was a demo of Scribus. And the day finished with an OpenICC meeting to discuss what has been done, what needs to be done, and what we are currently doing at OpenICC, to bring more color management on the linux desktop.
We all meet in that nice building of the Technological University of Wroclaw:
Yesterday starded with a talk from Boudewijn about the reason that drive him to work on Krita, so it was mostly an overview of what has been happening in the Academic and Commercial world around digital simulation of painting. Then Pablo did a demo of what you can do with Hugin, panorama and also image calibration to feed the lensfun database, which is cool project whose intention is to allow to easily find the distortion correction parameters for lenses, instead of spending time playing with the parameters.
In the afternoon, we had an interesting talk on how "coders" and "designers" interact, and the problem and solution you can use to make both worlds work together. Then there was a demo of Scribus. And the day finished with an OpenICC meeting to discuss what has been done, what needs to be done, and what we are currently doing at OpenICC, to bring more color management on the linux desktop.
I arrived in Poland two days ago for the Libre Graphics Meeting 2008. It's an interesting conference where developers and users of graphics applications open source application meet and discuss.
The afternoon before the start of the conference, I had some time to do a little tour of the city:
The first talk on the first day was about Hugin, the panorama creation tool. Then there was one about Phatch, it's a batch processing tools which is very similar to Workflow, except that Phatch is dedicated to image manipulation, and was released.
Then the afternoon started by a talk by some Bruxelles designers who use open source software to do their job. Then there was a presentation about Font and Free Software: the tool to create fonts and how the best way to propagate your work.
Then there was the yearly gegl presentation which was much more technical than previous years, and concentrating on some internal of gegl, it's quiet interesting to see how different and similar are the core of Krita and gegl (the future core of the Gimp). Then I went to a presentation on the upcoming SVG 1.2, and new cool features like movies as background of a text.
The afternoon before the start of the conference, I had some time to do a little tour of the city:
The first talk on the first day was about Hugin, the panorama creation tool. Then there was one about Phatch, it's a batch processing tools which is very similar to Workflow, except that Phatch is dedicated to image manipulation, and was released.
Then the afternoon started by a talk by some Bruxelles designers who use open source software to do their job. Then there was a presentation about Font and Free Software: the tool to create fonts and how the best way to propagate your work.
Then there was the yearly gegl presentation which was much more technical than previous years, and concentrating on some internal of gegl, it's quiet interesting to see how different and similar are the core of Krita and gegl (the future core of the Gimp). Then I went to a presentation on the upcoming SVG 1.2, and new cool features like movies as background of a text.
I finally made a new release of OpenGTL, with a nearly full support of the CTL (Color Transformation Language) syntax. While large part of the standard library is still unavailable, it has all the features currently needed for Krita's color spaces.
This allows to bring color management to color spaces that didn't have that, and most specifically our RGB HDR (High-Dynamic Range) color spaces. It is especially interesting, because we need to have both a linear color space (for most high dynamic range operations, and if you want to do gamma correct scaling) and a non linear (a sRGB color space, which is used for color conversion, mostly with the painterly framework). So we were in need to be able to have profiles on top of those color spaces, and that is exactly what CTL is giving to us.
Back to gamma correct scaling, some times ago someone mentioned to me this link, scaling with non-linear color space gives a wrong result. Before we started using CTL based RGB color space, our HDR color space were an hybrid of sRGB (non-linear) and scRGB (linear) (don't try to understand how we got there, I don't either), and curiously, the scaling was wrong half of the time (don't try to understand it was possible, I don't either), but now, using the linear RGB color space, we can have gamma correct scaling:
This allows to bring color management to color spaces that didn't have that, and most specifically our RGB HDR (High-Dynamic Range) color spaces. It is especially interesting, because we need to have both a linear color space (for most high dynamic range operations, and if you want to do gamma correct scaling) and a non linear (a sRGB color space, which is used for color conversion, mostly with the painterly framework). So we were in need to be able to have profiles on top of those color spaces, and that is exactly what CTL is giving to us.
Back to gamma correct scaling, some times ago someone mentioned to me this link, scaling with non-linear color space gives a wrong result. Before we started using CTL based RGB color space, our HDR color space were an hybrid of sRGB (non-linear) and scRGB (linear) (don't try to understand how we got there, I don't either), and curiously, the scaling was wrong half of the time (don't try to understand it was possible, I don't either), but now, using the linear RGB color space, we can have gamma correct scaling:
Sure you can draw line with the line tool. But I have never felt confortable with that, I think that's because the resulting line looks too perfect, as you can see on the screenshots below (it's the top right line).
What I want is to have the virtual version of physical tools (rulers, compas, we can even imagine more fancy stuff). That's what a drawing assistant is. It controls the drawing on the image, depending on the mouse/stylus movement. So for the ruler drawing assistant, it will force to draw a line. There is a control over the magnetism of the tools, this control how much freedom the artist has, how much the pen can move aside the ruler line.
The second line (starting from the top right), was done using a mouse. The third and fourth with a tablet stylus. The fourth line is here to show an other interest for the drawing assistant, you can control the pressure all over the line.
In fact, I am more interested in a compas tool, but a ruler was more simpler to test the whole framework.
What I want is to have the virtual version of physical tools (rulers, compas, we can even imagine more fancy stuff). That's what a drawing assistant is. It controls the drawing on the image, depending on the mouse/stylus movement. So for the ruler drawing assistant, it will force to draw a line. There is a control over the magnetism of the tools, this control how much freedom the artist has, how much the pen can move aside the ruler line.
The second line (starting from the top right), was done using a mouse. The third and fourth with a tablet stylus. The fourth line is here to show an other interest for the drawing assistant, you can control the pressure all over the line.
In fact, I am more interested in a compas tool, but a ruler was more simpler to test the whole framework.
In Krita we want almost everything to be plug-ins and extensible. And since yesterday, it's now possible to add new type of canvas decorators (grids or guides are decorators, for instance). The main reason I did that (besides having some code of Krita becomes cleaner) is because I wanted to have a "human body" decorator. Usually, when I draw (or more like attempt to) a human, I start with a wire frame representation of the body pose, then add rectangle that indicates the muscles, then I start to draw what will differentiate the human from an other human. As both the wire frame representation, and rectangle representation looks very similar from a drawing to an other (except for the pose), I considered that having a canvas decorator for this would be a cool idea and a time saver idea.
I hope it's a little more by kids-safe and that it is obvious that is a girl ;) (if you think not, close your eyes).
Currently, it's only a not very practical wire frame body, without constraints.
I hope it's a little more by kids-safe and that it is obvious that is a girl ;) (if you think not, close your eyes).
Currently, it's only a not very practical wire frame body, without constraints.
It's quiet a nice achievement to be able to use for an hour without a crash (and I stopped it because I got tired) a development version, that got many many changes in its internal libraries. Yesterday, Boudewijn commited a change that make it possible to draw without getting a crash after a few strokes. And today I decided to celebrate this by using krita2 for a little drawing.
