https://bugs.kde.org/show_bug.cgi?id=522474
Bug ID: 522474
Summary: Elisa and Advanced Radio Player stop after first track
on chained Ogg/Opus HTTP stream; likely QtMultimedia
issue
Classification: Applications
Product: Elisa
Version First 26.04.3
Reported In:
Platform: Fedora RPMs
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
DESCRIPTION
Elisa stops playback after the first song when playing an MPD HTTP Opus stream
that uses chained Ogg/Opus. MPD emits one Ogg logical stream per track, with
fresh OpusTags at each track boundary.
Advanced Radio Player also stops after the first song on the same stream. Since
Elisa and ARP both fail, while non-Qt players continue correctly, this appears
likely to be a QtMultimedia / KDE media stack issue where the end of the first
Ogg logical stream is treated as EndOfMedia instead of continuing into the next
chained logical stream.
This is not a malformed stream. The same stream works correctly in ffmpeg, mpv,
Audacious, and Rhythmbox. ffmpeg continues across the boundary and immediately
prints “New metadata for stream 0” with the next track’s OpusTags.
STEPS TO REPRODUCE
Start an MPD HTTP Opus stream where each track is emitted as a new chained
Ogg/Opus logical stream with OpusTags.
Open the stream URL in Elisa or Advanced Radio Player.
Let the first track finish and wait for the next track boundary.
OBSERVED RESULT
Elisa stops playback after the first song / first Ogg logical stream.
Advanced Radio Player shows the same stop-after-first-track behavior with the
same stream.
EXPECTED RESULT
Elisa and Advanced Radio Player should continue playback across chained Ogg
logical stream boundaries and update metadata when the next OpusTags appear.
The stream should behave the same way it does in ffmpeg, mpv, Audacious, and
Rhythmbox, which continue playing past the first track boundary.
SOFTWARE/OS VERSIONS
Operating System: Fedora Linux 44
KDE Plasma Version: 6.7.1
KDE Frameworks Version: 6.27.0
Qt Version: 6.11.1
Kernel Version: 7.1.2-200.fc44.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen 7 8700G w/ Radeon 780M Graphics
Memory: 64 GiB of RAM (60.5 GiB usable)
Graphics Processor: AMD Radeon 780M Graphics
ADDITIONAL INFORMATION
ffmpeg against the same stream proves that the next chained Ogg/Opus logical
stream and metadata are detected correctly. Example ffmpeg output:
Input #0, ogg, from '[redacted MPD HTTP Opus stream URL]':
Duration: N/A, start: 0.000000, bitrate: N/A
Stream #0:0: Audio: opus, 48000 Hz, stereo, fltp
Metadata:
ALBUM : Spotlight On ... Keely Smith
album_artist : Keely Smith
ALBUMARTISTSORT : Smith, Keely
ARTIST : Keely Smith
ARTISTSORT : Smith, Keely
COMPOSER : Henry Nemo
COMPOSERSORT : Nemo, Henry
DATE : 1995-03-21
DISC : 1;1
GENRE : Vocal
LABEL : Capitol Records
TITLE : Don’t Take Your Love From Me
TRACK : 15;15
New metadata for stream 0:
ALBUM : The Show: The Encore
album_artist : Niall Horan
ALBUMARTISTSORT : Horan, Niall
ARTIST : Niall Horan with Lizzy McAlpine
ARTISTSORT : Horan, Niall with McAlpine, Lizzy
DATE : 2024
DISC : 1;1
GENRE : Pop
LABEL : Capitol Records
TITLE : You Could
This proves the stream is valid, continuous, and that FFmpeg/libavformat can
see the chained stream and updated OpusTags. The failure appears to be in how
Elisa / Advanced Radio Player / QtMultimedia / the KDE media stack handles the
chained Ogg/Opus boundary.
Working players tested with the same stream:
ffmpeg
mpv
Audacious
Rhythmbox
Failing KDE/Qt players tested with the same stream:
Elisa
Advanced Radio Player
--
You are receiving this mail because:
You are watching all bug changes.
