Re: [Musicpd-dev-team] New HTTP streaming output plugin
On 2009/03/16 14:16, Stefan Monnier monn...@iro.umontreal.ca wrote: yesterday, I had some free time to write a HTTP server for MPD. With the new httpd plugin, MPD can be a streaming server, without an icecast / shoutcast server. Last I heard, the HTTP protocol did have any special provision for audio content, so what protocol does it actually use? It aims to be compatible to shoutcast. Basically, that means that the HTTP response has no content-length header, and the HTTP response body is continuously generated by an encoder plugin (e.g. vorbis/ogg), until MPD stops playing (and closes the TCP connection, effectively ending the response body). Technically, I believe this is an awful solution, and Vasily Stepanov is working on a RTP output plugin. HTTP streaming is what everybody understands, and what just works. PS: While we're adding ways to send the songs out (to visualizers, and other such things)...: when are MPD clients going to be able to download songs (so an MPD client can download them to an MP3 player)? Similar to this feature request? http://musicpd.org/mantis/view.php?id=1924 Nobody is currently working on an implementation of that. Max -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] New HTTP streaming output plugin
Last I heard, the HTTP protocol did have any special provision for audio content, so what protocol does it actually use? It aims to be compatible to shoutcast. Good, thanks. PS: While we're adding ways to send the songs out (to visualizers, and other such things)...: when are MPD clients going to be able to download songs (so an MPD client can download them to an MP3 player)? Similar to this feature request? http://musicpd.org/mantis/view.php?id=1924 Nobody is currently working on an implementation of that. Kind of, except it doesn't need UPnD or DLNA, just a new command download file. I had sent a sample patch that provided this command a long time ago. My implementation was purposefully naive, so that it could be used to download any file from the `music' subdirectories (and `playlist', tho this part is not needed any more now that we have listplaylistinfo), which I abused in my MPC.el client to also download files like dir/cover.jpg. Stefan -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] New HTTP streaming output plugin
On 2009/03/16 15:22, Stefan Monnier monn...@iro.umontreal.ca wrote: Kind of, except it doesn't need UPnD or DLNA, just a new command download file. I had sent a sample patch that provided this command a long time ago. My implementation was purposefully naive, so that it could be used to download any file from the `music' subdirectories (and `playlist', tho this part is not needed any more now that we have listplaylistinfo), which I abused in my MPC.el client to also download files like dir/cover.jpg. I have two problems with that concept: - big danger of security problems, of course. - the MPD protocol is UTF-8/line based. Shaking this fundamental concept of the protocol by allowing the switch to binary mode is something we should think twice about. But maybe we can make this part of the HTTP server (move the httpd code into MPD core, and let the httpd output plugin mount itself as a special case)? I understand that album cover management is an interesting feature request for MPD. I have been thinking about adding some sort of binary stickers for images, lyrics, ... Max -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] New HTTP streaming output plugin
On Mon, Mar 16, 2009 at 7:22 AM, Stefan Monnier monn...@iro.umontreal.ca wrote: Kind of, except it doesn't need UPnD or DLNA, just a new command download file. I had sent a sample patch that provided this command a long time ago. My implementation was purposefully naive, so that it could be used to download any file from the `music' subdirectories (and `playlist', tho this part is not needed any more now that we have listplaylistinfo), which I abused in my MPC.el client to also download files like dir/cover.jpg. Why in the hell would anyone want their music player to become a network filesystem protocol? I hope this never comes to fruition and would rail against it in every way that I possibly can. I'm glad people like amarok but kitchen sink applications are nonsense and they don't allow even decent user interfaces. MPDs protocol already is large and in many ways senseless. Something to download anything in music would be disgusting (not the word, but I couldn't think of a worse word) and I would have to hope that we have a maintainer at that point that keeps the mainline project from heading in that direction. There are so many other things out there that are fit for this purpose, sshfs, nfs, cifs which dedicate their whole existance to creating a good way to download files from remote servers. -- avuton -- | (\_/) This is Bunny. Copy and paste Bunny | (='.'=) into your signature to help him gain | ()_() world domination. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
[Musicpd-dev-team] New HTTP streaming output plugin
Hi, yesterday, I had some free time to write a HTTP server for MPD. With the new httpd plugin, MPD can be a streaming server, without an icecast / shoutcast server. It turned out that many users had problems with the icecast daemon setup, so this would make life easier for these. I know there are lots of quirks left in the code, but for those interested, go and test it. The code is in the git repository. Test it! I'll be on vacation from wednesday until monday. Chances are good that Avuton will be able to release the first alpha version of 0.15 while I'm away. A lot of code still seems very experimental, and we will use the alpha test phase to weed it all out. Max -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
