I have a 509 item playlist;
# wc -l /var/db/slimserver/playlists/playlist.m3u
509 /var/db/slimserver/playlists/playlist.m3u
Every file in it is a mp3, no directories or playlists;
# grep -v .mp3$ /var/db/slimserver/playlists/playlist.m3u
#
Upon loading it, slimserver shows me that I have 782 songs loaded. That's
pretty impossible since I cleared the playlist prior to playing this.
It is duplicating 272 of the songs. After downloading the list I see;
[EMAIL PROTECTED]:/root# sort status.m3u | uniq -c | grep ^\ *2 | wc -l
272
(for those that noticed the math is off by one there is a single
non-existant song that it had found, still tracking that down as well)
Obviously playback is pretty bad if those duplicates end up near each
other after the playlist is shuffled. So what's the deal? Anyone else
have this issue?
I stopped the server, cleared the cache, restarted, reloaded the playlist
and the same problem can be repeated every single time.
Next, I enabled debugging d_scan and d_playlist, had Slimserver (v6.1.1)
reload the playlist, and sure enough I see it finding the same song twice.
There is definitely something broken here.
I see bugs referencing accented characters and case sensitivity issues
causing this, neither are an issue here.
Any help is appreciated. I can submit a bug if no one has experience with
this or any ideas.
--
"Never believe anything until it's been officially denied"
- Claud Cockburn
_______________________________________________
Discuss mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/discuss
