New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tracks get stuck in [loading...] state forever. #72

Closed
adamcik opened this Issue Mar 9, 2011 · 3 comments

Comments

3 participants
@adamcik
Member

adamcik commented Mar 9, 2011

Tracks never get metadata once spotify has received it, clearing playlist and reading works around issue for now. Other issue of these track not being playable was just fixed in ab1f9d0

OK MPD 0.16.0
add "spotify:track:3V9BdSxDQQvto44ZddmsDe"
OK
playlist
file: 
Time: 0
Artist: 
Title: [loading...]
Album: 
Date: 
Track: 0
Pos: 0
Id: 0
OK
play
OK
status
volume: 100
repeat: 0
random: 0
single: 0
consume: 0
playlist: 1
playlistlength: 1
xfade: 0
state: stop
OK
clear
OK
add "spotify:track:3V9BdSxDQQvto44ZddmsDe"
OK
playlist
file: spotify:track:3V9BdSxDQQvto44ZddmsDe
Time: 293
Artist: Mr. Scruff
Title: Fix That Speaker
Album: Ninja Tuna
Date: 2008-01-01
Track: 14
Pos: 0
Id: 2
OK
play
OK
status
volume: 100
repeat: 0
random: 0
single: 0
consume: 0
playlist: 3
playlistlength: 1
xfade: 0
state: play
song: 0
songid: 2
time: 3:293
elapsed: 3288
bitrate: 160
OK
OK MPD 0.16.0
add "spotify:track:3V9BdSxDQQvto44ZddmsDe"
OK
playlist
file: 
Time: 0
Artist: 
Title: [loading...]
Album: 
Date: 
Track: 0
Pos: 0
Id: 0
OK
add "spotify:track:3V9BdSxDQQvto44ZddmsDe"
OK
playlist
file: 
Time: 0
Artist: 
Title: [loading...]
Album: 
Date: 
Track: 0
Pos: 0
Id: 0
file: spotify:track:3V9BdSxDQQvto44ZddmsDe
Time: 293
Artist: Mr. Scruff
Title: Fix That Speaker
Album: Ninja Tuna
Date: 2008-01-01
Track: 14
Pos: 1
Id: 1
OK
@adamcik

This comment has been minimized.

Member

adamcik commented Jun 21, 2011

replacing [loading...] with spotify uri would at least make it a tad bit more feasible to identify.

@bok

This comment has been minimized.

Contributor

bok commented Jun 21, 2011

Here's my explanation:

When you add a random spotify track directly to the currrent playlist, it is at first not loaded. When libspotify recieves metadata for the track, it calls metadata_updated. AFAIK, the mopidy callback for metadata_updated does not reload tracks placed in the current playlist. So the new metadata is never read.

The problem happens only when you add a track directly. When loading tracks from a stored playlist, the spotify backend already makes sure that the track is loaded before exposing it to the frontend.

@adamcik

This comment has been minimized.

Member

adamcik commented Jun 21, 2011

Sounds right, we've looked at this before. Just haven't gotten around to actually fixing it in Mopidy :)

chripede added a commit to chripede/mopidy that referenced this issue Aug 16, 2012

@ghost ghost assigned jodal Sep 6, 2012

adamcik added a commit to adamcik/mopidy that referenced this issue Sep 9, 2012

@adamcik adamcik closed this in 0aeb11b Sep 9, 2012

adamcik added a commit that referenced this issue Sep 9, 2012

Merge pull request #180 from adamcik/feature/spotify-track-proxy
Create a Track proxy for spotify (Fixes #72)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment