Discussing Krita, digital painting with David Revoy

For the next releases of Krita, we decided to pick up a specific artist, with a specific work flow, and to implement and fix the issue that he needs. For 2.2 (and probably 2.3), we have chosen David Revoy who has come recently to fame for his involvement in the durian project of the Blender project. Since he lives in Toulouse, and since I still live in Toulouse for the next two weeks, we felt it was a good opportunity to met and to talk about what is Krita, and to get a feel of what he needs.

On Tuesday, after work, I went to his apartment. First he showed me a bit what he needs, especially in a patch to the Gimp that brings much needed feature for him, like the brush that mix its current colour with the content of the layer, or the flow setting (that is similar to krita’s “wash” and “build up” modes, except with a fuzzy settings, while Krita is binary). We also discussed the performance issue, especially comparing to Photoshop. Most digital artist would draw their image at a higher resolution than needed, for instance, if you need an image of 1000×1000, then you will draw it at 2000×2000 or even more, which means that you also scale the brush you use, which means that the brush engine needs to be efficient. While more polishing, like more clever shortcuts and easier setting of painting parameters is a must, efficiency is clearly the biggest issue we are facing in Krita, and the one that will need the most work, the good thing is that we already many solutions that will help us to improve that.

Then I installed Krita on his computer (using the ubuntu KOffice backport, I do not know if I missed something, but I found it extremely hard to add the backport to Ubuntu’s software installer). And I showed him the different paint engine of Krita, especially the new one from Lukas, and I talk to him about the goal of Krita, which is clearly focused on digital painting, and image creation. This is where we can have a clear separation between the different 2D graphics application in the open source world, with Gimp having a focus on image manipulation, mypaint being a scratchpad for quickly drawing, and Krita being focused on digital painting. This does not mean there should not be any features overlap, like Krita having a set of filters for image enhancement. It is just that the focus of the user interface and of the development is different.

This led us to discuss on what he can do to help use make Krita the application he would want to use for his artwork. What we need most (a part from more developers 😉 ) is testing. While 2.1 is a nice release, it is still far from bugs free, but what is also important is testing of the user interface and of the features, we need to know what is lacking. As a developer, when I draw I tend to bend myself to what Krita can do, while it should be the opposite, it is up to the application to fit the work flow. We already have two artists running the development version of Krita, but more is always welcome to get more diverse opinions.

We also talked on funding development of open source software, one area where the Blender Foundation is very successful is to make movies with Blender, this is very good for advertising the product, since you can show awesome end-results. But it is also very good since developers and artists are working together on the movie, the developers fixing bugs and adding needed features, while the artists provide feedback. The Krita pledgie is one step in that direction. David was thinking that targeting windows users could boost the fundraiser campaign, as apparently many artists are having remorse on pirating proprietary software and might be interested in helping a cheaper alternative, but it is clearly not the primary focus of Lukas work, first we have to make Krita ready on Unix, then other platforms will come.

This entry was posted in Krita, Open Source and tagged , , , . Bookmark the permalink.

9 Responses to Discussing Krita, digital painting with David Revoy

  1. vorker says:

    Krita is great application! Good to know Linux is your primary platform!

  2. Stefan says:

    “It is just that the focus of the user interface and of the development is different.”

    Does this means that Krita is primarily painting application? I thought that focus is on both. I’ve tried Corel Painter and from that experience I think that combination of both is the best (image manipulation + digital paint). For painting, special effects, etc.

    Hopefully Krita will be faster than GIMP (GEGL is currently slow).

  3. Framp says:

    I really hope Krita to be the next revolution in the graphic linux world..
    One thing that would really improve krita (from a designer point of view) is a effect system similar to the one used in photoshop (in which effect can be applied and removed on the fly – instead of creating a different layer and giving the result to the user).
    The one implemented in krita is not as effective but looks promising.. I’m really looking forward to this project!

    Guys, you really rock :)

  4. Alban says:

    From this post it seems that Krita is definitely oriented to digital painting. I, and I’m sure, many others, were having great hopes to use Krita as an advanced photo-manipulation software, with its pro features such as 16bits, advanced channels separation, color profiles etc. And its interface that is much less confusing than the GIMP’s one.
    So are we waiting in vain? Will Krita support for photographers limited to ” Krita having a set of filters for image enhancement”?

  5. You have to consider that the Gimp is getting those pro features too, improvement in the user interface, and from our perspective it does not make any sense to invest too much in competing with the Gimp on that area. That said, I personally like to take a lot of pictures (even if I am not a fan of too much retouching, better take time to take a good picture than to clone out part of it), so I am still going to keep developing features related to photography, and of course if you have wishes, filling wish report to KDE’s bugzilla is a good idea.

    In the end, it is all about developers time, if we have developers interested in developing photography specific features, then those features will be added. But there are many common features, like a good clone tool, filters effects, etc…

  6. Yes, the focus is kind on both, but with a priority to painting. But there are many common features. And with the plugin system, it would be perfectly possible to have different modes, depending on the task you want to accomplish.

  7. n-pigeon says:

    Aaahhh, I cant wait to paint in Krita 2.2 😛 I’m sooo exited, Blender 2.5, new Brush Engine in Gimp (and lots of new cool things), new MyPaint and now this 😀
    There will be no better Creative Suite out there than OS Creative Suite, and I’m happy that Unix is first target, Linux uses hardware, a lot more efficient than windows :)

    Big THX for David for helping OS projects and their community 😀

    I wish luck and great fun :)

    ___________________________
    I had problems with installing Krita from Kubuntu backports too, it needs KDE and libs >=4.3 and Qt >=4.5 (I think xD), but now I’m on Mint Gloria (Ubuntu Jaunty) when I will move to Mint 8, the libs and repositories will be with newer libs. David uses Mint too and probably 64bit version, but we have wait a bit longer for new 64bit version of Mint, their priority is always 32bit.

  8. Krita 2.0/2.1 rquire KDE >= 4.2 and Qt >= 4.5. (but krita 2.2 will require Qt>=4.6 since this version fixes many issues with tablet support)

  9. n-pigeon says:

    Yes Krita 2.11 require KDE and libs 4.2 but as sources, DEB in Kubuntu backports are compiled with 4.3 libs 😉 That’s why they want 4.3 version in package manager. In default repos the version is too low for them in Jaunty.

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>