9th November 2005 at 11:29 am #125
I know this isn’t what everyone wants but here is my configuration. I have a headless debian box running as my mt-daapd server and file server. I think it’d be cool to have this server play those mp3s as well. Ideally this can be controlled over a web interface, which looks more or less like iTunes. I guess the backend can be done with gstreamer. We will need another http handler for handling the player commands.
What do you guys think?10th November 2005 at 11:53 am #3792
I think you are trying to reinvent slimserver. Or possibly Apache::MP3. Or any one of a number of other tools to do just that.
There is no reason they can’t be used in conjunction with mt-daapd — in fact, I used zina for quite a while, serving up the same mp3 directory via web as I did via mt-daapd.
The thing that doesn’t work with this idea is that the mt-daapd server itself is very stupid. It relies on a smart client. (iTunes). Of the two pieces of software, iTunes is much the harder piece to write.
And if you were going to write a daap “client” that was web managed and stuff, it would be easier just to download slimserver and be done with it.
Just my thoughts.
— Ron14th November 2005 at 12:43 am #3793
slimserver is quite nice in some regards (yes, I’m outing myself as a Squeezebox owner here), but I still prefer mt-daapd over it. slimserver can’t even do utf-8 properly.
Anyway I agree that this would be the task for a separate client application, which would have the advantage of playing contents of any iTunes server.
By the way, does slimserver even play on the same machine? I thought it just manages playlists and controls clients, including the Java one…14th November 2005 at 1:23 am #3794
No, you’d need a console slim client.
But I think that’s only a couple lines of perl, as opposed to writing a daap client that was remote controllable, which would require a couple lines of perl + a whole web management system for stacking playlist requests, etc.
You must be logged in to reply to this topic.