streaming playlists and win32

If it helps I have the following on my SLug

brmb.m3u

#EXTM3U

#EXTINF:0,BRMB

/public/mp3/brmb.url

and
brmb.url

64,BRMB Radio,http://mediasrv.musicradio.com/BRMB

I too added the .url extension.

Did you restart your firefly after changing the configuration ?

@BillyBuck wrote:

Yep, did restart service after changing extension configuration.

I should mention this is with 1450, though I had the same problem with 1441 so I think it’s probably operator error and not the software.

And disconnect and reconnect? And are you using a either iTunes or a Soundbridge as a client? Because as much I know this answer sucks, “it works for me”.

Not sure what I’m doing differently, though. The things I can think of are the fact that I edited the file from dos, and that might be something. .url is a special file type on windows, and it might get treated differently. In fact, it might have a hidden “.lnk” at the end of it or something. Who knows.

Might be worth looking at the file in dos to make sure it’s named what you think it is — sometimes (often?) the gui tools lie.

@BillyBuck wrote:

Yes, did a disconnect/reconnect on the Roku SB. In fact, rebooted it.

I also confirmed that the actual filename is radio.url by going to a dos prompt and doing a “dir”

The m3u file shows up on firefly’s playlist.html, but it says it contains 0 entries. Same thing if I create a dynamic playlist where type contains url.

The url file and m3u file are in the same folder, both in my scan path.

http://www.fireflymediaserver.org/kut.zip

These are the files I used, and work.

1. Double check you have the “.” in “.url” in your extensions list.
2. Make sure the file isn’t named something like “foo.url“. That’ll get you.
3. Check using iTunes or Soundbridge as a client.

The web playlist interface shows 0 artists, 0 albums, 0 genres, but it does show the “song” in the song list, so make sure you check there, or with a real client.

— Ron

@BillyBuck wrote:

Got it. Just before I saw your post I deleted songs.db and rescanned. Also selected “file system is case sensitive: no” Then tried your files and they worked. Not sure which of these made the difference. The only difference between my files and yours was that your url file had a couple of returns at the end of the file. Does the parser look for n as EOF?

I also found in the DB that url files are being assigned type pls, which is why they weren’t being added to the dynamic playlists.

This is a really great feature! I love being able to build playlists with more than the Roku’s limited presets, and not having to change to a different library.

I sort of created my own genre by naming the streams and url files [genre] – [station name] so they get sorted by genre alphabetically.

It’s kind of hackish, but I like the fact that it makes each item a file, which makes it easier to do playlists and smart playlists as well. I think I could hack up (now) pls support, and I probably will have to at some point, but I kind of like this implementation.

I do want to get more metatags for it. Comment and genre at least. Had a discussion with someone interested in implementing something like that. We’ll see how it goes.

— Ron