Bug 3251 - m3u playlist does not get scanned when you rescan playlists
: m3u playlist does not get scanned when you rescan playlists
Status: VERIFIED WORKSFORME
Product: Logitech Media Server
Classification: Unclassified
Component: Playlists
: 6.2.2
: All All
: P2 normal (vote)
: ---
Assigned To: Dan Sully
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-04-06 14:35 UTC by Dan Evans
Modified: 2008-09-15 14:38 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments
playlist that does not show in 6.2.2 (2.44 KB, audio/mpegurl)
2006-04-06 14:36 UTC, Dan Evans
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dan Evans 2006-04-06 14:35:42 UTC
I'm attaching the offending m3u file:
Comment 1 Dan Evans 2006-04-06 14:36:20 UTC
Created attachment 1183 [details]
playlist that does not show in 6.2.2
Comment 2 KDF 2006-04-06 14:54:13 UTC
I've never seen an m3u file that was html.  What did you use to create this?
Comment 3 Dan Sully 2006-04-22 15:19:25 UTC
Daniel - where did that file come from? It's invalid.
Comment 4 Dan Evans 2006-04-24 09:41:48 UTC
Subject: Re:  m3u playlist does not get scanned when you rescan playlists

The source of the file was from a user who sent it in.  See support  
ticket #749 for more details.


Comment 5 KDF 2006-04-25 13:51:35 UTC
You have to have the AlienBBC plugin installed in order to have .rm recognised as a type.  To test, I simply added the required line to types.conf (which alienBBC adds via Alien/custom-types.conf:

rtsppl    rm,ram,rpm,smil  ?                            playlist


Then, I placed the .rm file in the root of the music folder, and the root of the playlist folder.

Rescan, or just navigate browse music folder.
The playlist file should show up.  Click on it, and you get the "browse playlist" page with the "rename, edit, delete" form at the top.  Clicking on edit causes the crash. With the fix I mentioned above, it is just a listing (provided the rm points to valid files).
Comment 6 KDF 2006-04-25 13:51:54 UTC
oops. :)
Comment 7 Dan Sully 2006-04-25 14:30:40 UTC
The actual playlist is this:

#EXTM3U
#EXTINF:-1,   Radio Stad Den Haag
http://194.171.240.230:9720
#EXTINF:-1,   Hurricanefm
http://hurricane.dahstream.nl:8014
#EXTINF:-1,   XRM - Electronic
http://64.202.98.51:4080
#EXTINF:-1,   Lemixx
http://213.251.129.38:8004
#EXTINF:-1,   Digitally Imported - Euro Dance
http://64.236.34.4:80/stream/1024
#EXTINF:-1,   Digitally Imported - Trance
http://64.236.34.4:80/stream/1003
#EXTINF:-1,   XFM
http://213.189.2.188:8100
#EXTINF:-1,   EnergyRadio.FM - Energy Dance
http://212.72.186.10:8052
#EXTINF:-1,   Funky Hot Mix
http://stream.funkyhotmix.com
#EXTINF:-1,  Pulse Radio
http://69.46.0.20:8000
#EXTINF:-1,  Fresh FM
http://stream22.multikabel.net:80
#EXTINF:-1,  Dance.FM
http://81.173.25.25:8000
#EXTINF:-1,  Digitally Imported - Vocal Trance
http://64.236.34.4:80/stream/1065
#EXTINF:-1,  Digitally Imported - DJ Mixes
http://64.236.34.4:80/stream/1017
Comment 8 KDF 2006-04-25 15:48:39 UTC
yeah, looks like someone saved it from a web page and got the whole html instead.
doesn't really look like a bug, to me.  invalid file is being ignored as it should :)
Comment 9 Dan Sully 2006-04-26 14:20:50 UTC
KDF - the playlist that is attached and is invalid (the html data) was just a bad paste from our internal support tracking system to the bug.

I pulled the playlist off properly, and is what I included below, which looks like a valid m3u playlist.
Comment 10 KDF 2006-04-26 14:30:09 UTC
right.  in that case, it seems to scan fine for me. d_parse seems ok, and the urls are all listed under that playlist.
Comment 11 KDF 2006-05-02 16:14:14 UTC
out on a limb here, but lemixx and Radio Stad Den Haag both could potentially have accented characters that got lost maybe?  as it parses for me, I'm out of other ideas so I'm trying to think of possible causes that might link to the users' system setup.  Maybe the d_parse log from them might help indicate where the scanning of this playlist fails?
Comment 12 Dan Sully 2006-06-07 11:32:45 UTC
Daniel - this works for everyone who's tried it.

I'm closing this bug.

If the customer still has this problem, please reopen the bug, and attach a non-html m3u file to the bug.

Thanks.
Comment 13 Ross Levine 2006-06-20 15:45:25 UTC
KDF is correct! I removed those two stations (Lemix & Stad Den Haag) and SS see's the playlist after being scanned, must be an issue individual to those stations, perhaps accents such as KDF suggested. 

Verified: 
SlimServer Version: 6.3.0 - 8002 - Mac OS X 10.4.6 (8I127) - EN - utf8

Fixed .m3u :

#EXTM3U

#EXTINF:-1,   Hurricanefm

http://hurricane.dahstream.nl:8014

#EXTINF:-1,   XRM - Electronic

http://64.202.98.51:4080

#EXTINF:-1,   Digitally Imported - Euro Dance

http://64.236.34.4:80/stream/1024

#EXTINF:-1,   Digitally Imported - Trance

http://64.236.34.4:80/stream/1003

#EXTINF:-1,   XFM

http://213.189.2.188:8100

#EXTINF:-1,   EnergyRadio.FM - Energy Dance

http://212.72.186.10:8052

#EXTINF:-1,   Funky Hot Mix

http://stream.funkyhotmix.com

#EXTINF:-1,  Pulse Radio

http://69.46.0.20:8000

#EXTINF:-1,  Fresh FM

http://stream22.multikabel.net:80

#EXTINF:-1,  Dance.FM

http://81.173.25.25:8000

#EXTINF:-1,  Digitally Imported - Vocal Trance

http://64.236.34.4:80/stream/1065

#EXTINF:-1,  Digitally Imported - DJ Mixes

http://64.236.34.4:80/stream/1017