[krita] [Bug 489146] New: Krita hangs while playing an animation with audio and scrubbing at the same time
https://bugs.kde.org/show_bug.cgi?id=489146 Bug ID: 489146 Summary: Krita hangs while playing an animation with audio and scrubbing at the same time Classification: Applications Product: krita Version: git master (please specify the git hash!) Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Animation Assignee: krita-bugs-n...@kde.org Reporter: yavn.w...@gmail.com Target Milestone: --- Created attachment 170934 --> https://bugs.kde.org/attachment.cgi?id=170934=edit call stack at the time of the freeze This affects master, 5.2.3, and 5.2.2. Tested in master with commit hash 706cb7d60a66c161028c2f811ac6994016b2a83f. SUMMARY If an animation with audio (i.e. using MLT backend) is playing, sometimes scrubbing in the timeline will cause a thread deadlock, which leads to the app being unresponsive (freezing), then crashing (killed by the OS). Stopping in the debugger at the time of the freeze, I saw this call stack (also attached): 1 NtWaitForMultipleObjects (x86_64) C:\Windows\System32\ntdll.dll 0x7ff90fa70af4 2 WaitForMultipleObjectsEx (x86_64) C:\Windows\System32\KernelBase.dll 0x7ff90ce76089 3 WaitForMultipleObjects (x86_64) C:\Windows\System32\KernelBase.dll 0x7ff90ce75f8e 4 _pthread_wait_for_multiple_objects misc.c 146 0x7ff8ef032e18 5 do_sema_b_wait_intern cond.c 647 0x7ff8ef032a80 6 do_sema_b_wait cond.c 606 0x7ff8ef031ecf 7 pthread_cond_timedwait_impl cond.c 526 0x7ff8ef032987 8 mlt_consumer_put_frame (x86_64) C:\Users\Maciek\krita-dev\_install\bin\libmlt-7.dll 0x7ff86697bfeb 9 Mlt::PushConsumer::push(Mlt::Frame *) (x86_64) C:\Users\Maciek\krita-dev\_install\bin\libmlt++-7.dll 0x7ff8f70cc4e4 10 Mlt::PushConsumer::push(Mlt::Frame&) (x86_64) C:\Users\Maciek\krita-dev\_install\bin\libmlt++-7.dll 0x7ff8f70cc50d 11 KisPlaybackEngineMLT::Private::pushAudio(int) KisPlaybackEngineMLT.cpp 160 0x7ff85557acf5 12 std::__function::__value_func::operator()[abi:v15000](int&&) const function.h 512 0x7ff8554f3505 13 std::function::operator()(int) const function.h 1187 0x7ff8554f34ee 14 KisSignalCompressorWithParam::fakeSlotTimeout() kis_signal_compressor_with_param.h 151 0x7ff8554f34ee 15 void doActivate(QObject *, int, void * *) qobject.cpp3931 0x7ff846760cbb 16 KisSignalCompressor::tryEmitSignalSafely() kis_signal_compressor.cpp 199 0x7ff867a43d3e 17 KisSignalCompressor::start() kis_signal_compressor.cpp 117 0x7ff867a43d36 18 KisSignalCompressorWithParam::start(int) kis_signal_compressor_with_param.h 134 0x7ff855578335 19 KisPlaybackEngineMLT::seek(int, QFlags) KisPlaybackEngineMLT.cpp 344 0x7ff855578328 20 KisTimeBasedItemModel::setHeaderData(int, Qt::Orientation, QVariant const&, int) KisTimeBasedItemModel.cpp 332 0x7ff8046ece16 ... KA post: https://krita-artists.org/t/testers-wanted-5-2-3-beta1-issues-and-feedback-thread/93122/64?u=yrh STEPS TO REPRODUCE Video: https://youtu.be/1157fjYRlYI 1. Open a new document with an animation timeline. 2. Add any audio track (to switch to the MLT engine; the length of the audio shouldn’t matter) 3. Change playback settings to start frame 0 end frame 5000 FPS 100 4. Hit play 5. A
[krita] [Bug 486435] Crash when trying to change the value of clip start/end while the animation is playing
https://bugs.kde.org/show_bug.cgi?id=486435 YRH changed: What|Removed |Added CC||yavn.w...@gmail.com --- Comment #1 from YRH --- I can't get this crash in master with the commit 706cb7d60a66c161028c2f811ac6994016b2a83f. It doesn't happen with the candidate 5.2.3 build either. Can you try again and also provide the commit hash? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 476059] animation playing lag
https://bugs.kde.org/show_bug.cgi?id=476059 --- Comment #2 from YRH --- It seems that the bug is only apparent with KisPlaybackEngineQT. If the animation is played back with KisPlaybackEngineMLT, the framerate is correct. To switch to MLT and "fix" the bug, you need to attach an audio file to the animation. However, I noticed that attaching a short MP3 file causes erratic frame pacing. It does not happen with a short WAV file. Related discussion in this thread: https://krita-artists.org/t/slower-animation-playback-in-krita/78244 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 476059] animation playing lag
https://bugs.kde.org/show_bug.cgi?id=476059 YRH changed: What|Removed |Added Ever confirmed|0 |1 Status|REPORTED|CONFIRMED CC||yavn.w...@gmail.com --- Comment #1 from YRH --- Hi, I wanted to add a bit more information about this issue. This is a regression in version 5.2.0 and still occurring in master. The animation playback was working correctly in version 5.1.5. To observe the bug, the following steps can be used: 1. Create a new document with 16 x 16 pixels size (to rule out any performance-related impact). 2. Switch to Animation workspace, or show the Timeline docker. 3. Verify that the frame rate is 24 FPS in Animation Settings. 4. Play the animation and hover the mouse cursor over the Drop Frames button. The tooltip will read "Real FPS: 21.5" (or similar) instead of 24 FPS. NB: In Krita 5.1.5 there's no FPS tooltip, but I measured it manually to confirm. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 464175] Pressing Ctrl+Shift+2 blocks spacebar panning and mouse right click
https://bugs.kde.org/show_bug.cgi?id=464175 --- Comment #9 from YRH --- Hi Dmitry, CTRL+SHIFT+2 bug is fixed with your build. To be double sure, I checked master top of tree (f54e9e106e) and the bug still occurred there. So it looks like you have the fix, that's great! -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 464175] Pressing Ctrl+Shift+2 blocks spacebar panning and mouse right click
https://bugs.kde.org/show_bug.cgi?id=464175 --- Comment #7 from YRH --- Yes, I'm sure of it. I removed all other languages and keyboard layouts, only left English/US with US keyboard layout. It didn't matter. I have no idea why the behavior is inconsistent. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 464175] Pressing Ctrl+Shift+2 blocks spacebar panning and mouse right click
https://bugs.kde.org/show_bug.cgi?id=464175 --- Comment #4 from YRH --- Hi, unfortunately, it doesn't seem to depend on the keyboard layout on my systems. I tested two Windows 11 installations, tried a few language and layout setups, two keyboard types (full and TKL), as well as another system with a fully fresh Krita 5.2.1 install, US display language, US region, and the only one US keyboard layout. At any time I press CTRL+SHIFT+2 while painting on canvas, middle mouse button (pan canvas) will stop working. Then I can get it back to work by left-clicking inside the layers docker. I didn't use any pen input at this time. Windows 11 versions were 22H2 and 23H2. I don't have a Windows 10 install at the moment. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 474431] New: Logging to Log Viewer docker hangs with multiple windows open
https://bugs.kde.org/show_bug.cgi?id=474431 Bug ID: 474431 Summary: Logging to Log Viewer docker hangs with multiple windows open Classification: Applications Product: krita Version: 5.2.0-beta2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: crash Priority: NOR Component: Dockers Assignee: krita-bugs-n...@kde.org Reporter: yavn.w...@gmail.com Target Milestone: --- To reproduce the hang: == Repro steps (1) 1. Open Krita. 2. Have Log Docker’s logging enabled. 3. Open a new window. 4. In either window, do something to trigger a log message (open preferences, use a filter, etc). 5. Krita hangs. == Repro steps (2) 1. Launch Krita 2. Create a New Image 3. Open Settings > Dockers > Log Viewer 4. In Log Viewer, toggle the first button “Enable Logging” 5. Open a new window: Window > New Window 6. Try to click inside the new window – Krita will become unresponsive freyalupen: This seems to be a regression of commit 17ab9bae. I have confirmed it happening as of 5d1d1a1c2b0b052a89c8f3bc6785893130e798ae as well. 5.1.5 does not have this bug. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 464610] Krita crash while animating (transforming or drawing)
https://bugs.kde.org/show_bug.cgi?id=464610 --- Comment #4 from YRH --- Hi Dimitry, unfortunately, I was only able to reproduce this particular crash with Krita 5.1.5. Last time I checked Git master builds (before your recent fixes) they were also working. Maybe it could still crash with more complex repro steps, but not with my method from comment #2. I tested a local Windows Git build on abb27a26fbf60198e13621440f244e62d1e096ef and it's working correctly. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 464610] Krita crash while animating (transforming or drawing)
https://bugs.kde.org/show_bug.cgi?id=464610 YRH changed: What|Removed |Added Status|REPORTED|CONFIRMED CC||yavn.w...@gmail.com Ever confirmed|0 |1 --- Comment #2 from YRH --- Thanks, I'm able to reproduce the crash with the provided file. It is crashing with Krita 5.1.5, but not with Git 69fc837fdc7ce23271844c08c8a80de0c553ad91. Looks like this specific issue is fixed in the nightly build! To reproduce in Krita 5.1.5: 1. Open the attached "raid.kra" 2. Select keyframe #9 and Paint Layer 4. 3. Rectangle select the area under character's left arm (left side of the image), transform and apply (just enable the transform tool and apply without doing anything). 4. Rectangle select the area of a similar size immediately to the left of the previous area (location is important). 5. Use transform -- Krita will crash immediately. I'd like a project developer to decide the status in this case, for now I'll move to confirmed. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 465874] Invalid tablet's input handling
https://bugs.kde.org/show_bug.cgi?id=465874 YRH changed: What|Removed |Added Ever confirmed|0 |1 CC||yavn.w...@gmail.com Status|REPORTED|CONFIRMED --- Comment #2 from YRH --- Confirmed on Windows with local build 69fc837fdc7ce23271844c08c8a80de0c553ad91. Used Huion Giano tablet. NOTE: This only happens in Windows Ink mode. WinTab mode is working correctly. Does not happen in Krita 5.1.5 release (WinTab and Windows Ink work correctly). Looks like mouse release event is not registered when pen tip is taken away. The release only registers after the next mouse press event. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 468126] the pen stops working for no reason
https://bugs.kde.org/show_bug.cgi?id=468126 YRH changed: What|Removed |Added CC||yavn.w...@gmail.com Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO --- Comment #1 from YRH --- Hi! If you restart Krita and open the file again, is it still not working? Or after rebooting the system? If the problem is specifically with the KRA file, can you please share it here and describe how the pen/mouse is misbehaving? It doesn't draw anything when you try to use a brush? Thanks. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 469823] Crashing when rendering small animation
https://bugs.kde.org/show_bug.cgi?id=469823 YRH changed: What|Removed |Added CC||yavn.w...@gmail.com --- Comment #1 from YRH --- Hello! I wonder if your computer is stable otherwise? A crashing app should not result in a whole system crash. During the encoding operation, I'm seeing this error: x264 [error]: malloc of size 172402752 failed Which means the app failed to allocate 172 MB of memory. How much RAM does your system have? Memory allocation only fails in very critical conditions, which should not happen normally. Are you using ffmpeg to encode? Can you try upgrading to a newer version maybe, or just reinstalling it? Thanks. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 470862] Krita crashing when attempting to resize or move (using transform) a very big layer stack
https://bugs.kde.org/show_bug.cgi?id=470862 YRH changed: What|Removed |Added Ever confirmed|0 |1 CC||yavn.w...@gmail.com Status|REPORTED|CONFIRMED --- Comment #1 from YRH --- Thank you for the file attached in Dropbox, I can reproduce the bad behavior (e.g. transformation taking a very long time to take an effect). To me the app effectively hangs. I can reproduce this on Windows and Ubuntu 22.04 with Krita 5.1.5. When the transformation gets stuck, there's one CPU thread maxed at 100%, rest being idle. I had to kill Krita, as nothing happened for a long time. Krita memory usage was around 2.5 GB, not growing. To reproduce: 1. Download "15 to 19.kra" 2. Select the first layer group "15 sustainawhat" 3. Use transform tool to translate layers a bit. Press enter to accept. 4. Click an eye to hide the modified layer stack. 5. The progress dialog will show and get stuck. One insight: I noticed that the layers in this folder have FX icon on them (e.g. drop shadow effect). When I flattened these layers (e.g. to bake in the effect), the transformation completed almost instantly. Due to this, I believe the bug may be related to how these FX layers are transformed. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 462528] Sudden Crashing while Animating After Applying Transformation Mask
https://bugs.kde.org/show_bug.cgi?id=462528 YRH changed: What|Removed |Added CC||yavn.w...@gmail.com Ever confirmed|0 |1 Status|REPORTED|CONFIRMED --- Comment #15 from YRH --- I think I was able to reproduce this, but it's probably not a bug. As far as I understand it, it's very easy to shoot yourself in the foot with the transform mask. The bad behavior I got was huge memory consumption and unresponsiveness due to transformation calculation. I'll attach a video below. Repro: 1. Create a new document (big canvas and depth will likely make it worse). 2. Use the animation workspace 3. Scribble something on the canvas 4. Add a transform mask to the animated paint layer 5. Go to animation curves tab 6. Insert a control point, select Scale X or Y 7. Drag the point to a high value (e.g. Scale to 500%) 8. Open animation timeline and click on the paint layer 9. Start drawing again 10. Observe the memory usage go up 11. Keep drawing and using the UI, eventually the app will become unresponsive when you try to switch the tabs. The video: https://www.youtube.com/watch?v=PDrxC8snIXo (may be still processing, it should be 4K eventually) Not sure about the status, I'll move it to confirmed, but please adjust as necessary. -- You are receiving this mail because: You are watching all bug changes.
