Question: Serving the same songs to multiple hosts?
Posted by schwarzemann on Thu 10 Nov 2005 at 10:44
For as long as I can remember I have wanted to have music integrated into my home. To me what I wanted was simple, a stereo in just about every room all capable of playing music from a central location as well as independent operation (i.e. volume control and "local" music source).
As time went on, I decided that the best way to facilitate such a dream is to convert my CD collection to a digital form and store them on a central networked computer. This computer, would then stream to other computers located throughout the house.
To date I have settled on a Debian box to act as the music archive and server.
The trick now is to figure out how to stream the music to other boxes throughout my apartment.
So far, I have tried gnump3d, after seeing an article on this site about it, and slimp3.
Both servers were pretty easy to use, slimp3 has the advantage of keeping track of each connected media player (by ip address) and allowing you to control the playlist for each device from any computer.
gnump3d has the advantage of serving both MP3 and OGG Vorbis files.
The one thing missing, from what I can tell so far, is the ability to allow multiple computers to play simultaneously from the same playlist.
Remember the biggest requirement for my full blown system, admittedly still a few years away, is to have all of the computers playing from the same source (i.e. song).
With this in mind, what are some options for streaming music over a home network?
-- Andrew Williams
[ Parent | Reply to this comment ]
Streaming servers are only really useful if you want to set up one or more "radio station" style playlists that everyone on the network can connect to, and perhaps control via HTTP.
[ Parent | Reply to this comment ]
[ Parent | Reply to this comment ]
Shoutcast runs on linux, but it can only server mp3 files, however there is also a similar program called icecast which can handle ogg files if you need that ability.
http://www.shoutcast.com
http://www.icecast.org -- also found in your local apt repository
http://darkice.sourceforge.net/ -- also in apt
good luck!
[ Parent | Reply to this comment ]
Shout/icecast are also good, and are built from the point of view of broadcasting the same stream to multiple hosts. (Has anyone found a nice & simple web frontend to setting up and playing playlists through shoutcast?)
My final suggestion is mpd (as in apt-get install mpd) or music player daemon at http://www.musicpd.org/ -> One backend player that plays audio through the server's audio hardware, and multiple frontends to control the running playlist, from curses to pretty GTK flavours. (With the GTK frontend, gmpc, it hard not to think of it as acting like a network enabled XMMS.)
Now my dream is for a single app to pull in all these features.... oh yeah.
[ Parent | Reply to this comment ]
So: I forgot the software sollution. Got an amp that would allow me to hook up a lot of speakers and was able to switch sets of speakers on/off. I dragged wires throughout the appartment to hook up the speakers. Hooked the amp up to the music-server. Installed MPD on the server, and client software on the clients. Done!
Greets,
Maarten
[ Parent | Reply to this comment ]
[ Parent | Reply to this comment ]
However, something like VLC might work on the player side, due to its cross-platform nature and the ability to tune buffer sizes, etc.. Still, I'd be leary of varying delays imposed by the network stacks.
[ Parent | Reply to this comment ]
Regards,
rjc
[ Parent | Reply to this comment ]
Could you give me a hand on this ?
I tried liveice with icecast but can never get the password right, no matter how I put the password and generate it through makepasswd.
Also, where can I get ices 0.4 for debian ?
[ Parent | Reply to this comment ]
You can get ices from http://icecast.org/ ;-)
Regards,
rjc
[ Parent | Reply to this comment ]
I think in general both liveice and icecast is sort of being left in the cold in terms of help and documentation and packaging in sarge, I believe because of icecast2.
[ Parent | Reply to this comment ]
Icecast2 doesn't use crypto passwords.
rjc
[ Parent | Reply to this comment ]
thanks for the info anyway.
It is a bit tough in using icecast2 as there is no mp3 streaming client in sarge(due to patent? but then why liveice) and mp3 is still the most accepted format in client where there is unforntunate many windows there and for unmanaged home PC, installing ogg/vorbis capable player is really not desirable.
[ Parent | Reply to this comment ]
The slimp3 server will synchronize multiple players, but only if they are hardware slimp3 players from slimdevices.com. Every other solution I could find, whether software-only or a hardware-software combination carefully advertises the ability to play different things on different players but is curiously silent about the ability to synchronize multiple players. The slimp3 server doesn't guarantee synchronization, partially because it's dependent on the quality of your network, but I can't hear any lag going from one player to another (I own three slimp3 players).
What might work for you is to get a newer version of slimdevice's server software from www.slimdevices.com. The version in Debian is several years out of date by now, and there have been 4 generations of hardware players introduced since then. While synchronizing still only works with a slimdevices client, they now include an emulator written in Java (softsqueeze), which you can run on each client computer. Slimserver also now includes the ability to play or transcode many more formats. The hardware (and softsqueeze, since it's just a hardware emulator) natively plays mp3, flac and wav; other formats, including ogg, are supported via transcoding.
The downside to this is that the software has fairly high overhead; slimserver does not scale well with large music libraries (people with 40k+ tracks regularly complain about bloated memory requirements and slow performance), and you'll have to have Java on each client to run softsqueeze. Transcoding formats adds a bunch of overhead to the server, too. Slimserver also only synchronizes players at the beginning of each track, so the mismatch might get to be annoying if your clients have clock drift.
[ Parent | Reply to this comment ]
PJ
[ Parent | Reply to this comment ]
MV.
[ Parent | Reply to this comment ]
anyone can comment on this ?
[ Parent | Reply to this comment ]
http://www.opendaap.org/
and
http://www.mt-daapd.org/
although to the best of my knowledge there aren't any debs available, but it should be fairly straightforward to build
[ Parent | Reply to this comment ]
[ Parent | Reply to this comment ]
[ Parent | Reply to this comment ]
[ Parent | Reply to this comment ]