mirror of
https://github.com/librespot-org/librespot.git
synced 2026-04-27 08:15:50 +03:00
[GH-ISSUE #42] Spotify track symlinks not resolved #31
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#31
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/42
Wednesday Feb 08, 2017 at 22:10 GMT
Originally opened as https://github.com/plietar/librespot/issues/153
Some songs in Spotify "symlink" to the actual song and therefore can't be played by librespot.
This does not happen when using spirc as the spotify client already resolves these links.
When supplying the URI directly, librespot panics.
One of those songs is spotify:track:4mu8svGkGaO2dgAcTlo0FK but there are many more.
@sashahilton00 commented on GitHub (Jan 29, 2018):
Thursday Feb 09, 2017 at 00:55 GMT
What are you using to load the track ?
Some tracks have restrictions which prevent them from being played in certain countries. They however have a list of "alternatives" which can be used instead.
The player includes support for this. If the track is not available, it will use an alternative instead. This is implemented as the
find_available_alternativefunction: https://github.com/plietar/librespot/blob/master/src/player.rs#L165-L191The track you've listed as an example loads just fine in the player for me (even when bypassing spirc). If you are not using the provided
Playerbut are downloading and decrypting the file manually, you may need a similar logic to find the right file.@sashahilton00 commented on GitHub (Jan 29, 2018):
Thursday Feb 09, 2017 at 07:32 GMT
I did not remove the find alternative from the player and I'm just bypassing spirc (getting the spotify IDs from a FiFo file).
This track plays fine on the normal spotify client and it plays fine when using spirc. When printing out the spotify id thta is getting sent by spirc, it correspomds to the same song inside an other album.
@ComlOnline commented on GitHub (Jan 31, 2018):
@XDjackieXD Did you ever solve this problem?
@XDjackieXD commented on GitHub (Jan 31, 2018):
I didn't solve it but it seems like it was fixed in recent librespot versions (at least I didn't encounter it anymore after updating the librespot version I based my project upon)
@ComlOnline commented on GitHub (Jan 31, 2018):
Thats good news! Just open a new issue if you come across it again.