Closed BIAndrews closed 7 years ago
Correction: I didn't know it but iTunes songs are showing up in the spotify app so that is where the cross contamination is coming from. forked-daapd is not mislabeling anything.
Just to be sure I understand this: The "spotify:local:*" files somehow came from iTunes, and cannot be played back by forked-daapd. Right?
So I guess a fix for this would be that forked-daapd just ignores "spotify:local:*" when it gets the track lists from Spotify - true?
Also pinging @chme on this.
Closing, no feedback
I have local /srv/music MP3 files working fine as well as spotify music, for the most part. However it seems to be indexing a number of spotify tracks that aren't playable. I was trying to manually remove them from the sqlite3 DB after looking at the queries in db.c but I'm having a collation sequence error I can't figure out.
Branch: master
Here is a debug log snippet of when one of these ghost songs is played via Apple Remote. It tries and fails returning back to the song list. No artwork is found for these songs. I'm just guessing but from looking at
select id, path from files where path like 'spotify:%';
I suspect allspotify:local:%
songs are broken/unplayable. In fact I know these songs haven't even been played on my spotify account before because some of them are home ripped on my iTunes app. They had to have come from there, not spotify.Here is a sqlite
files
record of one of the spotify:local songs coming from iTunes: