Re: [Musicpd-dev-team] playlist formats of MPD
Jonathan Neuschäfer j.neuschaefer at gmx.net writes: On MPD 0.17.1 I get: playlist: path/to/playlist.m3u (And I don't think it has changed in the last few years' releases.) HTH, Jonathan Neuschäfer OK, did some test by sending the commands directly from a prompt. Indeed, file gets returned as you say. Thanks for that. But then I tried a whole series of mpd client on win, droid (mpdroid, droidmpd) and iOS (mpod, mpad). 1) Not a single one shows that playlist in the playlist section. Only the server playlists are shown there. How come? How can a client see the difference? Is this intended behaviour? (or do you argue 'intended' is a client issue, not a server issue?) 2) Except for 1 client (gnome mpc on win), not a single other client showed the m3u in the directory structure. So only from gnome I could 'add' the file, which indeed correctly appended the 'tracks' in the playlist to the actual playlist. Then with a direct 'save' command I could save the loaded tracks into a server playlist, which then made the playlist available to all clients. So I wonder: what am I missing as it is so hard to get some basic working? Is it only a matter of having proper clients? I need one good one for every platform. -- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] playlist formats of MPD
On 2012/11/27 10:41, Christof De Backere christof.deback...@dbengineering.be wrote: What I'm still puzzled about is what the mpd server should do/does when it finds a playlist in the music directory (in a readable format like m3u)? 1) Should it walk through the the playlist and add the individual 'songs' to the database? 2) Also if the 'song' is a stream? However, with a stream, there is no such thing as 'tags' for artist, album, (in best case a name tag in extm3u) No, it just remembers that the playlist file exists (ignoring its contents), and will tell that to the client via lsinfo. The client can then choose to issue a load command for this playlist file. Or it can use listplaylist[info] to view the contents of the playlist file. -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] playlist formats of MPD
Max Kellermann max at duempel.org writes: No, it just remembers that the playlist file exists (ignoring its contents), and will tell that to the client via lsinfo. The client can then choose to issue a load command for this playlist file. Or it can use listplaylist[info] to view the contents of the playlist file. Thanks for the info. I now understand that the mpd will treat it as any other file in the music directory. It simply keeps it in it's database because the file exists. The only difference being that it will not have any tags (scope identifiers) defined, except 'filename', right? Client: now I'm trying to understand what a client should do. So imagine the client retrieves the db at startup with listallinfo then it will get that playlist as 'file: x/y/rasio/radio1_Stream.m3u' without any further tags, because there are no tags defined on that file. The client then should add the file to the db-cache just like the other files, but without tags. Then the user can only find the file from it's filename (using the db-cache or 'search'), which is fine I guess. He will issue a command as if that 'file:' is a song: 'add x/y/radio/radio1_Stream.m3u' (or addid) and the command will fail. Right? So the client should see for himself that the song 'file: x/y/radio/radio1_Stream.m3u' is actually a valid playlist format/extension and issue 'load x/y/radio/radio1_Stream.m3u' So the 'playlist intelligence' must be in the client, right? Isn't this strange? Shouldn't the mpd also respond to the 'add' command for transparancy, to avoid client side intelligence? recursive: Assuming the client does the above 'load' correct, then what will happen at 'load' if the playlist itself contains another playlist? stream: One final question: The lsinfo or listallinfo will return 'file', 'directory', 'playlist' (for internally stored playlists). But somewhere I seem to have seen 'stream:' output. Does that exsist? thanks, Christof -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] playlist formats of MPD
On Wed, Nov 28, 2012 at 03:03:32PM +, christof De Backere wrote: Max Kellermann max at duempel.org writes: No, it just remembers that the playlist file exists (ignoring its contents), and will tell that to the client via lsinfo. The client can then choose to issue a load command for this playlist file. Or it can use listplaylist[info] to view the contents of the playlist file. Thanks for the info. I now understand that the mpd will treat it as any other file in the music directory. It simply keeps it in it's database because the file exists. The only difference being that it will not have any tags (scope identifiers) defined, except 'filename', right? Client: now I'm trying to understand what a client should do. So imagine the client retrieves the db at startup with listallinfo then it will get that playlist as 'file: x/y/rasio/radio1_Stream.m3u' On MPD 0.17.1 I get: playlist: path/to/playlist.m3u (And I don't think it has changed in the last few years' releases.) HTH, Jonathan Neuschäfer -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] playlist formats of MPD
On 2011/12/14 10:16, richard lucassen mailingli...@lucassen.org wrote: $ cat /var/lib/mpd/playlists/01-db-BBC3.m3u #EXTM3U #EXTINF:1,switching to BBC3 http://dreambox1.utr.xaq.nl/cgi-bin/zapTo?path=1:0:2:1a61:7dd:2:11a:0:0:0: #EXTINF:0,BBC3 http://dreambox1.utr.xaq.nl:31343/151b In the playlist directory, only plain M3U playlists are recognized (as these files are meant to be written by MPD, and MPD cannot write ExtM3U). Any playlist format may be present in the music directory (read-only), and MPD will happily load the song names from your files. You may find that difference playlist dir / music dir confusing, and I'm sorry that it indeed is. Max -- Cloud Computing - Latest Buzzword or a Glimpse of the Future? This paper surveys cloud computing today: What are the benefits? Why are businesses embracing it? What are its payoffs and pitfalls? http://www.accelacomm.com/jaw/sdnl/114/51425149/ ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] playlist formats of MPD
On Wed, 14 Dec 2011 10:24:22 +0100 Max Kellermann m...@duempel.org wrote: On 2011/12/14 10:16, richard lucassen mailingli...@lucassen.org wrote: $ cat /var/lib/mpd/playlists/01-db-BBC3.m3u #EXTM3U #EXTINF:1,switching to BBC3 http://dreambox1.utr.xaq.nl/cgi-bin/zapTo?path=1:0:2:1a61:7dd:2:11a:0:0:0: #EXTINF:0,BBC3 http://dreambox1.utr.xaq.nl:31343/151b In the playlist directory, only plain M3U playlists are recognized (as these files are meant to be written by MPD, and MPD cannot write ExtM3U). Any playlist format may be present in the music directory (read-only), and MPD will happily load the song names from your files. Even if these playlists contain links to streaming servers? The tags are in the playlist file, not in the links (or even mp3 or whatever files) You may find that difference playlist dir / music dir confusing, and I'm sorry that it indeed is. wishlist No, it isn't confusing, I think it might even be extended a bit by having the possibility to use subdirectories :) /wishlist R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- Cloud Computing - Latest Buzzword or a Glimpse of the Future? This paper surveys cloud computing today: What are the benefits? Why are businesses embracing it? What are its payoffs and pitfalls? http://www.accelacomm.com/jaw/sdnl/114/51425149/ ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] playlist formats of MPD
On 2011/12/14 11:43, zw g pekingmas...@gmail.com wrote: What i mean is can i just play files not in the music directory, if i don't make it a symbolic link? Just by putting playlist files in the music directory not the real file. Yes, but you can do that without a playlist file. mpc add /absolute/path/to/file.mp3 (Only when you're on the same machine as the MPD server, connected with a local socket) -- Cloud Computing - Latest Buzzword or a Glimpse of the Future? This paper surveys cloud computing today: What are the benefits? Why are businesses embracing it? What are its payoffs and pitfalls? http://www.accelacomm.com/jaw/sdnl/114/51425149/ ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] playlist formats of MPD
On 2011/12/11 16:50, richard lucassen mailingli...@lucassen.org wrote: On Wed, 7 Dec 2011 14:51:09 +0100 Max Kellermann m...@duempel.org wrote: On 2011/12/07 05:39, zw g pekingmas...@gmail.com wrote: Is MPD support other playlists rather than *.m3u? Like, *.pls, *.xspf, *.asx, etc. Yes. http://www.musicpd.org/doc/user/ch05s05.html According to that page there's also an extm3u plugin, but I can't find anything about it. If I enable the extm3u plugin in the mpd.conf, there's nothing I can see in the logs. I see no difference between loading and not loading the plugin. Is it a built-in plugin? Is it an extension that I have to download? There are no downloadable extensions in MPD. There are plugins which may be enabled or disabled at compile time. The extm3u plugin is always enabled. Let me put it like this: I'd like to use the (obsolete?) #EXTM3U and #EXTINF tags to display what stream is playing. For some URL's I only see the URL displayed, not the name of the station. Is that possible with the above mentioned extm3u plugin? Without knowing your file, it's hard to tell why MPD won't load the tags from your file. Max -- Systems Optimization Self Assessment Improve efficiency and utilization of IT resources. Drive out cost and improve service delivery. Take 5 minutes to use this Systems Optimization Self Assessment. http://www.accelacomm.com/jaw/sdnl/114/51450054/ ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] playlist formats of MPD
On Wed, 7 Dec 2011 14:51:09 +0100 Max Kellermann m...@duempel.org wrote: On 2011/12/07 05:39, zw g pekingmas...@gmail.com wrote: Is MPD support other playlists rather than *.m3u? Like, *.pls, *.xspf, *.asx, etc. Yes. http://www.musicpd.org/doc/user/ch05s05.html According to that page there's also an extm3u plugin, but I can't find anything about it. If I enable the extm3u plugin in the mpd.conf, there's nothing I can see in the logs. I see no difference between loading and not loading the plugin. Is it a built-in plugin? Is it an extension that I have to download? Let me put it like this: I'd like to use the (obsolete?) #EXTM3U and #EXTINF tags to display what stream is playing. For some URL's I only see the URL displayed, not the name of the station. Is that possible with the above mentioned extm3u plugin? R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] playlist formats of MPD
Thanks, Max. I'll give it a look. Gui On Wed, Dec 7, 2011 at 9:51 PM, Max Kellermann m...@duempel.org wrote: On 2011/12/07 05:39, zw g pekingmas...@gmail.com wrote: Is MPD support other playlists rather than *.m3u? Like, *.pls, *.xspf, *.asx, etc. Yes. http://www.musicpd.org/doc/user/ch05s05.html -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
