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