PDA

View Full Version : Playlists



Philip Meyer
2005-07-18, 01:40
I'm a bit confused as to what the current direction is for playlists in slimserver.

With the latest beta, I did a clear and rescan of my music database. When rescan was complete, I only had two playlists listed - "now playing - Lounge" and "now playing - Bedroom". All my other playlists (in my SlimServer playlists folder) are not appearing in slimserver "browse playlists".

I'm assuming that a complete rescan should still read the playlist files and add to the database playlist records. Will new playlists and differences be applied during a normal rescan?

I have an external app that downloads podcasts, and adds each track to a playlist, which I use for the Advanced Alarm Clock plugin. I have scheduled a DB rescan for early each morning.

When I have heard a track, I zap it (add to the zapped playlist), then when I am on my desktop PC, I remove the zapped files from the hard disk, and delete from the playlist on disk, such that it will not try to play those tracks again in slimserver. Do I need to also remove from the slimserver internal database playlist? Do I need to remove from the zapped playlist, or will this happen automatically when the files are deleted and a rescan is performed? Whilst they are in the zapped playlist, I assume slimserver would not attempt to play the files.

Incidentally, when I viewed the current playlist whilst the rescan was in progress, I got incorrect music listed - almost as if the playlist is doing a lookup in the database to ge the track info, but new id's had been allocated to tracks, so it pulled back the wrong info.

Phil

sleepysurf
2005-07-18, 03:20
I've noticed that Slimserver often deletes the "folder" listing which points to your playlists. Once you reenter that directory, it shows your playlists again. Not sure WHY it keeps deleting the info. Seems sporadic to me.

jth
2005-07-20, 11:05
I'm having a pretty rough time with playlists. Even on the 2005-07-20 build, many of my playlists are doubled when scanned into slimserver - the m3u will have 15 entries, but slimserver will catalog 1-15,1-15.

Some of my playlists have had metadata added by slimserver like this:

#CURTRACK 0
#EXTM3U
#EXTINF:-1,Tomorrow
file:///export/music/various_artists/annie/annie_-_01_tomorrow.mp3
#EXTINF:-1,It's The Hard-knock Life
file:///export/music/various_artists/annie/annie_-_02_its_the_hard-knock_life.mp3

But even after I remove the commented entries and wipe the db, the playlists are still doubled. It doesn't seem to affect every playlist though.

Dan Sully
2005-07-20, 16:49
* jth shaped the electrons to say...

>I'm having a pretty rough time with playlists. Even on the 2005-07-20
>build, many of my playlists are doubled when scanned into slimserver -
>the m3u will have 15 entries, but slimserver will catalog 1-15,1-15.
>
>Some of my playlists have had metadata added by slimserver like this:
>
>#CURTRACK 0
>#EXTM3U
>#EXTINF:-1,Tomorrow
>file:///export/music/various_artists/annie/annie_-_01_tomorrow.mp3
>#EXTINF:-1,It's The Hard-knock Life
>file:///export/music/various_artists/annie/annie_-_02_its_the_hard-knock_life.mp3
>
>But even after I remove the commented entries and wipe the db, the
>playlists are still doubled. It doesn't seem to affect every playlist
>though.

Those aren't commented entries.. that's how the file is supposed to be.

-D
--
"You can usually recover from production flaws...but you can never recover from a bad design".

jth
2005-07-20, 17:34
[QUOTE=Dan Sully]* jth shaped the electrons to say...

>I'm having a pretty rough time with playlists. Even on the 2005-07-20
>build, many of my playlists are doubled when scanned into slimserver -
>the m3u will have 15 entries, but slimserver will catalog 1-15,1-15.
>
>Some of my playlists have had metadata added by slimserver like this:
>
>#CURTRACK 0
>#EXTM3U
>#EXTINF:-1,Tomorrow
>file:///export/music/various_artists/annie/annie_-_01_tomorrow.mp3
>#EXTINF:-1,It's The Hard-knock Life
>file:///export/music/various_artists/annie/annie_-_02_its_the_hard-knock_life.mp3
>
>But even after I remove the commented entries and wipe the db, the
>playlists are still doubled. It doesn't seem to affect every playlist
>though.

Those aren't commented entries.. that's how the file is supposed to be.

Ok - but with or without the hashed lines
the playlist is parsed twice so that slimserver's generated
playlist contains twice as many songs as it should.

--Jason
consists of each

kdf
2005-07-20, 17:38
Quoting jth <jth.1shuob (AT) no-mx (DOT) forums.slimdevices.com>:

>
> Dan Sully Wrote:
> > * jth shaped the electrons to say...
> >
> > >I'm having a pretty rough time with playlists. Even on the 2005-07-20
> > >build, many of my playlists are doubled when scanned into slimserver
> > -
> > >the m3u will have 15 entries, but slimserver will catalog 1-15,1-15.
> > >
> > >Some of my playlists have had metadata added by slimserver like this:
> > >
> > >#CURTRACK 0
> > >#EXTM3U
> > >#EXTINF:-1,Tomorrow
> > >file:///export/music/various_artists/annie/annie_-_01_tomorrow.mp3
> > >#EXTINF:-1,It's The Hard-knock Life
> >
>
>file:///export/music/various_artists/annie/annie_-_02_its_the_hard-knock_life.mp3
> > >
> > >But even after I remove the commented entries and wipe the db, the
> > >playlists are still doubled. It doesn't seem to affect every playlist
> > >though.
> >
> > Those aren't commented entries.. that's how the file is supposed to
> > be.
> >
> > Ok - but with or without the hashed lines
> > the playlist is parsed twice so that slimserver's generated
> > playlist contains twice as many songs as it should.

d_parse logs woudl be useful during the scanning of these playlists. either the
path is getting munged from some source, or you have differing charsets
interfering somehow.

-kdf

Philip Meyer
2005-07-21, 01:11
>I've noticed that Slimserver often deletes the "folder" listing which
>points to your playlists. Once you reenter that directory, it shows
>your playlists again. Not sure WHY it keeps deleting the info. Seems
>sporadic to me.
>
I'm not sure what you mean.

I have a folder "playlists" inside my Slimserver music folder. This folder contains all of my playlists that used to get listed fine in 6.1.

Under 6.1b2, some of the playlists are not listed under "Browse Playlists". I can see "Now Playing - ..." for each of my players. I can also see Zapped Songs, and a new playlist that I have created in 6.1b2. I can also see some playlists that just contain a single url to radio stations.

Here's an example playlist that has not been added to "Browse Playlist":

#CURTRACK 0
#EXTM3U
#EXTINF:-1,1-The ConstruKction Of Light
M:\Music\Music Downloads\King Crimson\Den Haag, Netherlands\1-The ConstruKction Of Light.flac
#EXTINF:-1,2-Red
M:\Music\Music Downloads\King Crimson\Den Haag, Netherlands\7-Red.flac

Phil

Philip Meyer
2005-07-21, 01:17
I have also noticed the following related issues with playlists:

1. I cannot select any normal playlist for the Advanced Alarm Clock. I can select a current Now Playling playlist or "(random)". Other playlists are listed when I try to select a playlist for the alarm, but they are not selectable.

2. When editing a playlist, the Fishbone skin is not displaying the icons for each track - "Add to playlist next", "play", "Add to playlist", "remove from playlist". The links are there, but the icons are not visible.

Phil

kdf
2005-07-21, 03:09
Quoting Philip Meyer <slim (AT) hergest (DOT) demon.co.uk>:

> I have also noticed the following related issues with playlists:
>
> 1. I cannot select any normal playlist for the Advanced Alarm Clock. I can
> select a current Now Playling playlist or "(random)". Other playlists are
> listed when I try to select a playlist for the alarm, but they are not
> selectable.

v1.119 should fix this.

>
> 2. When editing a playlist, the Fishbone skin is not displaying the icons for
> each track - "Add to playlist next", "play", "Add to playlist", "remove from
> playlist". The links are there, but the icons are not visible.

this is a caching issue. If you view source, you will see that it doesn't match
what is on disk. Try clearing the browser cache, or worst case rename the skin
temporarily.

-kdf

jth
2005-07-21, 07:59
Quoting jth <jth.1shuob (AT) no-mx (DOT) forums.slimdevices.com>:

>
> Dan Sully Wrote:
> > * jth shaped the electrons to say...
> >
> > >I'm having a pretty rough time with playlists. Even on the 2005-07-20
> > >build, many of my playlists are doubled when scanned into slimserver
> > -
> > >the m3u will have 15 entries, but slimserver will catalog 1-15,1-15.
> > >
> > >Some of my playlists have had metadata added by slimserver like this:
> > >
> > >#CURTRACK 0
> > >#EXTM3U
> > >#EXTINF:-1,Tomorrow
> > >file:///export/music/various_artists/annie/annie_-_01_tomorrow.mp3
> > >#EXTINF:-1,It's The Hard-knock Life
> >
>
>file:///export/music/various_artists/annie/annie_-_02_its_the_hard-knock_life.mp3
> > >
> > >But even after I remove the commented entries and wipe the db, the
> > >playlists are still doubled. It doesn't seem to affect every playlist
> > >though.
> >
> > Those aren't commented entries.. that's how the file is supposed to
> > be.
> >
> > Ok - but with or without the hashed lines
> > the playlist is parsed twice so that slimserver's generated
> > playlist contains twice as many songs as it should.

d_parse logs woudl be useful during the scanning of these playlists. either the
path is getting munged from some source, or you have differing charsets
interfering somehow.

-kdf

I've created bug #1847 regarding this issue with sample m3u files and --d_parse output attached.

Philip Meyer
2005-07-21, 12:00
>v1.119 should fix this.
>
Have installed latest, will try later, thanks.

>this is a caching issue. If you view source, you will see that it doesn't match
>what is on disk. Try clearing the browser cache, or worst case rename the skin
>temporarily.
>
I tried clearing all temporary internet files in IE6, but still couldn't get the icons displayed.

Anyway, I just upgraded to the 21-07 nightly release (6.1.0), and the icons are now back.

Phil

sleepysurf
2005-07-21, 18:21
My issue is that Playlists Folder, in Slimserver Settings(pointing to the directory where I store my Playlists), often "forgets" the directory. I frequently have to reenter the directory, but it randomly (or so it seems) reverts to blank. Of note, the directory is on a Buffalo Linkstation, which is mapped as a network drive. My laptop itself does not have any problem keeping mapped drives in memory.