Bug 409201 - Audio CD stops playing at the end of every track with GStreamer backend
Summary: Audio CD stops playing at the end of every track with GStreamer backend
Status: RESOLVED UNMAINTAINED
Alias: None
Product: dragonplayer
Classification: Applications
Component: general (show other bugs)
Version: 22.08.1
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Harald Sitter
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-06-26 09:42 UTC by Jonathan Wakely
Modified: 2022-11-29 00:05 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jonathan Wakely 2019-06-26 09:42:35 UTC
SUMMARY

When playing an Audio CD (either by launching Dragon from the panel's device notification popup, or the "Play Disc" button in Dragon) playback stops at the end of every track. Once playback has stopped, you cannot play the next track even by using the "next" menu item.

The only workaround I've found has been to start playback again and then quickly choose "next" (e.g. by hitting space and then . quickly). Instead of playing track 1 and then skipping to track 2, this starts playing track 1 and then skips to the track after the last one played. This makes NO SENSE. For example if I play track 1 and then playback stops, I hit space and . and it plays track 2. Then after that stops I hit space and . and it plays track 3. After that stops I hit space and . and it plays track 4. This is completely counter-intuitive.

This bug has been reported in Bug 222844 comment 1 and Bug 222844 comment 3 as well.

STEPS TO REPRODUCE
1. Play a CD with more than one track.
2. Wait for the first track to finish.
3. Be sad.

OBSERVED RESULT

Playback stops at the end of the first track.

EXPECTED RESULT

Playback should continue on to the next track, until the end of the CD. I asked to play the disc, not the first track of the disc.


SOFTWARE/OS VERSIONS
Operating System: Fedora 30
KDE Plasma Version: 5.15.5
KDE Frameworks Version: 5.59.0
Qt Version: 5.12.1
Kernel Version: 5.1.8-300.fc30.x86_64
OS Type: 64-bit
Processors: 8 × Intel® Core™ i7-6700 CPU @ 3.40GHz
Memory: 62.8 GiB of RAM

ADDITIONAL INFORMATION
Comment 1 Nate Graham 2022-11-26 05:38:57 UTC
Thank you for the bug report. Unfortunately we were not able to get to it yet. Can we ask you to please check if this is still an issue with Dragon Player 22.08 or later when using the VLC backend (NOT the GStreamer backend)?

If it is, please change the status to CONFIRMED when replying. If not, or if you can't because you no longer use this setup, you can change the status to RESOLVED WORKSFORME. Thanks a lot!
Comment 2 Jonathan Wakely 2022-11-26 16:31:34 UTC
Yes, 22.08.1 still has the same broken behaviour.
Comment 3 Jonathan Wakely 2022-11-26 17:20:40 UTC
Actually, I have phonon-vlc installed but I don't know how to tell if I'm using it. Where did the KCM module for selecting backend go?
Comment 4 Nate Graham 2022-11-26 17:23:30 UTC
We removed it years ago. You'll know you're using the Phonon backend if the GStreamer backend package isn't installed.
Comment 5 Patrick Silva 2022-11-26 17:26:11 UTC
Run 'phononsettings'. I'm unable to reproduce with vlc backend.
Comment 6 Jonathan Wakely 2022-11-26 17:32:18 UTC
OK I was still using gstreamer. With the vlc backend it plays track 2 straight after track 1. But the "next" control doesn't work, so there's no way to *skip* to track 2, except using the slider to go to the end of track 1 and then waiting.

The status at the bottom of the window seems broken with vlc though, instead of "Track 1/4" it just says "Track /" and the play position always shows the length of track 1 after track one finishes and track 2 starts to play.
Comment 7 Jonathan Wakely 2022-11-26 17:36:43 UTC
After track 1 finishes and track 2 starts, the "previous" control becomes available, to go back to track 1. But there's still no "next" option. Even if I click "previous" to go back to track 1 after track 2 starts, "next" is still greyed out.
Comment 8 Nate Graham 2022-11-29 00:05:54 UTC
Seems like the original bug is resolved with the VLC backend; please file new bug reports for those new issues. Thanks!