Bugzilla – Bug 707
odd behavior occurs on OSX when multiple copies of the same song in different formats exist on the system
Last modified: 2011-03-16 04:18:44 UTC
The album in question contains 20 tracks. The directory contains 40 files - 20 mp3s and 20 identically named m4ps. The copy protected AACs where downloaded from the iTunes Music Store, burnt to a CD and finally reimported into iTunes as mp3s. Everything is OK when playing an album via the remote (Browse Music/Browse Artists/Artist/Album/Play). The SlimServer correctly adds only the mp3s to the playlist. When playing the same album via the web interface, using a similar procedure (Browse Artists/Artist/Album/Add To Playlist), the playlist contains all 20 songs - however, closer investigation reveals that there are a mixture of mp3s and m4ps in the list. No tracks are repeated. The current playlist was cleared in both instances prior to doing the above. It's also repeatable - the same m4ps appear each time. I've got quite a few directories containing similar mixes of mp3s and identically named m4ps (file extensions excluded). The web interface consistently mixes both types of file when adding to the playlist. That explains why the first two tracks wouldn't play - they were both m4ps. Please ignore what I wrote in my previous post - I was jumping about between the Linux and Mac version of the server and probably got a bit confused. The really odd thing to note is that this problem only occurs on the OS X port, not the linux port of the SlimServer.
With 6.0, both versions should show up. Kevin, could you confirm and resolve the bug?
i don't have a copy of an album like this, so i asked the customer that reported it if he could try the latest nightly of 6.0. if i don't hear back i'll create something manually.
This looks like a dupe of 775 actually. 6.0 builds recently were thining m4p's were mp3 files, but 6.0a2 should be properly ignoring them in the scan. This will solve the m4p/mp3 confusion, but other formats need to be checked, possibly resolving both this and bug775.
*** This bug has been marked as a duplicate of 775 ***
Routine bug db maintenance; removing old versions which cause confusion. I apologize for the inconvenience.