Bug 475908 - Pause button changes to stream instead of resume when playing an episode
Summary: Pause button changes to stream instead of resume when playing an episode
Status: RESOLVED DOWNSTREAM
Alias: None
Product: kasts
Classification: Applications
Component: general (show other bugs)
Version: 23.08.1
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: bart
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-10-21 05:08 UTC by Justin Zobel
Modified: 2023-10-25 05:51 UTC (History)
1 user (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 Justin Zobel 2023-10-21 05:08:28 UTC
SUMMARY
When pressing the "Stream" button while playing an episode, the button changes to pause. But when you click pause, it changes to a stream button. It should instead be a resume button. Clicking stream starts the episode again.

STEPS TO REPRODUCE
1. Start an episode with the stream button
2. Press pause

OBSERVED RESULT
Stream button reappears

EXPECTED RESULT
A resume button appears

On postmarketOS (with Frameworks 5.110.0)
Comment 1 bart 2023-10-21 19:21:36 UTC
Kasts should resume the track from where it was last playing.  I'm almost certain that the issue is in the default audio backend.  You can check which one is in use on the general settings page.  In principle VLC is the most capable one, but I've still seen issues with certain files/sources.
Comment 2 Justin Zobel 2023-10-22 01:55:41 UTC
(In reply to bart from comment #1)
> Kasts should resume the track from where it was last playing.  I'm almost
> certain that the issue is in the default audio backend.  You can check which
> one is in use on the general settings page.  In principle VLC is the most
> capable one, but I've still seen issues with certain files/sources.

The backend in use (is the default, hasn't been changed) is Qt Multimedia.

Perhaps the default should be changed to VLC in the Alpine packaging?
Comment 3 bart 2023-10-22 10:50:33 UTC
If Qt multimedia is the default backend, then Kasts hasn't been compiled with VLC support, or VLC isn't available at runtime.  That's because VLC is always set as default if it's available.  Qt Multimedia has lots of known problems related to streaming, so I'm almost certain that that is the underlying issue.  (In fact, streaming in Kasts was only enabled after VLC support was enabled.)

Qt multimedia should only be used as fallback on platforms where VLC isn't available, like android.
Comment 4 Justin Zobel 2023-10-25 05:51:37 UTC
postmarketOS packaging issue. I have sent a MR on their GitLab.