[krita] [Bug 409052] High GPU Usage
https://bugs.kde.org/show_bug.cgi?id=409052 --- Comment #18 from zoltron --- ok thanks. usage is normal. beetween %0 - %80, up-and-down. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 409184] New: Feature Request: Ability to open image sequence and animated gif directly from file menu.
https://bugs.kde.org/show_bug.cgi?id=409184 Bug ID: 409184 Summary: Feature Request: Ability to open image sequence and animated gif directly from file menu. Product: krita Version: unspecified Platform: Other OS: All Status: REPORTED Severity: wishlist Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: icnikera...@gmail.com Target Milestone: --- Created attachment 121143 --> https://bugs.kde.org/attachment.cgi?id=121143=edit importing is very laborious. Ability to open image sequence and animated gif directly from file menu without create new empty document. Problem: attachment video shows how difficult it is to import the image sequence. for animated gifs, first you need to convert the animated gif into an image sequence and then go through these kill-time stages. Solutions: for Image Sequence; File > Open > Select image sequence checkbox for numbered sequences in File Dialog Window for Animated GIF; File > Open > Select Animated gif file -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 409052] High GPU Usage
https://bugs.kde.org/show_bug.cgi?id=409052 --- Comment #16 from zoltron --- (In reply to Boudewijn Rempt from comment #15) > I made a special nightly with that flag set: > > https://files.kde.org/krita/osx/krita-nightly_2f68711.dmg > > > Could you check whether macOS still honors the flag and runs Krita on the > integrated gpu? Of course, this won't help people with newer macbook pro's > that only have an AMD GPU... it works thanks, here is gpu usage, it can be better optimized, but not bad. https://i.hizliresim.com/lQyLnQ.png -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 409052] High GPU Usage
https://bugs.kde.org/show_bug.cgi?id=409052 --- Comment #10 from zoltron --- i dont't want to use gfxCardStatus. this App is unstable and incompatible with macOS Mojave -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 409052] High GPU Usage
https://bugs.kde.org/show_bug.cgi?id=409052 --- Comment #9 from zoltron --- if you send Krita running on Integrated Intel GPU, I can test it. If you are considering an AMD hotfix, I believe it will not work because this is Apple GPU driver problem. maybe it helps; https://developer.apple.com/library/archive/qa/qa1734/_index.html https://apple.stackexchange.com/questions/217928/how-does-os-x-decide-when-to-switch-graphics-processors I've come across a Krita version that works with Intel before. I'm not a programmer, but I think it's gonna work. thanks. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 409052] High GPU Usage
https://bugs.kde.org/show_bug.cgi?id=409052 --- Comment #5 from zoltron --- I want to use Krita, but that's why I use Pencil2D. If you are taking this problem seriously I can put a detailed video on youtube. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 409052] High GPU Usage
https://bugs.kde.org/show_bug.cgi?id=409052 --- Comment #4 from zoltron --- (In reply to vanyossi from comment #3) > could you answer what specific operations you refer with this? -> "Each > simple task." > > AFAIK: We only use openGL rendering for the canvas and shader for the > healing brush. Do you experiment the warming up if you only rotate or zoom > the canvas? (no painting, no filters being rendered, no nothing, just rotate > or zoom) Painting uses your full processor by default, that is CPU not GPU, > and yes it is expected to warm up. > > macbooks love to be quiet and before turning the fans up they wait until the > laptop is extremely hot to start spinning fast. If you dont like that just > set your fans to manual at a good speed and the macbook will never heat up. I put it as an attachment video. Didn't you watch? almost everything that uses GPU the following uses a 100 percent GPU ( AMD radeon Pro 455.) -animation play -panning, zooming -every slider in GUI -drawing with brush -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 409052] High GPU Usage
https://bugs.kde.org/show_bug.cgi?id=409052 --- Comment #2 from zoltron --- (In reply to vanyossi from comment #1) > Could you be more specific? With so little information it is almost > impossible to start figuring out what could be happening. > > Some tools use your full CPU cores by default and that will fire up the fans > of your macbook after some painting (this is good). About GPU, I see you > have an ATI card, afaik we do not have a ATI card equiped macOS system for > testing, only intel based ones. my advice, as a workaround krita must detect and use integrated Intel GPU on dual graphic cards macbooks. OpenGL is dead for macos and macbooks Apple are stopped OpenGL support since 4.1 version, you can use Metal API and MoltenVk or drop MacOS support. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 409052] New: High GPU Usage
https://bugs.kde.org/show_bug.cgi?id=409052 Bug ID: 409052 Summary: High GPU Usage Product: krita Version: nightly build (please specify the git hash!) Platform: Other OS: macOS Status: REPORTED Severity: critical Priority: NOR Component: OpenGL Canvas Assignee: krita-bugs-n...@kde.org Reporter: icnikera...@gmail.com Target Milestone: --- Created attachment 121082 --> https://bugs.kde.org/attachment.cgi?id=121082=edit High GPU Usage Each simple task uses too much GPU. It causes warming up on macbook pro 2016. Similar softwares I've tried doesn't cause warming up. Opentoonz. Tupi. Pencil 2D. Autodesk SketchBook SESSION: 22 Jun 2019 22:15:30 +0300. Executing /Users/haz/Applications/krita.app/Contents/MacOS/krita Krita Version: 4.3.0-prealpha (git 9b2dd2e) Languages: en_US Hidpi: true Qt Version (compiled): 5.12.4 Version (loaded): 5.12.4 OS Information Build ABI: x86_64-little_endian-lp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: darwin Kernel Version: 18.6.0 Pretty Productname: macOS Mojave (10.14) Product Type: osx Product Version: 10.14 Hardware Information GPU Acceleration: auto Memory: 16384 Mb Number of Cores: 8 Swap Location: /Users/haz/Library/Application Support/krita/swap OpenGL Info Vendor: "ATI Technologies Inc." Renderer: "AMD Radeon Pro 455 OpenGL Engine" Version: "4.1 ATI-2.9.26" Shading language: "4.10" Requested format: QSurfaceFormat(version 3.2, options QFlags(), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::CoreProfile) Current format:QSurfaceFormat(version 4.1, options QFlags(), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples 0, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::CoreProfile) Version: 4.1 Supports deprecated functions false is OpenGL ES: false QPA OpenGL Detection Info supportsDesktopGL: true supportsOpenGLES: false isQtPreferOpenGLES: false == log == Supported renderers: QFlags(0x2) Surface format preference list: * QSurfaceFormat(version 3.2, options QFlags(), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::CoreProfile) QSurfaceFormat::OpenGL * QSurfaceFormat(version 3.2, options QFlags(), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::CoreProfile) QSurfaceFormat::OpenGLES Probing format... QSurfaceFormat::DefaultColorSpace QSurfaceFormat::OpenGL Found format: QSurfaceFormat(version 3.2, options QFlags(), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::CoreProfile) QSurfaceFormat::OpenGL == end log == -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 406233] Increase grab area on corner nodes: Hard to grab with the cursor (color adjustment curve)
https://bugs.kde.org/show_bug.cgi?id=406233 --- Comment #6 from zoltron --- (In reply to vanyossi from comment #5) > Tested on: Retina MBP 2560 x 1600, display settings set to "more space", > Dialog was used with a wacom bamboo small. > > The handle area in the corners is 3 pixels wide (probably), but I didn't > find it challenging to grab. At least not more difficult than the rest of > super small elements due to new resolution. (I normally work on "default") > > No glitch on corners while dragging the node. > > I will however set this bug to wish and try to come up with something > (bigger select areas on points near the corners perhaps) > > Thanks for your report :) i think this is qt related, sometimes there are crashes related to qt, maybe related macos mojave. Anyway thanks. goodbye. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 406233] Hard to catch with the cursor (color adjustment curve)
https://bugs.kde.org/show_bug.cgi?id=406233 --- Comment #3 from zoltron --- vanyossi it's just happening only in corners. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 406233] Hard to catch with the cursor (color adjustment curve)
https://bugs.kde.org/show_bug.cgi?id=406233 --- Comment #2 from zoltron --- (In reply to vanyossi from comment #1) > Im sorry I couldn't reproduce the glich on this one. > > The handle looses a bit of surface as it gets hidden under the visible area > when it is at the corners. I did not find it particularly difficult to > select however. > > Maybe I can try to make the "hover area" stay active even if the point goes > under the visible area. Have you tried a 15 "retina screen with 1680 x 1050 resolution? Curve point active in just a few pixels. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 406234] New: The cursor icon appears early. (filter > gradient map)
https://bugs.kde.org/show_bug.cgi?id=406234 Bug ID: 406234 Summary: The cursor icon appears early. (filter > gradient map) Product: krita Version: 4.1.7 Platform: macOS Disk Images OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: icnikera...@gmail.com Target Milestone: --- Created attachment 119249 --> https://bugs.kde.org/attachment.cgi?id=119249=edit cursor bug SUMMARY The cursor icon appears early. (filter > gradient map) STEPS TO REPRODUCE watch attachment SOFTWARE/OS VERSIONS Macbook Pro 15" 2016 - macOs Mojave Radeon Pro 455 2 GB Intel HD Graphics 530 1536 MB -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 406233] New: Hard to catch with the cursor (color adjustment curve)
https://bugs.kde.org/show_bug.cgi?id=406233 Bug ID: 406233 Summary: Hard to catch with the cursor (color adjustment curve) Product: krita Version: 4.1.7 Platform: macOS Disk Images OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: icnikera...@gmail.com Target Milestone: --- Created attachment 119248 --> https://bugs.kde.org/attachment.cgi?id=119248=edit Hard to catch with the cursor STEPS TO REPRODUCE filter -> ajust -> color adjustment curve try the drag curve point also there is a visual glitch when drag along edge. SYSTEM Macbook Pro 15" 2016 - macOs Mojave Radeon Pro 455 2 GB Intel HD Graphics 530 1536 MB -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 390642] Cursor gets stuck with the wrong icon after moving between canvas and gui
https://bugs.kde.org/show_bug.cgi?id=390642 --- Comment #55 from zoltron --- (In reply to zoltron from comment #54) > (In reply to vanyossi from comment #53) > > @zoltron > > > > If the version stated in "Krita:About" is 4.1.7, you were not using the dmg > > I provided as it reads 4.2.0-beta (or something similar). > > > > The bug you are getting seems to be another one about the cursor getting > > stuck after zooming or rotating with touchpad gestures. It should not get > > stuck by simply moving the cursor between canvas and docker elements. If it > > gets stuck only by "moving the cursor around the interface with the tablet" > > then the bug is still present. > > sorry you are right, this happens only when zooming with touchpad gesture, i > tried with every versions of krita. bug is not fixed any version. i use dmg you provided. your dmg crashed when "split alpha" operation. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 405844] Blending Modes Keyboard Shortcuts not working
https://bugs.kde.org/show_bug.cgi?id=405844 --- Comment #2 from zoltron --- (In reply to vanyossi from comment #1) > Mojave, krita 4.1.7 > > Works for me as stated in > https://docs.krita.org/en/reference_manual/blending_modes.html#hotkeys- > associated-with-blending-modes > > Blending mode change the brush paint blending mode, not the layer blending > mode. Some shortcuts have collisions (alt + shift + I) for example, but you > get a dialog. And if no collision I get blending mode wokring correctly. I thought the shortcuts were for the layer. I was wrong. is it possible to use shortcut for layers? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 390642] Cursor gets stuck with the wrong icon after moving between canvas and gui
https://bugs.kde.org/show_bug.cgi?id=390642 --- Comment #54 from zoltron --- (In reply to vanyossi from comment #53) > @zoltron > > If the version stated in "Krita:About" is 4.1.7, you were not using the dmg > I provided as it reads 4.2.0-beta (or something similar). > > The bug you are getting seems to be another one about the cursor getting > stuck after zooming or rotating with touchpad gestures. It should not get > stuck by simply moving the cursor between canvas and docker elements. If it > gets stuck only by "moving the cursor around the interface with the tablet" > then the bug is still present. sorry you are right, this happens only when zooming with touchpad gesture, i tried with every versions of krita. bug is not fixed any version. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 405844] New: Blending Modes Keyboard Shortcuts not working
https://bugs.kde.org/show_bug.cgi?id=405844 Bug ID: 405844 Summary: Blending Modes Keyboard Shortcuts not working Product: krita Version: 4.1.7 Platform: macOS Disk Images OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: icnikera...@gmail.com Target Milestone: --- macbook pro 2016 - Krita 4.1.7 macos Mojave Blending Modes Keyboard Shortcuts not working -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 381891] Blending Modes Keyboard Shortcuts not working in Default Shortcut Scheme
https://bugs.kde.org/show_bug.cgi?id=381891 zoltron changed: What|Removed |Added Platform|MS Windows |macOS Disk Images Version|3.1.4 |4.1.7 CC||icnikera...@gmail.com OS|MS Windows |macOS -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 390642] Cursor gets stuck with the wrong icon after moving between canvas and gui
https://bugs.kde.org/show_bug.cgi?id=390642 --- Comment #51 from zoltron --- (In reply to Boudewijn Rempt from comment #50) > Please specify your hardware and tablet brand when reporting the results of > testing that build. macbook pro 15 2016 with AMD Radeon Pro 455 / Intel HD Graphics 530 krita 4.1.7 Cursor gets stuck with the wrong icon after zooming with trackpad or mouse. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 390642] Cursor gets stuck with the wrong icon after moving between canvas and gui
https://bugs.kde.org/show_bug.cgi?id=390642 zoltron changed: What|Removed |Added CC||icnikera...@gmail.com --- Comment #49 from zoltron --- (In reply to vanyossi from comment #47) > It is solved for me on latest master and Qt 5.12.1 with xcb patches/changes > from Dmitry. Cursor no longer gets stuck when going between GUI and Canvas. > OpenGL Accel is enabled. > > Coould you check this is the case by checking the dmg below? (link to google > drive) > > https://drive.google.com/file/d/1bdCJ7vZK8B-18bFdpDKa8R9fzdBd3-mE/ > view?usp=sharing @vanyossi I just tested the build with and without OpenGL Acceleration and it doesn't work. -- You are receiving this mail because: You are watching all bug changes.