https://bugs.kde.org/show_bug.cgi?id=499141
--- Comment #2 from Nicolás Adamo <[email protected]> --- Oooh sure. It's using the stream option, not the Download option. The audio backend is "VLC player". I tried the other one (Qt Mutimedia) but under Arch Linux with plasma, it automatically always returns to VLC player. The podcast is https://anchor.fm/s/eb22fd30/podcast/play/97325475/https%3A%2F%2Fd3ctxlq1ktw2nl.cloudfront.net%2Fstaging%2F2025-0-20%2F393416934-44100-2-620c015273d95.mp3 I tried to replicate it now, after nearly an hour paused, and the bug didn't reproduce. I meant to take "before and after" snapshots, but I could only take the "before". I'll upload it anyway. Another piece of information: When starting a streaming from scratch under Kasts, or if closed and then opened again, it usually copies whatever audio setting was left in the VLC player application itself (expected or not, that's what I see). The other audio application that I alternate Kasts with is Strawberry player. -- You are receiving this mail because: You are watching all bug changes.
