PDA

View Full Version : Unable to play any playlists through Squeezebox/Slimserver 6.5.4



vnvjeep
2007-09-18, 05:57
Hi there... I'm having trouble playing my .M3U playlists and will all say that the playlist is empty. It's starting to drive me nuts! :) I'm running Squeezebox and SlimServer 6.5.4 on Windows 2003. Here's detailed info:

SlimServer Version: 6.5.4 - 12568 - Windows Server 2003 - EN - cp1252
Perl Version: 5.8.8 MSWin32-x86-multi-thread
MySQL Version: 5.0.22-community-nt

I have all my music in this kind of structure:

D:\Backup\My Music\Artist\Album\Song.mp3

I have .M3U playlists sitting in the root of D:\Backup\My Music. The playlists were all marked with relative paths:

#EXTM3U
#EXTINF:489,Airwave - Lady Blue (Ambient Mix)
Airwave\Airwave - Lady Blue (Ambient Mix).mp3
#EXTINF:461,Airwave Vs Rising Star - Sunspot (Original Mix)
Airwave\Airwave vs Rising Star - Sunspot (original mix-promo vinyl).mp3
#EXTINF:486,Angels & Agony - Darkness (Inside Version)
angels & agony\Darkness EP [2001]\02_Angels & Agony - Darkness (Inside Version).mp3
#EXTINF:297,Angels & Agony - Darkness (Outside Version)
angels & agony\Darkness EP [2001]\01_Angels & Agony - Darkness (Outside Version).mp3

... Each time I select to play it from the Squeezebox, its saying that the playlist is empty... So I tried putting absolute paths into it..

#EXTM3U
#EXTINF:489,Airwave - Lady Blue (Ambient Mix)
D:\Backup\My Music\Airwave\Airwave - Lady Blue (Ambient Mix).mp3
#EXTINF:461,Airwave Vs Rising Star - Sunspot (Original Mix)
D:\Backup\My Music\Airwave\Airwave vs Rising Star - Sunspot (original mix-promo vinyl).mp3
#EXTINF:486,Angels & Agony - Darkness (Inside Version)
D:\Backup\My Music\angels & agony\Darkness EP [2001]\02_Angels & Agony - Darkness (Inside Version).mp3
#EXTINF:297,Angels & Agony - Darkness (Outside Version)
D:\Backup\My Music\angels & agony\Darkness EP [2001]\01_Angels & Agony - Darkness (Outside Version).mp3

... this yielded the same result. The weird thing is, if I create a playlist in the SlimServer UI, it can save and play from the playlist just fine. The only strange thing I noticed was that it seems to cut off part of the song name, almost like there's a character limit (30)?... This one was created in SlimServer's UI:

#CURTRACK 0
#EXTM3U
#EXTINF:-1,not unique (club mix by AIBOFO
D:\Backup\My Music\Aiboforcen\Psychosomatically Unique DJ EP [2004]\Aiboforcen - 01-not_unique_(club_mix_by_aiboforcen).mp3
#EXTINF:-1,not unique (ROTERSAND rework)
D:\Backup\My Music\Aiboforcen\Psychosomatically Unique DJ EP [2004]\Aiboforcen - 03-not_unique_(rotersand_rework).mp3
#EXTINF:-1,not unique (VIRTUAL EMBRACE mi
D:\Backup\My Music\Aiboforcen\Psychosomatically Unique DJ EP [2004]\Aiboforcen - 05-not_unique_(virtual_embrace_mix).mp3

I'm not too familiar with logging, but I enabled the playlist flag... This test.m3u has about 5 songs in it with absolute paths. This is what it shows:

scanPathOrURL: Finding valid files in: D:\Backup\My Music\test.m3u
About to look for files in D:\Backup\My Music\test.m3u
For files with extensions in: [(?i-xsm:\.(?:ape|wma|asf|wax|asx|lnk|wpl|shn|wav|wave| mp3|mp2|m3u|pls|xspf|flc|flac|fla|m4a|mov|m4b|mp4| cue|mp+|mpc|ogg|aif|aiff|lnk)$)]
Found 1 files in D:\Backup\My Music\test.m3u
modifyPlaylistCallback: savecurrsong is 1
modifyPlaylistCallback: finding client playlist for: [00:04:20:07:73:88]
modifyPlaylistCallback: calling setTracks()
modifyPlaylistCallback: savecurrsong is 0
modifyPlaylistCallback: savecurrsong is 1
modifyPlaylistCallback: finding client playlist for: [00:04:20:07:73:88]
modifyPlaylistCallback: calling setTracks()

I've tried saving my .M3U's as .PLS files... no difference. If you have any suggestions on what it takes to get my playlists working properly, I would certainly appreciate it!

Thank you!
Mike

vnvjeep
2007-09-22, 06:13
Just bumping this back to the top... Does anyone else have a solution to getting these playlists to work right? I have tried 3 different methods now:

1 - Created a playlist in Winamp (relative and absolute paths) -- didn't work.

2 - Created a playlist in Windows Media Player (relative and absolute paths) -- didn't work.

3 - Created a playlist using Slimserver's IE gui -- WORKS!

The only difference between all these playlists is that the one that slimserver spits out uses some sort of invisible carriage returns... ie. the whole list spills together like one big continuous paragraph. The Winamp and MediaPlayer playlists use carriage returns, neatly ordering all the entries along the left-hand side of the screen.

Could there be an issue with Slimserver just not being able to interpret other .M3U's that were formatted just slightly different?

Thanks,
Mike

killick
2007-10-07, 06:26
Slimserver says my playlists are empty, but when I open the .m3u files with an editor, I can see that they are not. Strangely, this is only affecting some of my playlists, not all, and I can't see any differences among them.

I'm using absolute paths in m3u lists on Ubuntu 7.04 and a SB2.
SlimServer Version: 6.5.4 - 12568 - Debian - EN - iso-8859-1
Perl Version: 5.8.8 i486-linux-gnu-thread-multi
MySQL Version: 5.0.38-Ubuntu_0ubuntu1

These things have not worked:
rescanning the playlists.
copying to a new name and rescanning the playlists.
changing the permissions to rwx on a playlist and rescanning

What's also strange is that the 'empty' playlists will still play using Amarok (kind of like Winamp for Windows).

Creating and playing new playlists, either with the remote control or using the web interface works perfectly.

Anyone know how to get the Slimserver to read my playlists again?

Thanks,

-- Killick

vnvjeep
2007-10-12, 22:39
Hey Killick... glad to finally see I'm not the only one... :( <sigh> I have currently logged this issue with Slim tech support (issue# 070918-004080)... but as of 10/5/2007, they are still working/testing this issue. It sounds to me like this is a global bug that goes across platforms... Same thing, I can create my playlist using the web GUI just fine... but 6.5.4 refuses to acknowledge/play any of my normal playlists... Thanks for posting! :)



Slimserver says my playlists are empty, but when I open the .m3u files with an editor, I can see that they are not. Strangely, this is only affecting some of my playlists, not all, and I can't see any differences among them.

I'm using absolute paths in m3u lists on Ubuntu 7.04 and a SB2.
SlimServer Version: 6.5.4 - 12568 - Debian - EN - iso-8859-1
Perl Version: 5.8.8 i486-linux-gnu-thread-multi
MySQL Version: 5.0.38-Ubuntu_0ubuntu1

These things have not worked:
rescanning the playlists.
copying to a new name and rescanning the playlists.
changing the permissions to rwx on a playlist and rescanning

What's also strange is that the 'empty' playlists will still play using Amarok (kind of like Winamp for Windows).

Creating and playing new playlists, either with the remote control or using the web interface works perfectly.

Anyone know how to get the Slimserver to read my playlists again?

Thanks,

-- Killick

SlimPvC
2007-10-13, 15:04
I have noticed this behaviour also.
Would like to see this solved, because I have some very desirable partyplaylists (M3U format) covering quite a few years (and would not like to have these entered manually track by track).

Strange thing is that SOMETIMES (maybe after complete reinstall??) the playlists seem to work for a while, but suddenly the tracks disappear from the list when used on the SB/Slimserver. Winamp just keeps recognising them, so they're not empty

vnvjeep
2007-10-13, 18:54
W00t... you guys are all starting to come out of the woodworks now... :) All my M3U's play just fine with Winamp as well... never had a problem with that, or Media Player... There's definitely some weird formatting going on that Slimserver doesn't like. It's GUI-created playlists definitely look a little different than the standard M3U's that other apps spit out.

Slim Support -- Any ideas yet?



I have noticed this behaviour also.
Would like to see this solved, because I have some very desirable partyplaylists (M3U format) covering quite a few years (and would not like to have these entered manually track by track).

Strange thing is that SOMETIMES (maybe after complete reinstall??) the playlists seem to work for a while, but suddenly the tracks disappear from the list when used on the SB/Slimserver. Winamp just keeps recognising them, so they're not empty

Siduhe
2007-10-14, 02:26
vnvjeep, In my experience, Slimserver's handling of playlists on external drives or partitions can be patchy. What is "D:" - a networked drive / external drive or partition? As you've discovered, it won't accept relative paths, only absolute ones.

What is the setting that you put in for Slimserver to find your Music Library - is it D:/Backup or something different? If you use something like //server/Backup/My Music as the setting for your Library, your playlists will need to use this same root path for your playlists to be recognised.

vnvjeep
2007-10-14, 05:17
Hi Siduhe,

My D: drive is a local drive. I've tried relative paths and absolute ones... it didn't matter. The M3U that the SlimServer's GUI created used absolute paths, but it also used strange formatting which didn't seem to include carriage returns... the entire M3U wraps, which Winamp's or Media Player's M3U's look neat and orderly. Songs names are cut short due to a 30 char limit, but the filenames are intact.

My server setting to find music is "D:\Backup\My Music". It scans, finds and plays music just fine.

Believe me... I've manually tried several different ways of formatting the path statement in the hopes that SlimServer finds the contents of my M3U's... all of which have been fruitless, with the exception for the weirdly formatted Slim GUI-created M3U.

Thanks for your post!


vnvjeep, In my experience, Slimserver's handling of playlists on external drives or partitions can be patchy. What is "D:" - a networked drive / external drive or partition? As you've discovered, it won't accept relative paths, only absolute ones.

What is the setting that you put in for Slimserver to find your Music Library - is it D:/Backup or something different? If you use something like //server/Backup/My Music as the setting for your Library, your playlists will need to use this same root path for your playlists to be recognised.

neu242
2007-10-14, 06:34
I am not able to get playlists with URLs to work, maybe it's related?

http://forums.slimdevices.com/showthread.php?t=39081



[playlist]
NumberOfEntries=1
File1=mms://my.server.com/rod/test_071007_06.wma
Length1=-1

Siduhe
2007-10-14, 06:54
vnvjeep, try switching on the d_playlists debugging flag (Server Settings/Debugging), and initiate a "playlists only" rescan. Does the log give any error messages or other clues about why the playlists are not being picked up.

neu242, if you are using a recent version of Slimserver, I think you can only have one URL per playlist - try separating them into individual playlists. Does this work? Otherwise, use the MyPicks plugin.

vnvjeep
2007-10-15, 19:03
Siduhe... this is what I gathered from before after turning on that switch... I put up a test.m3u file with 5 songs contained within it... I'm not seeing any clues other than the fact that Slimserver doesn't seem to want to be able to read the .m3u file. :(


scanPathOrURL: Finding valid files in: D:\Backup\My Music\test.m3u
About to look for files in D:\Backup\My Music\test.m3u
For files with extensions in: [(?i-xsm:\.(?:ape|wma|asf|wax|asx|lnk|wpl|shn|wav|wave| mp3|mp2|m3u|pls|xspf|flc|flac|fla|m4a|mov|m4b|mp4| cue|mp+|mpc|ogg|aif|aiff|lnk)$)]
Found 1 files in D:\Backup\My Music\test.m3u
modifyPlaylistCallback: savecurrsong is 1
modifyPlaylistCallback: finding client playlist for: [00:04:20:07:73:88]
modifyPlaylistCallback: calling setTracks()
modifyPlaylistCallback: savecurrsong is 0
modifyPlaylistCallback: savecurrsong is 1
modifyPlaylistCallback: finding client playlist for: [00:04:20:07:73:88]
modifyPlaylistCallback: calling setTracks()



vnvjeep, try switching on the d_playlists debugging flag (Server Settings/Debugging), and initiate a "playlists only" rescan. Does the log give any error messages or other clues about why the playlists are not being picked up.

neu242, if you are using a recent version of Slimserver, I think you can only have one URL per playlist - try separating them into individual playlists. Does this work? Otherwise, use the MyPicks plugin.

gregious
2007-11-19, 22:27
This started happening to me today as well. And it's happening with playlists I actually created using slimserver that I've had for months. All my playlists are empty. Hello slimsupport? Issue with the new version?

hez
2007-11-19, 22:38
Hello I am having these problems as well, it appears I can not save any playlists. When I got and look at the .m3u files created they are virtually empty.

**ADDED** I just upgraded to 6.5.5 and the problem still exists.

All they contain is
-------------------
#CURTRACK 0
#EXTM3U
-------------------


I turned on d_playlist and got the following errors when I try and add any songs to a playlist or load a playlist. (Note the songs still get added to the currently playing list but not to any saved list. As shown above the .m3u file stays empty but is created)

-------------------
2007-11-19 21:33:06.1714 ERROR: DBI Exception: DBD::mysql::db begin_work failed: Already in a transaction
2007-11-19 21:33:06.1718 ERROR: Backtrace follows:

2007-11-19 21:33:06.1722 Backtrace:

frame 0: Slim::Schema::Storage::throw_exception (/usr/share/perl5/DBIx/Class/Storage/DBI.pm line 833)
frame 1: DBIx::Class::Storage::DBI::__ANON__ (/usr/share/perl5/DBIx/Class/Storage/DBI.pm line 861)
frame 2: DBIx::Class::Storage::DBI::txn_begin (/usr/share/perl5/DBIx/Class/Storage/DBI.pm line 626)
frame 3: (eval) (/usr/share/perl5/DBIx/Class/Storage/DBI.pm line 622)
frame 4: DBIx::Class::Storage::DBI::txn_do (/usr/share/perl5/DBIx/Class/Schema.pm line 729)
frame 5: DBIx::Class::Schema::txn_do (/usr/share/perl5/Slim/Schema/Playlist.pm line 46)
frame 6: (eval) (/usr/share/perl5/Slim/Schema/Playlist.pm line 39)
frame 7: Slim::Schema::Playlist::setTracks (/usr/share/perl5/Slim/Player/Playlist.pm line 757)
frame 8: Slim::Player::Playlist::modifyPlaylistCallback (/usr/share/perl5/Slim/Control/Request.pm line 1645)
frame 9: (eval) (/usr/share/perl5/Slim/Control/Request.pm line 1645)
frame 10: Slim::Control::Request::notify (/usr/share/perl5/Slim/Control/Request.pm line 751)
frame 11: Slim::Control::Request::checkNotifications (/usr/sbin/slimserver line 476)
frame 12: main::idle (/usr/sbin/slimserver line 452)
frame 13: main::main (/usr/sbin/slimserver line 1076)

2007-11-19 21:33:06.1731 ERROR: DBIx::Class::Storage::NESTED_ROLLBACK_EXCEPTION=HA SH(0xab25758)
2007-11-19 21:33:06.1733 ERROR: Backtrace follows:

2007-11-19 21:33:06.1737 Backtrace:

frame 0: Slim::Schema::Storage::throw_exception (/usr/share/perl5/DBIx/Class/Storage/DBI.pm line 902)
frame 1: DBIx::Class::Storage::DBI::txn_rollback (/usr/share/perl5/DBIx/Class/Storage/DBI.pm line 643)
frame 2: (eval) (/usr/share/perl5/DBIx/Class/Storage/DBI.pm line 643)
frame 3: DBIx::Class::Storage::DBI::txn_do (/usr/share/perl5/DBIx/Class/Schema.pm line 729)
frame 4: DBIx::Class::Schema::txn_do (/usr/share/perl5/Slim/Schema/Playlist.pm line 46)
frame 5: (eval) (/usr/share/perl5/Slim/Schema/Playlist.pm line 39)
frame 6: Slim::Schema::Playlist::setTracks (/usr/share/perl5/Slim/Player/Playlist.pm line 757)
frame 7: Slim::Player::Playlist::modifyPlaylistCallback (/usr/share/perl5/Slim/Control/Request.pm line 1645)
frame 8: (eval) (/usr/share/perl5/Slim/Control/Request.pm line 1645)
frame 9: Slim::Control::Request::notify (/usr/share/perl5/Slim/Control/Request.pm line 751)
frame 10: Slim::Control::Request::checkNotifications (/usr/sbin/slimserver line 476)
frame 11: main::idle (/usr/sbin/slimserver line 452)
frame 12: main::main (/usr/sbin/slimserver line 1076)

2007-11-19 21:33:06.1740 ERROR: Carp::Clan::__ANON__(): DBI Exception: DBD::mysql::db begin_work failed: Already in a transaction at /usr/share/perl5/Slim/Schema/Storage.pm line 74

2007-11-19 21:33:06.1741 ERROR: Backtrace follows:

2007-11-19 21:33:06.1745 Backtrace:

frame 0: Slim::Schema::Storage::throw_exception (/usr/share/perl5/DBIx/Class/Storage/DBI.pm line 647)
frame 1: DBIx::Class::Storage::DBI::txn_do (/usr/share/perl5/DBIx/Class/Schema.pm line 729)
frame 2: DBIx::Class::Schema::txn_do (/usr/share/perl5/Slim/Schema/Playlist.pm line 46)
frame 3: (eval) (/usr/share/perl5/Slim/Schema/Playlist.pm line 39)
frame 4: Slim::Schema::Playlist::setTracks (/usr/share/perl5/Slim/Player/Playlist.pm line 757)
frame 5: Slim::Player::Playlist::modifyPlaylistCallback (/usr/share/perl5/Slim/Control/Request.pm line 1645)
frame 6: (eval) (/usr/share/perl5/Slim/Control/Request.pm line 1645)
frame 7: Slim::Control::Request::notify (/usr/share/perl5/Slim/Control/Request.pm line 751)
frame 8: Slim::Control::Request::checkNotifications (/usr/sbin/slimserver line 476)
frame 9: main::idle (/usr/sbin/slimserver line 452)
frame 10: main::main (/usr/sbin/slimserver line 1076)

2007-11-19 21:33:06.1747 ERROR: setTracks: Failed to add tracks to playlist: [Carp::Clan::__ANON__(): Carp::Clan::__ANON__(): DBI Exception: DBD::mysql::db begin_work failed: Already in a transaction at /usr/share/perl5/Slim/Schema/Storage.pm line 74
-------------------

msherman
2007-11-20, 06:56
gregious wrote:
> This started happening to me today as well. And it's happening with
> playlists I actually created using slimserver that I've had for months.
> All my playlists are empty. Hello slimsupport? Issue with the new
> version?

This isn't slimsupport. This is slimusercommunity. You need to go over
there -> support (AT) slimdevices (DOT) com

- Marc

hirsp1
2007-11-29, 15:52
I've got the same problem - Playlists show up in text editors, but are empty in Slimserver 6.5.4 on a linkstation with Freelink v1.11 installed.

1) I can create and save working playlists using the web GUI.
2) Old playlists, with <b>correct</b> paths do not work, but show up in text editors.
3) Cutting and pasting from a working playlist to a non-working playlist doesn't seem to work, either.
4) Paths have been checked and double checked. They're correct.

Rescanning doesn't change anything.

Here's the text from the debug:

Non-working

2007-11-29 16:53:43.6068 Playlist: Jumping to song index: 0
2007-11-29 16:53:43.6220 new playlistindex: 0
2007-11-29 16:53:50.8408 modifyPlaylistCallback: savecurrsong is 1
2007-11-29 16:53:50.8433 modifyPlaylistCallback: finding client playlist for: [00:04:20:06:2f:90]
2007-11-29 16:53:50.9115 modifyPlaylistCallback: calling setTracks()
2007-11-29 16:54:24.8216 Reshuffling, current song index: -1, preserve song? no
2007-11-29 16:54:25.6695 modifyPlaylistCallback: savecurrsong is 1
2007-11-29 16:54:25.6719 modifyPlaylistCallback: finding client


Working:


playlist for: [00:04:20:06:2f:90]
2007-11-29 16:54:25.7388 modifyPlaylistCallback: calling setTracks()
2007-11-29 16:54:31.1447 modifyPlaylistCallback: savecurrsong is 1
2007-11-29 16:54:32.6960 Playlist: Jumping to song index: 0
2007-11-29 16:54:32.6971 new playlistindex: 0
2007-11-29 16:54:32.8148 Playlist: Jumping to song index: 0
2007-11-29 16:54:32.8159 new playlistindex: 0
2007-11-29 16:54:33.0041 modifyPlaylistCallback: savecurrsong is 0



Any new suggestions?

vnvjeep
2007-11-29, 21:28
Any new suggestions?

I've had this issue pending with Slim Support this entire time. I was recently informed that I might as well give up on it. This software is open source... things that are more important get dibs on getting fixed first. So issues like this basically have to take a back seat. Support said the developers will eventually get to it, but as to exactly when... that's all up in the air.

I found something that resembled this issue deeply nested somewhere in their bug log... It was reported quite a while ago actually. I don't think it's going anywhere soon.

Sorry for the bad news... :(

-Mike

hirsp1
2007-11-30, 07:33
Hopefully, the next release will deal with it. Very odd bug, though. Annoying, too!

bpa
2007-11-30, 07:52
You can try SC 7.0 beta now - it is very stable and close to release.

Alternatively attach an example file to a post.

If you have been editing the playlist on Windows but Slimserver runs under Linux then it is likely you have added characters into the file which may cause problems with Slimserver even though the files look good.

vnvjeep
2007-11-30, 18:04
You can try SC 7.0 beta now - it is very stable and close to release.

Alternatively attach an example file to a post.

If you have been editing the playlist on Windows but Slimserver runs under Linux then it is likely you have added characters into the file which may cause problems with Slimserver even though the files look good.

Hey BPA... My whole environment is running under Windows, so that wouldn't be a problem. Slimserver is running on Windows 2003... My clients are XP and Vista... they both can edit GUI-based playlists just fine. It's the actual M3U's that are created by Windows Media Player, or Winamp, or virtually any other tool, that Slimserver is having problems reading.

bpa
2007-11-30, 18:17
Could still be an issue
- if you look at the conf files used by Slimserver on Widows, they use Linux format newlines.

The easy way to check this is to attach some examples a working and non working files and they can be examined at byte level.

vnvjeep
2007-11-30, 18:39
Could still be an issue
- if you look at the conf files used by Slimserver on Widows, they use Linux format newlines.

The easy way to check this is to attach some examples a working and non working files and they can be examined at byte level.

I welcome you to look at them! :) There's a huge difference in the formatting between what the slimserver GUI creates, vs. any other M3U list. I've attached 2 M3U files, renamed to TXT.

I told support about this, but they didn't seem to be able to spend much time analyzing them. I'm pretty sure that this is what the whole problem is stemming from.

Thanks,
Mike

bpa
2007-12-01, 08:21
I setup a test Windows system with Winamp. I created test M3U playlists and was able to play them OK with Slimserver. My Winamp M3U file have similar format to your file.

I looked at the code - it is coded to handle CR/LF issues and other possible file encoding. Also the code really ignores everything except the track's file name (i.e.lines without starting #). The "#" line preceding a file name may be used if there is no tag info.

There is no obvious problem and possibly there is an permission issue. So debug log info is essential.

I checked the debug logging code and it seems there is a problem that if you request "d_parse" and rescan - the "d_parse" flag is not passed to the scanner and so no log messages are produced. This explains no log message in a previous post of yours.

So to get logging message about what is happening when scanning playlist do the following.

1. make sure Slimserver is running
2. Open a command prompt window and make window wide and long (e.g. 200x3000) through menu at "C:\" icon at Top LHS of command prompt window.
3. CD to the Slimserver directory - if default then then the command is
cd C:\Program Files\SlimServer\server
Check the contents of this directory - as a check it should contain slim.exe and scanner.exe .
4. run the following command
scanner.exe --playlist --d_parse --d_scan
5. This should produce a log of each playlist being parsed. Copy the output for parsing the M3U file and attach to a post

vnvjeep
2007-12-01, 09:06
This should produce a log of each playlist being parsed. Copy the output for parsing the M3U file and attach to a post

Wow... thanks BPA... That actually did help narrow down what the issue was.

My Slimserver is sitting in C:\program files\slimserver\server.

My Music is sitting in D:\backup\my music
My Playlists are sitting in the root of D:\backup\my music

After running the command above, it didn't find anything.

C:\Program Files\SlimServer\server>scanner.exe --playlist --d_parse --d_scan
2007-12-01 10:48:35.5107 About to look for files in C:\Program Files\SlimServer
2007-12-01 10:48:35.5140 For files with extensions in: [(?i-xsm:\.(?:asf|wax|asx|lnk|wpl|m3u|pls|xspf|cue|lnk) $)]
2007-12-01 10:48:36.6347 scanDirectory: Didn't find any valid files in: [C:\Program Files\SlimServer]

I would have expected it to find .M3U's in my D:\Backup\My Music directory... I checked the settings, and the server settings have the playlist entry pointing to D:\backup\My Music.

So I moved a playlist into the C:\program files\slimserver directory... but then realized because all my playlists don't use full path names, that wasn't going to work either.

2007-12-01 10:36:25.5450 entry from file: #EXTINF:446,Ivory Frequency - Clock Is Ticking Fast
2007-12-01 10:36:25.5476 found secs: 446, title: Ivory Frequency - Clock Is Ticking Fast
2007-12-01 10:36:25.5503 entry from file: Ivory Frequency\Ivory Frequency - Clock Is Ticking Fast.mp3
2007-12-01 10:36:25.5547 Slim::Formats::Playlists::M3U::read:
WARNING:
file:///C:/Program%20Files/SlimServer/Ivory%20Frequency/Ivory%20Frequency%20-%20Clock%20Is%20Ticking%20Fast.mp3 found in playlist:
file:///C:/Program%20Files/SlimServer/MikesFavs.m3u doesn't exist on disk - skipping!

Either way... I guess I need to get full paths in there, and manually throw everything into the C:\program files\slimserver directory for this to work.

Thanks again for your help!
-Mike

bpa
2007-12-01, 09:19
It's possible the scanner.exe program didn't pickup your pref files or your playlist path is wrong in the prefs file. I got a log although my playlist are not in the same directory as slimserver.

Is your prefs file in a nonstandard location ?

What is your playlist path set in the prefs file (slimserver.pref) in the same directory as scanner.exe ?

Try running scanner.exe with d_info as well - it give a lot more (possibly useless) info.

OoerictoO
2008-04-18, 15:35
any solutions to this?

i have the same issue in linux.

of course the server sits in a root owned location, so moving playlists there is slightly annoying and may indeed be a security risk.

it finds the playlist just fine. just thinks it's empty. i've tried the same things with absolute filenames and all that

lugnutz
2008-04-27, 06:32
My Winamp-created m3u playlists worked great in 6.5.4 and previous versions, but now disappeared when I upgrade to 7.0. Dang!

Uninstalling 7.x, rebooting, reinstalling 6.5.4 and everything works again for me...

lugz

tgoodman
2008-12-24, 13:44
Just wanted to log that I'm having the same issue as everyone else here in this thread relative to empty playlists created in Windows Media Player. Never a problem before upgrading. I'm uninstalling 7.1.3 and going back to 6-something.

svtdoug
2008-12-26, 00:35
I have the same issue - playlist created in WMP - which is a .wpl file and looks like a complete XML file, when scanned into SqueezeControl shows up but is empty. Just purchase the SqueezeBox Duet and installed it. Everything works great, but a bit disappointing that it does not recognize my Playlists. SC version 7.3.1.

Does anyone have any work arounds for this? The lack of Playlist functionality is a bummer with a product otherwise so good.

Thanks,

Doug