Bugzilla – Bug 10566
Windows Media Player Playlists empty in SqueezeCenter 7.3.1
Last modified: 2009-10-05 14:32:24 UTC
Environment Windows XP Windows Media Player 11.0.5721.5230 SqueezeCenter 7.3.1 Symptom: When scanning a Windows Media Playlists in SqueezeCenter 7.3.1, it scans correctly, but when you try to play songs from the playlist, it says that the playlist is empty. Steps to recreate the issue: -Create a new playlist in Windows Media Player -Verify that the music will play in Window Media Player Within SqueezeCenter -Go to settings -On the basic settings tab -Under the Music folder tab, make sure that this is pointing at the location of your music (also make sure this is where the music that are in the playlist are) -Under the Playlist folder Section, select the location of your playlist -Under the Rescan Music library section you can either clear the library and rescan everything, or you can rescan playlists only, and the same results occur. The music shows up in the Music Library, and you are able to play it, but when you try to play the playlist, it states that the Playlist is empty. I have tested this myself with the Squeezebox Boom and Duet, and the same thing occurs. Thanks, LaRon
Please give the latest 7.3.2 build a try. I think there was an issue related to WMP playlists.
tested 7.3.2 r24555 still a problem with Windows Vista/XP
Do you have some log output? Exact error message?
Working fine for me. Would you mind uploading such a playlist? What WMP version are you using?
Created attachment 4589 [details] Windows Media Player Playlist Hi Michael. I'm using WMP 11 (see attached XML header). My music is held on a NAS (\\diskstation). You will see from the attached playlist that the file paths are absolute. The current build I am using is 7.3.1 24372. I will install 7.3.2 once I get home and post back the results.
Are you running SC on the diskstation or the Windows PC?
SC runs on the Windows PC, my diskstation (101j) is unfortunately too old to run SC.
This is working fine for me. I created a playlist with local files, files on a share (NAS) using UNC path, files with umlauts etc. All fine. QA - can you provide close step by step instructions plus scanner.log/server.log from when this happens (enable debugging for formats.playlists & probably more)
Created attachment 4593 [details] my test playlist (WMP11) Ok, I must admit: the four tracks with Hebrew, Russian, Thai etc. didn't get scanned correctly (that's another issue I'm working on). But all the rest plays just fine.
OK, the XML doesn't look that different between the two attached playlists. Before I install 7.3.2 I will attach the log files you ask for. That way, it means you'll have something to help any future troubleshooting incase 7.3.2 fixes it!
Attached are my Server Log / Scanner Log / sample WMP11 Playlist
Created attachment 4597 [details] Server Log
Created attachment 4598 [details] Scanner Log
Created attachment 4599 [details] WMP 11 PlayList
Hehe... just wanted to complain about the missing playlist. Mid-air collision :-) But the server.log is huge, filled with (guessing...) 99% streaming issues. Hard to find something in there. Could you please provide one without streaming options enabled? The scanner.log says it couldn't scan the playlist - which would be yet another issue: According to the original report the playlist is scanned fine, but it doesn't play.
Created attachment 4615 [details] Scanner.log file Here is what I have done:- 1. Stopped SC 2. Deleted server.log and scanner.log 3. Started SC 4. Setup debugging on formats.playlist, formats.xml, scan.import, scan.scanner 5. Cleared library and rescan everything Playlists still do not show up at all on selecting Playlists from the SC menu. When I say they do not show up I mean that the title of the playlists do not even show. I've tried removing the playlists from the folder, creating a brand new one with one track and then doing the above steps, but still the same problem. I've attached scanner.log. Looks like it fails to read or parse. Server.log just contains the following:- [09-01-11 15:28:11.6361] Slim::Web::Settings::Server::Basic::handler (68) Initiating scan of type: wipecache [09-01-11 15:38:02.3839] Slim::Schema::wipeCaches (1452) Wiped all in-memory caches.
> Playlists still do not show up at all on selecting Playlists from the SC menu. Ian - this is not the same issue as reported here. We're discussing playlists showing up, but being empty. If some of your playlists don't show up at all, then this is a different problem which should be discussed in its own bug report. Please file a new bug for this, if needed. Thanks!
change 24616 - use PurePerl instead of Parser::Expat until we've found out why PerlApp isn't using Expat. While it's not optimal, this should at lease can WML lists again. Andy - both the .pm file and the binary .dll are bound to the Windows executable, but XML::SAX still fails to load Parser::Expat. Playlists are parsed correctly using PurePerl. Added it until I've found out what's wrong with Expat. Waiting for ActiveState support.
Michael, I raised this bug with support and then it was escalated to this one so I'm a bit confused. I've had both issues, one where no playlists at all have shown up and one where they have shown but display empty. As you suggest, I will raise another bug but will also keep tabs on this one.
> As you suggest, I > will raise another bug but will also keep tabs on this one. Thanks. And don't forget to give the next build (should be up in an hour or two) another try. At least the empty playlist issue should be fixed.
change 25634 - have the Windows binary scanner use XML::Parser. This fix is 7.4+ only for now - might want to backport it to 7.3.3 once 7.3.2 is released.
Ticket 090208-001166 Environment: SC 7.3.2 and SC 7.4 Windows Media 11 XP Running VMWare Fusion environment on my Mac Wpl and M3U playlists Music stored on and Maxtor drive We have also tested with Music and playlists/music on local drive Summary: When using 7.3.2 No songs listed in the playlists. Also would not pick up any new playlists after the initial scan. After updating to 7.4 (per the bug, should be fixed in 7.4+) , it only picked up the name of the playlist, but the playlist was empty. Troubleshooting steps for the new 7.4 was installed. Created two test playlists in Media Player TESTWPL and TESTM3U with same four songs. Ran rescan Picks up name of playlist but playlist is empty. Please see attached Scanner Log. Thanks, LaRon
Created attachment 4875 [details] Ticket 090208-001166 Scanner Log
Ticket # 090208-001166 Customer has installed the latest Windows version of SqueezeCenter on XL in his VM environment and everything worked fine. Unfortunately this solution locks him into using Windows permanently on his Mac which is not a long term solution for him. He also installed the SC v 7.2.1 OSX version on Mac side and nothing improved. He also installed latest beta version with same bad results. Thanks, LaRon
Ticket #090322-001217 This customer is still not able to use M3U playlists created in WinAmp. It shows them as there, but empty. Per the notes in this bug, I had the customer try SqueezeCenter 7.4, to no avail. Thanks, LaRon
Reopening Bug
The file paths stored in the playlists are valid only inside a VMWare VM. They wouldn't even work in a standalone Windows: file:///.host/Shared%20Folders/Maxtor%20500/My%20Music/The%20Blind%20Boys%20Of%20Alabama/ The //.host/ "server" is the virtual server VMWare uses to address shared folders on the VM host from inside a VM. That's nothing we're going to address. Either use Windows style drive letters, relative paths, or regular UNCs \\server\share\path\. But we can't handle VMWare specifics.
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server! * SqueezeCenter: 28672 * Squeezebox 2 and 3: 130 * Transporter: 80 * Receiver: 65 * Boom: 50 * Controller: 7790 * Radio: 7790 Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.