| Summary: | Krita crashes on opening an animation file | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | Aleksandr Beliaev <trap000d> |
| Component: | Animation | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED DOWNSTREAM | ||
| Severity: | normal | CC: | alvin, emmetoneill.pdx |
| Priority: | NOR | ||
| Version First Reported In: | 5.2.1 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | KDE crash report | ||
|
Description
Aleksandr Beliaev
2023-12-04 01:01:56 UTC
If I understand correctly, probably the Arch package is missing the MLT plugin which is currently in the 3rdparty/ folder and built as part of our deps tree (as a fork of upstream MLT), instead of being in the main source tree. MR 2032 is relevant, but technically this is still an issue with the upstream Arch package. I am not sure what's the temporary fix though. @Emmet, is the Qt playback engine still here and can distro packages enable it instead? MR 2032: https://invent.kde.org/graphics/krita/-/merge_requests/2032 @Aleksandr: Hey there. First, technically the only supported means of getting Krita is via the official AppImages that we generate, or from the various "app stores" that we officially distribute on (Steam, Windows Store, EGS, Android's App Store). So, personally, I would recommend using the AppImage version of Krita for the most consistent experience. (Of course Krita is FOSS and available in many other formats and repositories, and we want it to be working correctly in those places too, but much of that is going to be in the hands of the repository maintainers.) With that said, based on your backtrace it's possible that there's a problem with how Krita is being packaged on Arch with regard to MLT. Right now we're shipping a fork of MLT with a custom plugin for handling animation audio, and so If I had to guess, I'd say that the wrong version of MLT is being used on Arch. In other words, this is a bug for the Arch package maintainer(s), though to be fair we haven't exactly made it easy on them. :( I should also mention that I'm in the process of improving this (as much as possible) so that our custom MLT plugin is shipping in our own source tree, while other changes are upstreamed so that we can use the regular MLT instead of maintaining our own fork. So, fwiw, we're working on improving and simplifying things. (This work should be merged soon (tm)--taking into account Christmas and New Years and all that.) @Alvin: Yeah, we still have a KisPlaybackEngineQt, which should work just fine other than it no longer supports audio. (Mainly so we could move away from also packaging GStreamer, which our old QtMultimedia audio system depended on...) IIRC MLT is an optional CMake dependency, so it should be possible to build Krita without MLT as a workaround, at the cost of losing animation audio support... |