| Summary: | Pause button changes to stream instead of resume when playing an episode | ||
|---|---|---|---|
| Product: | [Applications] kasts | Reporter: | Justin Zobel <justin.zobel> |
| Component: | general | Assignee: | bart |
| Status: | RESOLVED DOWNSTREAM | ||
| Severity: | normal | CC: | justin |
| Priority: | NOR | ||
| Version First Reported In: | 23.08.1 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Justin Zobel
2023-10-21 05:08:28 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. (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? 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. postmarketOS packaging issue. I have sent a MR on their GitLab. |