<div dir="ltr"><div><div>Ok great. My apologies about the color picker tool I did not see it. :)<br>Lut: docker, I was under the impression $OCIO was set for us but it wasn't. I'll play around again with that soon. we're under tight deadlines atm.<br>
</div><br></div>About the 16bit 4k image performance. It may have been related to the multi-layer exr format we're using in-house. More investigation needed.<br><div><br><div>Regarding the shortcuts. I understand it may not seem like much, but I think it'll be worth it. KDE's shortcut system has always been a bit of a mystery to me too. I'll try to make some shortcuts and dig out whatever file kde creates to save them.<br>
<br></div><div>I still need to fix my templates. apologies for the slow turn-around.<br><br></div><div>Also, is it possible to have a 'latest' krita snapshot in the Centos repo? We're quite happy to be working with the cutting edge version over here so that we can make constructive comments on things that haven't 'already been fixed'.<br>
<br></div><div>If someone is happy to teach me to maintain this repo I'm happy to do it.<br></div><div><div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Wed, Mar 27, 2013 at 4:59 PM, Boudewijn Rempt <span dir="ltr"><<a href="mailto:boud@valdyas.org" target="_blank">boud@valdyas.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>On Wed, 27 Mar 2013, Simon Legrand wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hey guys. So the Matte painting guys have been putting Krita through its paces and this is what they came up<br>
with as their main priorities:<br>
<br>
Priority:<br>
<br>
- Performance. That's the greatest priority. We need to be able to paint in 16bit 4k + smoothly.<br>
</blockquote>
<br></div>
Tthat needs investigation. I am noticing that there are sometimes awful delays, and sometimes it's just smooth. But yeah, needs investigation.<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- Painting on the 'transparency layer' should be done with black and white color not with eraser and paint.<br>
</blockquote>
<br></div>
Dmitry already has that in a branch, it needs some finishing touches though, most fixing a few remaining brushes.<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-This transparency layer should be displayable on its own. IE: ctrl+eye on a transparency layer should display<br>
the layer as a grayscale image<br>
</blockquote>
<br></div>
I've been thinking about this since the meeting in London. I thought we could load/save masks as images, but that's not true either -- both need to be implemented. Anyone any idea on how to fix this? If masks were really grayscale, it would have been easy enough, I guess.<div>

<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- At the moment the brush opacity in the transparency layer seems to be either 1 or nothing. The painting<br>
environment of the layer mask should be full greyscale like any normal greyscale layer.<br>
</blockquote>
<br></div>
Thats the same issue as the one above: this also solved in Dmitry's branch.<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- Clone tool needs a 'sample anything visible option'. Dare I say like Gimp (sample merged)? Or photoshop's<br>
default clone tool behaviour. :)<br>
</blockquote>
<br></div>
Right.<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Important:<br>
<br>
- Select by colour improvement. At the moment it's limited to a selection box with discreet hues to pick from.<br>
This would be nice to turn into a color picker with some parameters for adjusting the range of selection<br>
(threshhold in Gimp, fuzziness in Krita fill selection)<br>
</blockquote>
<br></div>
There is the "select similar colors" tool -- that selects using a color picker with a range determined by fuzziness. Or do you mean something else?<br>
<br>
I actually don't know why we have the select/select from colorrange dialog<br>
still -- it's really old.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
- Healing and cloning improvements as mentioned in Boud's previous email. To start with the above priority is a<div><br>
good start.<br>
<br>
Often requested:<br>
<br>
- Support for Multi-layer exr.<br>
</div></blockquote>
<br>
I think we have some support already -- but it probably isn't thoroughly tested.<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
- Photoshop hotkeys (a little off-topic), layout and tool workflows. All in all we have to admit that every user<br>
that turns to Krita will have years of experience and workflows in photoshop. Right now more users still need to<br>
be attracted. So while it is great to try and create a better keyboard layout than photoshop right off the bat,<br>
we still have to think about keeping the UI open to photoshop users who may not be willing to learn new<br>
workflows just yet. I'd say as a rule of thumb, when designing the UI to any tool, we should all check out the<br>
photoshop equivalent FIRST and only change it if there is a real disadvantage or problem to it.<br>
I will try to create a keyboard layout config that closely mimics photoshops as soon as I have a spare second.<br>
</blockquote>
<br></div>
Right :-).<div><br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- The topic of Gamma and Gain sliders (that affect ONLY the display) came up again. I went to take a look again<br>
at the LUT docker which was meant to fulfill this role but I am getting very unpredictable results. Currently if<br>
'use environment is selected there is no effect on the image as you scrub the exposure and gamma sliders at all.<br>
I will do more research on this tonight and will reopen the 'Lut Docker' thread.<br>
</blockquote>
<br></div>
Was opengl enabled? Also, was the OpenColorIO environment setup properly? This should work, though I only tested with a subset of available configs.<br>
<br>
I checked with the sample nuke config, but it's gotten quite a bit slower since December for some reason....<div><div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Would be Nice:<br>
<br>
- Live file-in layer. (seems like boudj has already started on this)<br>
<br>
I'll append to this tonight or on the weekend but that's a start. :)<br>
<br>
<br>
<br>
<br>
<br>
On Tue, Mar 26, 2013 at 2:22 PM, Boudewijn Rempt <<a href="mailto:boud@valdyas.org" target="_blank">boud@valdyas.org</a>> wrote:<br>
      Hi,<br>
<br>
      Here is a summary of my notes from last week's london visit: the list of ideas that would make Krita<br>
      even cooler than it already is for people in the vfx world. When we sat down at dneg, basically we<br>
      had something attractive to offer to every category of artist, from matte to texture, from<br>
      dust-busting to concept artist.<br>
<br>
      * Integration with the pipeline:<br>
<br>
      Ocio is great and the future, but Krita is flexible enough that we now can also support the legacy<br>
      color management paths still in use<br>
<br>
      * Integration with Nuke, Blender, etc.<br>
<br>
      Well, only Nuke, really. Blender would be cool, but we haven't met Blender users in London. The idea<br>
      is to have a krita-backed image/layer node in Nuke. Activate the node activates Krita, and the<br>
      inputs and outputs are Krita layers.<br>
<br>
      * Healing/Cloning<br>
<br>
      We have a healing/cloning paintop, but it isn't really strong enough according to David, for the use<br>
      of Matte painters. We can do a lot there.<br>
<br>
      * Matte stuff<br>
<br>
      - Content-aware fill, maybe even as a filter layer or filter mask<br>
      - Improved masking: import and export of masks from and to image files<br>
      - Improved mask visualization<br>
      - Improved scaling (<a href="https://gitorious.org/cubic-b-spline-interpolator" target="_blank">https://gitorious.org/cubic-<u></u>b-spline-interpolator</a>)<br>
<br>
      * Dynamic file-backed layers<br>
<br>
      Basically, a file on disk that is shown as a layer. Read-only and possibily in a different<br>
      resolution, but scaled to the image resolution automatically. I started on this already<br>
<br>
      * Image manager<br>
<br>
      Well, not really inside Krita, but these people need a Studio version of Gwenview that supports<br>
      OpenImageIO really badly. Something to manage, tag, compare and view hundreds of thousands of exr,<br>
      dpx, cineon and other<br>
      images.<br>
<br>
      * HDR Color Selector<br>
<br>
      This needs to be brought in line with Mari's HDR color selector: for HDR images an exposure slider<br>
      that is independent of the image exposure slider needs to be added.<br>
<br>
      * Python Scripting<br>
<br>
      Not for painting, but adding bits of gui and executing filters, scaling, merging and other<br>
      operations.<br>
<br>
      I think that this was it, actually -- as I said, we're pretty good already :-)<br>
<br>
      Boudewijn<br>
      ______________________________<u></u>_________________<br>
      Krita mailing list<br>
      <a href="mailto:kimageshop@kde.org" target="_blank">kimageshop@kde.org</a><br>
      <a href="https://mail.kde.org/mailman/listinfo/kimageshop" target="_blank">https://mail.kde.org/mailman/<u></u>listinfo/kimageshop</a><br>
<br>
<br>
<br>
<br>
--<br>
Simon Legrand<br>
<a href="http://slegrand.blogspot.com/" target="_blank">http://slegrand.blogspot.com/</a><br>
<br>
<br>
</blockquote>
______________________________<u></u>_________________<br>
Krita mailing list<br>
<a href="mailto:kimageshop@kde.org" target="_blank">kimageshop@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kimageshop" target="_blank">https://mail.kde.org/mailman/<u></u>listinfo/kimageshop</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Simon Legrand<br><a href="http://slegrand.blogspot.com/" target="_blank">http://slegrand.blogspot.com/</a>
</div></div></div></div></div>