Registered Member
|
Here's a test of the new mirroring feature! This work is licensed under a Creative Commons Attribution-NonCommercial-NoDerivs 3.0 Unported License. However I give to Krita team the authorization to modify and adapt the work in order to publicize Krita. Kra file download link: http://www.mediafire.com/file/4v98e72c9 ... ta.kra.zip Congrats guys for the bug fixing of the last month: now Krita is much more stable, with the enabled opengl too! However I've two big problems... The first one is the non working color management... This advice from the shell could be a possible clue: krita(4109)/kdeui (KAction) KActionCollection::setComponentData: this does not work on a KActionCollection containing actions! krita(4109)/koffice: Lcms2 error: 5 Read from memory error. Got 0 bytes, block should be of 128 bytes krita(4109)/koffice: Lcms2 error: 5 Read from memory error. Got 0 bytes, block should be of 128 bytes Compiled with lcms1 Krita gives me a similar error message: lcms: Error #12288; Read from memory error. Got 4056 bytes, block should be of 2048 bytes lcms: Error #12288; profile is unsuitable for output Same result with every icc profile... The second big problem is the coming out black when I'm smudging on a transparent layer. Reading the mailing-list I see you're still working on it, so I've to wait patiently for a bit more... Furthermore, sometimes I get the following message: CRITICAL: According to statistics of the KisTileDataStore some tiles have leaked from the Krita control! CRITICAL: Tiles in memory: 29685 Total tiles: 29685 But I don't, apparently, have any problem with my work... |
Registered Member
|
Very good work Ico-dY !
For the smudge issue, there is a painting blending mode called "Copy" meant to solve this. It is a little annoying to have to switch blending mode to have correct smudge, but at least this is a workaround for now. Also on blending brush preset don't set any sensor to "Size", or it will produce buggy result (brush size must be constant, or some ghost pixels appear). |
KDE Developer
|
Wow! That looks great! I think Cyrille is tracking down the color management issue -- I'm not what's going on there, but it's being investigated. Silvio Heinrich is again working on the smudge issue.
|
KDE Developer
|
Hey, great. I'm glad that mirror feature is useful
I'm interested in the brush engines -- which were used mostly?
Daylight is coming...
Krita developer | http://lukast.mediablog.sk/log |
Moderator
|
Well I can't reproduce the color management issue. Have you installed any special color profile on your computer ? If you are building from git, I can add some debug output to see which file is triggering a problem.
Also, the profile that does not work, is not shown in the UI. So it does not really mater which profile you use for your image. |
Registered Member
|
I can't use mirror brush. How to use this function? Activate the parameter mirror?
|
Registered Member
|
Cool job Ico-dY and good choice for the red. I like her glasses, fun design !
Here too I really like to play with this mirror feature. |
KDE Developer
|
Hi, that feature is quite new and it is available only in git master, not in the released Krita 2.3.x. Basically you click on the icon for horizontal and vertical mirroring -- it is in the toolbar between eraser icon and "Save to Pallete" button. You can set up the mirror axis with CTRL+SHIFT+Left click.
Daylight is coming...
Krita developer | http://lukast.mediablog.sk/log |
Registered Member
|
@cyrille A little premise... I've calibrated and profiled my monitor with an hardware colorimeter piloted by dispcalgui & argyll. My monitor profile (you can download it from here for inspection: http://www.mediafire.com/?dza9p9m82ci2a4y ) is installed on my system through dispwin and recognized by other color managed applications (Gimp, Geequie, etc. etc. ) making correct color space conversion and visual rendering. As image color space I've always selected IEC61966-2.1 sRGB. Neither the version installed from the Kubuntu backports repository nor that compiled by myself from git works for me. So, what I've to do now? Compiling from git it's not a problem for me... Thanks in advance for your help, cyrille. I'm really grateful. @Animtim Thanks for the suggestion, Animtim! Unfortunately the copy mode doesn't give me the same result as the normal mode on a non-transparent layer... A sort of grayish tint comes out... @boudewijn Thanks for the comment and support! @LukasT For this piece I've mainly used the pixel brush with some touches of hairy brush and Gaussian blur filter. I've found that I can mix canvas colors together through ink depletion , as same as the smudge brush, and the result is lovable. Unfortunately the same black-appearing-from-nowhere bug comes out on a transparent layer. @Deevad Thanks for the comment and happy mirroring! |
Moderator
|
What command did you run exactly with dispwin ? If I run "dispwin yourlongprofilename.icc" then I get exactly the same error message as you inside krita, but if I run "dispwin -I yourlongprofilename.icc" then it seems to work, at least I don't get the error message.
|
Registered Member
|
I install the profile with: dispwin -I mylongprofilename.icc And if I verify his loading with: dispwin -V mylongprofilename.icc It answers me with: Verify: 'mylongprofilename.icc' IS loaded (discrepancy 0.0%) So the monitor profile is correctly installed... |
Moderator
|
Hum that is weird then... since it is exactly the same thing I did. What do you see in "Settings" > "Configure Krita" > "Color management", next to the label "Monitor profile" ?
|
Registered Member
|
I see:
Monitor Profile: Screen 1, Output DFP1 |
Registered Member
|
Showcased! Thanks again for some great work Ico-dY and for posting it with the necessary .kra and license.
Now showing at Krita.org/showcase |
Registered Member
|
You're welcome! |
Registered users: Bing [Bot], claydoh, gfielding, Google [Bot], markhm, rblackwell, sethaaaa, Sogou [Bot], Yahoo [Bot]