Krita Masterthread: 4.0 is out!
polycounter lvl 5
Hey!
I wanted to make a new thread for Krita 3.0+ because I couldn't edit the previous thread, being made by someone else.
Krita is a free open source painting program, with a ton of neat features and capabilities that make it worth checking out, such as the wraparound mode, the color management, openexr support, transform masks, flexible brush engine, layerstyles, and I bet a lot of people here could give their own examples of cool tools in Krita.
https://www.youtube.com/watch?v=a-CY4hmkg_I
Bugs still go to bugs.kde.org. Here's a list of reported bugs!
Enjoy your new Krita!
I wanted to make a new thread for Krita 3.0+ because I couldn't edit the previous thread, being made by someone else.
Krita is a free open source painting program, with a ton of neat features and capabilities that make it worth checking out, such as the wraparound mode, the color management, openexr support, transform masks, flexible brush engine, layerstyles, and I bet a lot of people here could give their own examples of cool tools in Krita.
This release contains…
- New Text Tool
- Improved Vector Tools
- Python Scripting (With some example scripts written already)
- Improved brush settings dialog
- Colorize Mask
- New Filters
- A Ton of Fixes
- And much much more
https://www.youtube.com/watch?v=a-CY4hmkg_IBugs still go to bugs.kde.org. Here's a list of reported bugs!
Enjoy your new Krita!
Replies
Start with your photograph. I've got this one from textures.com.
Make a clone layer of it from the add layer menu in the palette. Then, put a Gaussian blur filter layer over that and set the radius pretty high. (In this case I used about 60 px.) Put both the clone layer and the filter layer in a group and set the group's blending mode to Grain Extract (which is under the Mix category.) You should get a result and a layer stack like this.
This gets rid of the most problematic shadows but still leaves something to be desired. Too much of the color is gone, and the texture is overall a little too bright for a rock albedo texture. The first is easy to solve: add a desaturate filter layer over the gaussian blur filter layer to bring back the color after the grain extract group. Set the desaturate mode to whichever luminosity mode you like better.
This brings back the color, but the texture's straying too far from the values we want for a rock texture. So, let's add a Brightness/Contrast filter layer above the grain extract and bring the left handle of the curve up a little and the right handle of the curve down a little.
That looks just about right for an albedo texture, and although it doesn't reach the same level of quality as photogrammetry it's probably good enough to ship. And since the de-lighting is completely nondestructive, you can now paint out problem areas like the bush in the top right and the sprigs of grass. Here's the final processed photo with the foliage and lichen removed after I added the filter layers. Paint a normal map over this, optionally supplemented by a normal map filter in another program, and bob's your uncle.
that was pretty much the reason i had to keep using photoshop, as a texture artist I need to have control over my RBGA channels.
so far I have just been using it for sketching, have enjoyed the smoothing features gives it a manga studio/clipart kind of feel, was just wondering on the question of brushes, Are there more brushes available?do photoshop brushes by chance work? is there a tutorial for making custom brushes knocking about?
We have a list of user-made resources here: https://krita.org/learn/resources/
We have a small tutorial on how to access the brush settings and create your own brush here: https://userbase.kde.org/Krita/Manual/Brushes (We're going to move our manual to a different spot, but the information on it is pretty okay)
And I've recently started accepting requests on how to make brushes from the default ones on the tumblr: http://krita-foundation.tumblr.com/search/brush-tips (These will eventually be ported to the new manual spot as well)
There's also this guy:
Who shows how to make brushes so you can follow Bob Ross' mystic mountain tutorial!
And this guy:
(I haven't really followed this one, tbh)
I think that should get your started
and is it possible to customize the tool chest docker by any chance? the preference to have it display as a toolbar did not seem to change a thing. seeing as affinity photo does that and now i cannot live without this feature anymore.
These are know OSX limitations, yes. You can try playing with the OpenGL display settings under settings->Configure Krita->Display and see if that does anything.
The rightclick menu(pop-up palette) isn't gone forever. Rather, on OSX we have the problem of getting it to paint on-top of the canvas, this is due to the OpenGL compatability profile issues on OSX. Same thing for the brush outline. We are working on this.
Okay, this is a bit confusing... There's a few tool things:
1. The toolbox: This is a docker and not customisable.
2. The toolbar, this is customisable via settings->configure toolbar. You can basically pin any action that can be hot keyed to it.
3. Tool options can be put into the toolbar(via settings->configure Krita->general), but only as a dropdown button. If you start using the transform tool, you might see why.
I hope this answers the question?
thanks, that answers it all! will be waiting then for these issues to be sorted out.
would be nice to have the ability to customize the toolbox though - assuming that's not on the roadmap already. also is it possible to alter brush size and opacity from the pop up palette (did not see that last time i tried) or from within the canvas by any chance? a few apps allow to do that from the context menu, also mudbox has a neat way for achieving this by click-dragging, for example.
I have had one crash, and one other minor annoyance when saving as Jpeg it defaults to a JPE extension, you have to manually add the G to the end of the name to make it work, other than these small minor annoyances I have to say it is rare I am so impressed with a piece of software out the gate and this is still Alpha o.O
BTW, thomas, I just realised, did you maybe mean this?
http://pasteboard.co/UZa9Zs8.png
Because you can just resize the toolbox and the icons will try to work with you.
@Exessivezero: Thanks! Well, it's still a pre-alpha for 3.0(vs our current stable version, 2.9.10) because it crashes in the weirdest places. So selections can give crashes, OCIO/HDR painting support is bugged, tangent normal brush asserts on certain devices, mouse wheel doesn't register, autosave recovery doesn't work right, filter preview crash etc, and a lot of these is because our OpenGL stuff is undergoing open heart surgery. Our idea of 'stable' is that it doesn't have fully broken workflows. As you can tell, we'd like to have these fixed before 3.0 stable
You can set the brush docker to list mode, btw. This is next to the tag-dropdown in the preset docker.
Check the release notes for goodies and bugfixes!
Also of note, we had a sprint two weeks ago, here's the report and the plans for coming year.
and no i mean a toolbox where i can drag and drop icons around as i see fit. here's an example from affinity photo, left is a screenshot of the default i took from the web, right hand setup is mine -
achieved through a customization dialog -
so you can throw out all the tools you never use anyway or those which don't really need an icon unless you're a casual user (like pan, zoom) and arrange everything in an order that makes sense to you. hard to live without that every time i go back to other programs now.
food for thought. also i hope it's OK to post examples from other applications in here. i don't want to rain on krita's parade!
Can we have symmetry tool activated for vector layers. And be able to use transform tools to warp/deform the vector lines or shapes (in 2.9.7 it does this BUT it snaps back to original shape when you switch tools).
Thank you.
What you could do in the meantime is make a clone layer of the vector layer and add a transform mask to that.
Transform is sadly not possible outside of using the deform brush. It's a long standing request but really not that easy.
With over 80 bugfixes since the alpha, and a way more stable windows version in general due to building changes.
But overall, congrats on release!
If other Krita devs and users think this is a good idea I can have this in my testing branch by tomorrow night probably.
One thing that I came accross recently that makes a lot of difference is that, to get a perfect stroke antialiasing like you do with Photoshop, you need to turn on the "Auto" checkbox for the brush spacing in the brush preset configuration window.
It was implemented after a bug report on the subject: https://bugs.kde.org/show_bug.cgi?id=322839
With that setting (I put the spacing value around 0.80 when it's on), plus the Default mask type at 0.98 fade (so really, almost no softening at all), with Antialising turned on obviously and Precision set to max. 5, you can get a pretty smooth stroke even with a varying brush size.
- Doesn't seem to work on a Cintiq set as secondary monitor
- Unable to undock documents
- ctrl-spacebar scrub zoom behavior is inverted compared to Photoshop.
2. Settings->configure Krita->general-> multiple document bahviour(afaik, not at laptop currently)->set tabbed to subwindows.
3. This is known, you can make a wishbug at bugs.kde.org if it really bothers you. We haven't had anyone who was really bothered by it until now.
Everyone else, I'm glad it is working so well. The channel editing thing is something that used to work but we had to deprecate the code at some point. We're not sure when we'll bring it back.
Well ... to be fair, it is probable that only a small number of Photoshop and Manga Studio users are actually trying out Krita, and dedicated Krita users not coming from Photoshop or Manga studio are probably used to the non-standard zoom behavior by now, so it's a bit of an endless cycle really. I just believe that adopting the standard way of doing things is a always good thing. But then there's also the question of existing patents that Adobe probably owns ... I suppose that this sort of stuff can get tricky quite quickly !
Basically, either you convert your selection to a vector selection and then move it with the vector tools. Or you show the global selection mas and move that with the transform tool. We hope to improve it in the future, but no idea when yet.
Actually, quite a few of these users also try out Krita if other problems are to be believed. We have a coming-from-ps guide for a reason
No, it's rather, we as a open source dev team need to pick our battles. And we do that by instead of focussing on what other applications have, we focus on the workflow of the users we interact with. So when someone asks for a hotkey for zooming and describes the problem they're trying to solve with it, we implement it and go 'works?' and they go 'yes'. So if someone goes 'huh this is different from ps' and then goes 'eh, I'll live with it', we'll go 'ok, good'.
But does the other stuff work for you? I'd be worried if it didn't.
- created new images and went file -> create template from image and let it make a new category for them. now all the original templates are gone and mine don't seem to exist. throws can not find file error upon selecting them, program crashes
- assigning hotkeys - the program checks if the hotkey in question is already in use, gives me a choice to reassign which i accept and... nada! how do i delete a default hotkey assignment anyway? this whole dialog confuses me.
- switching between tabbed and subwindow mode via settings -> configure -> general -> window seems to only work sometimes. when set to subwindows, on next start program opens up with documents maximized. window controls are tiny and integrated far up in the top right interface corner. you need a magnifying glass to find and read those on a 27 inch, just saying. the canvas in my opinion needs to open up with a standard window title bar and controls.
general things:
- tooltips take a long time to pop up and i basically have to lift the pen from the tablet to make them show, they're that finicky.
- is it possible for the user to replace brush icons by switching out image files somewhere in the krita tree? i'd like to have more instantly readable ones for my favourites in the right-click menu. not afraid of hacking it
- is there a way to set brush opacity by holding down a key and dragging like you can for brush size with shift?
- can you set hotkeys for specific brush presets? i seem to only have a hotkey to access the brush tool mode itself
- can we choose the order of favourite brushes and which slot they appear in the right click menu? again, hacking it - no problem, do it all the time
- how interchangeable are the preferences? can i make my favourite set on windows and copy over to an equivalent mac or linux version of krita and vice versa?
The rest of these are a mix of QT specific problems we can't do much about. (Weird subwindow mode, tooltips) actual bugs(shortcuts, templates) and things we can't figure out a good user interface for(assigning brush presets to hotkeys, ordering the favourite slots because the brush presets are defined per tags).
I can't say anything about the opacity-drag modifier, as we started with a on-canvas brush editing thing, which was going to be something like this, but it transformed into something else UI wise. Either way, that'll be in 3.1.
Brush file icons can be modified by going into the resource folder and drag-and-dropping the file into the krita window... but sadly in 3.0 we've been fighting epic battles with the file-recognition system(mime-types) and now kpp files aren't recognised as the pngs with too much meta-data that they really are.
re: opacity-drag - ideally i think control for opacity and brush size should be available from the right click menu too, that's sometimes easier than grabbing hotkeys. looks like plenty of space to do something there (art-rage i think has a neat way of controlling that in its interface).
i was wondering about the brushes - would it be possible then to create those in an older version of krita where this stuff still works? assuming that preferences can be migrated to newer versions.
several hits for that one in google.
@thomasp
What you found is some automated mailing list mirror that copies the reports automatically sent from bugzilla to the bugs mailing list. There's several of them, and for some reason none of them tell google to stop indexing them.
The kpp bug is fixed since this morning, but yes, you can try to open your files in an older version of krita(via drag-and-drop) and then paint on them. The rightclick settings menu will probably happen as is currently the plan.
If the file was modified outside of the software (i.e its modification\creation time changed), when you came back to the software it would act in one of two ways: if the document had unsaved changes it would pop up a confirmation dialog asking if it should reload from the file or keep the document as it is, with its changes unsaved. If the document was saved and there were no changes, it would reload from the file directly.
at any rate: nice painterly feeling in this app, keep it up!
@Thomasp: The redraw issues might be due to instant preview, which is what makes the brushes fast. you can turn this off via view->instant preview.
Buttons not staying in the toolbar is a new one. Can I tempt you to report a bug for that at bugs.kde.org?
Here is a good example of a feature request subforum :
http://3dcoat.com/forum/index.php?showforum=14
Being directed to a page that seemingly has no relationship to Krita certainly got me scratching my head for some time - the confusion mostly comes from the fact that KDE seems to be never mentioned on the Krita site.
Simply providing a link allowing unregistered users to check out the list of bug reports and feature requests would go a long way and would probably save a lot of time for everyone involved (for instance people reading this very thread could check the list to see if what they are about to report has been reported already).
Or, things could be tackled the other way around, by clearly stating somewhere that Krita is part of KDE.
Anyways - good luck !
https://reports.kde.org/en/projects/krita/project_report
And
https://bugs.kde.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=CONFIRMED&bug_status=ASSIGNED&bug_status=REOPENED&list_id=1354830&order=changeddate DESC,priority,bug_severity&product=krita&query_format=advanced
The later one is a bit more intimidating, and also includes wishbugs, but it's also more comprehensive, I guess? But then, the top one also shows the last few commits... hm...
That said, the fact that the tracker openly displays the email adresses of contributors is definitely an issue.
None of the feedback forums for apps like Substance, 3DCoat or even Adobe products have such a requirement. Without a doubt this will deter quite a fair amount of users.
If it's any help, you can't get access to people's emails if you aren't logged-in yourself though.(if you didn't make your nickname your email, that is)
My feedback is not so much about which tracker to use or not - I am really just trying to point out the issues I am running into so that you guys are aware of it
Anyway, we're doing a kickstarter!
We're trying to gather money for improved text and vector tools!
This is our third kickstarter, the 2014 one funding a ton of features in 2.9(including layerstyles for psd support), the 2015 funding the instant preview and raster animation, and for this one, we want to replace our broken, overengineerd text tool with one that is geared towards artist's needs. Furthermore, we would like to improve our vector tools, both on the side of importing/exporting svg instead of odf, as well as improving vector tools themselves and getting the booleans in, etc.
And of course, once we start hitting stretchgoals, you get to vote on those, like last two years!
Months ago, there was a call for artist participants for the kickstarter (to do tutorials for stretch goals, for example). Well, I signed up for it. The person I emailed later replied with all interested artist emails on CC instead of BCC. Short time later, I got a diluge of spam from Euro addresses. Even my own email address was used as proxy to spam me with attachments.
I had to set up dozen of filters just to make my inbox readable.
So...beware. I definitely think spammers are exploiting those public lists that's connected to krita dev or their kickstarter project.