mirror of
https://github.com/librespot-org/librespot.git
synced 2026-04-27 00:05:55 +03:00
[GH-ISSUE #90] Can't play Podcasts #80
Labels
No labels
A-Alsa
SpotifyAPI
Tokio 1.0
audio
bug
can't reproduce
compilation
dependencies
duplicate
enhancement
good first issue
help wanted
high priority
imported
imported
invalid
new api
pull-request
question
reverse engineering
wiki
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/librespot#80
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @sashahilton00 on GitHub (Jan 29, 2018).
Original GitHub issue: https://github.com/librespot-org/librespot/issues/90
Friday Sep 22, 2017 at 08:21 GMT
Originally opened as https://github.com/plietar/librespot/issues/250
I can't play Spotify's Podcasts on librespot. When playing in the desktop app, librespot based clients would be visible in the "Devices Available" list, but greyed out. And when a librespot based client is active, I can't start playback of podcasts.
Trying to play a podcast to librespot wouldn't log anything in librespot, not even in verbose mode. I must assume that Spotify wouldn't send any data for whatever reason.
@sashahilton00 commented on GitHub (Jan 29, 2018):
Wednesday Oct 25, 2017 at 06:59 GMT
Doesn't seem to be a problem of librespot alone:
https://www.google.com/search?q=spotify+connect+problems+podcast
@sashahilton00 commented on GitHub (Jan 29, 2018):
Monday Nov 13, 2017 at 18:23 GMT
To support Podcasts, one has to add "audio/episode" into the supported methods, beside eg. "audio/track".
Once done, the tracks sent by Spotify have not "gid" but an "uri" instead.
Right now I have no idea how to handle them, maybe some more investigation via the sniffing-tools can bring light on this.
@Schluggi commented on GitHub (Mar 23, 2019):
One year later and nothing happens?
Is there no one with an idea how to implement this feature?
@devgianlu commented on GitHub (Mar 31, 2019):
@Schluggi I've started implementing this in
librespot-java(see https://github.com/librespot-org/librespot-java/pull/65). It's far from complete, but the playback is working.@ReasonableHippo commented on GitHub (Jun 20, 2019):
I added a pull request with rudimentary podcast support.
Someone with rust skills will have to implement it again, but it works for now.
https://github.com/librespot-org/librespot/pull/339
@beckerhe commented on GitHub (Jun 23, 2019):
Hi, thank you very much for implementing that feature!
Works great so far.
@Schluggi commented on GitHub (Jun 29, 2019):
Also a big thanks! You made my day!
@mainrs commented on GitHub (Oct 21, 2019):
Looks like the work around isn’t working anymore: https://github.com/Spotifyd/spotifyd/issues/407
@ashthespy commented on GitHub (Oct 22, 2019):
@SirWindfield which workaround? Just tried with https://github.com/librespot-org/librespot/pull/381 and seems to still work?
windows
1.1.17.545.g74ed9ff1and8.5.28.985on Android@mainrs commented on GitHub (Oct 22, 2019):
Someone reported that it wouldn't work anymore. Maybe it's an issue on our side, which would be quite weird because we didn't change anything that might have impacted podcast playback.
I thought that some API change might be happening here. I'll double check and report back if I find something that indicates that podcast playback doesn't work in all cases.
@ReasonableHippo commented on GitHub (Oct 22, 2019):
Hi,
I can confirm, that it is no longer working. It was working for me yesterday, when it was reported, but today it is not. I'm guessing, that the API change is slowly beeing rolled out.
I did some digging, and found out that the URI changed to
"spotify:collection:podcasts:episodes".
After I added this, I could load podcasts again, if i switched from playing a regular song connected to librespot. I'm guessing that another new supported context is needed to get rid of the "can't connect" message.
@ReasonableHippo commented on GitHub (Oct 22, 2019):
The current build from #381 does not work anymore either.
@willstott101 commented on GitHub (Oct 22, 2019):
I've seen that URI before in #339 I think I was always getting it when playing from certain pages in the client
@JPW21 commented on GitHub (Feb 5, 2020):
I just installed raspotify today, but podcasts aren't working...
(grayed out in devices list, or freezing of controls when starting a podcast while music is playing)
Is this another spotify API change or a problem with my installation?
thx for the software <3
edit: updating librespot fixed my issue.
see https://github.com/librespot-org/librespot/issues/432