Web-based DAAP client

[rpedde]

@morglum wrote:

The applet is not working on some of my computers (IE 6.0)

Any idea why that is so?

Thanks!

Do you have the sun jvm installed, or just the native IE one? It’s almost a certainly a jvm version issue, but I’m not really sure what version you have to have. Write once, run anywhere. Riiiight..

— Ron

[w1ll14m]

Is there a known script that connects to firefly from a different webserver,
so i could listen music from anywhere in the internet.

ofcourse i could modify the applet.html a little and forward my mt-daapd port to the internet, but then anyone could use my mt-daapd/firefly

would it be possible to let apache connect to mt-daapd server side and then stream the files to the internet like kplaylist (php based) does.
Also that would be a verry nice feature 🙂

[rpedde]

@w1ll14m wrote:

Is there a known script that connects to firefly from a different webserver,
so i could listen music from anywhere in the internet.

I don’t know of one specifically, but the database is sqlite, and it probably wouldn’t take much to make a php front-end for it.

would it be possible to let apache connect to mt-daapd server side and then stream the files to the internet like kplaylist (php based) does.

All the music can be streamed as http://server/rsp/stream/, if you know the song id (which is in the database).

Also that would be a verry nice feature 🙂

Yes. I want to make a new output module that lets you browse and build playlists of music so you can listen over the web, but I haven’t really gotten it all together yet. Have some other bugs and stuff to fix. I’ll get there soonish, though.

[bartik]

I’m using the nginx reverse proxy to forward requests to mt-daapd. Nginx terminates the https and maps the URL to the localhost/port combination. For the static html pages this doesn’t present a problem. For the javascript it does. I modified the config.js, playlists.js, whatever else *.js there is to overcome this limitation (I modified all the Ajax.Request occurences adding the desired prefix /mtdaap to the constructed url’s.) Now my problem is that I would like to modify this way also the DAAPapplet used to play the mp3’s but I’m now stuck about how to do this. I’ve extracted the included jar file. Are the java sources in there somewhere ? I have also downloaded AppleRecords to strip the thing down myself but it seems a lot of laborious work just to modify the links in the end. Can anyone help me to get the sources for this modified DAAPclient ?
Thanks,
Bartik

[Anonymous]

I’m the one fiddeling with the javascript thingies. What should I not do script wise when requesting stuff from the server? What did you have to change in the request url:s?

/a

[bartik]

Hi,

thanks for taking time for this. The point is, that my reverse proxy has this setting:

location /mtdaap/ {
proxy_pass http://localhost:3689/
}

which roughly means, that every request to https://www.mywebadress.net/mtdaap/ will be forwarded to the http://localhost:3689/. Now if you generate the part (hopefully, but maybe you generate the whole URL) then of course it doesn’t work (because the whole web address looks like https://www.mywebadress.net/ and this doesn’t include /mtdaap/ so my reverseproxy doesn’t know where to forward it). What I need is adding the /mtdaap/ part to what you generate so it would look like /mtdaap/ So the final URL when it gets the web address will look like https://www.mywebadress.net/mtdaap/ I know this is only for me (and those who choose the same forwarding schema) but it would be nice. If you know about another way how to achieve the same effect I’m open to suggestions.

[rpedde]

@bartik wrote:

Hi,

thanks for taking time for this. The point is, that my reverse proxy has this setting:

location /mtdaap/ {
proxy_pass http://localhost:3689/
}

Hrm. seems like it’s missing a “proxy pass reverse” option, like apaches proxy does.

. If you know about another way how to achieve the same effect I’m open to suggestions.

I’d use the rewrite module…

rewrite ^(/databases/.*)$ /mtdaap/$1 last;

rewrite ^(/server-info/.*)$ /mtdaap/$1 last;

rewrite ^(/content-codes/.*)$ /mtdaap/$1 last;

rewrite ^(/login/.*)$ /mtdaap/$1 last;

rewrite ^(/update/.*)$ /mtdaap/$1 last;

rewrite ^(/logout/.*)$ /mtdaap/$1 last;

rewrite ^(/rsp/.*)$ /mtdaap/$1 last;

That should rewrite the request, then drop it back through to the forwarder.

Don’t know if that works or not, but some variation on that should probably work. And a far sight easier than fixing the javascript and java.

— Ron

[bartik]

Hi,

yes that sounds reasonable. Uhm. Wait, if I have another something redirected from /rsp well not likely, but what about the /databases ? Yes doing the rewrite this way would work as long as:
1) You don’t have another redirection with the same name to another “backend” which collides with those used by mtdaap.
2) the thing is what to do with suffixes like /xml-rpc?method=stats xml-rpc requests might be for different app not the daap. This is the most probable clash point. (I’m not sure about this part so correct me please if I’m wrong)

Adding the prefix would also have the advantage of not caring much about the changes in the java code. And probably the mtdaap prefix is also pretty much unique. Well but the question is, will it work for the applet ? (well I’ll try and report – it won’t see below the Request.java constructs the whole URL)

Bartik

PS: The modification of java can be automated, just adding a option into the config file and when doing the make install a sed script inserts the configured prefix. But I had to mark the replacement spots in the javascript, just a thought. But alas I can do this only when I have the source (here no problem with daap the sources are available). So at the end I wouldn’t bother anybody if the daapjavaclient source would be available 🙂 Is it anyway? Then the replacement in daapjavaclient source and creation of the jar file could be automated also? (here I’m not sure again so feel free to correct me)

Request.java (line 49)
_url = new URL(“http://”+server+”:”+port+”/”+requestString);
I would need:
_url = new URL(“https://”+server+”/mtdaap/”+requestString);

[rpedde]

@bartik wrote:

PS: The modification of java can be automated, just adding a option into the config file and when doing the make install a sed script inserts the configured prefix. But I had to mark the replacement spots in the javascript, just a thought. But alas I can do this only when I have the source (here no problem with daap the sources are available). So at the end I wouldn’t bother anybody if the daapjavaclient source would be available 🙂 Is it anyway? Then the replacement in daapjavaclient source and creation of the jar file could be automated also? (here I’m not sure again so feel free to correct me)

I don’t actually have the source to the thing, and I’m not a java guy. I can’t remember offhand who did that either. It’s in the forums somewhere. I think some folks have tried to contact the guy and ask to have it posted on sf.net or something, but I’m not sure where that went.

[mas]

blamm wrote:
Hi.

Is this DAAP client still available? I am becoming increasingly fedup with iTunes..

Yup, it’s at http://server:port/applet.html

That applet works btw quite ok. I tested it and found only 1 problem with it – the passwords.

You need to enter both the admin password and the DAAP playback password for each song again. That sucks a bit.
It should memorize the passwords so that one doesnt have to enter it each song again – and then 2 passwords even.

[Author]

Posts