https://bugs.kde.org/show_bug.cgi?id=503827
--- Comment #4 from nyanpasu64 <nyanpas...@tuta.io> --- mpd is a media player daemon that allows you to play songs on a server while controlling it remotely through desktop or web apps (like MyMPD server, MALP on Android, or KDE Connect to interact with mpd-mpris). If you're willing to wait longer, you can *wait for a song to finish playing* and move on to another one with album art (I cheated by seeking to the end of the previous song and waiting for it to finish). I think the bug specifically happens with the "Fire Emblem Fates from khinsider" album art (1112x1112), and some Touhou songs in the past. It does *not* happen with the Xenogears OST from 81summer.blogspot.com (warning, janky website) album art (400x400); playing the song with screen off does not trigger CPU burn, but waking the screen *prevents* subsequent CPU burn with the screen off. I wonder if the picture has to be sufficiently large to trigger the infinite loop, but don't want to try gdb debugging right now. Just as a proof of concept, I replicated this bug *without mpd* but just using a bog-standard *VLC media player*. I set a playlist to first play an untagged song, then a song from Fire Emblem Fates (any song should work, Lakeside Song is the smallest file size). After initiating the first song, I locked the screen and pressed Esc to hide the lock screen. Once the second song started playing, ssh->htop revealed that kscreenlocker_greet was burning over one CPU core. -- You are receiving this mail because: You are watching all bug changes.
