You are here: Home » Topic » Web-based DAAP clientpage 2

Web-based DAAP client

Viewing 15 posts - 16 through 30 (of 76 total)
  • Author
    Posts
  • #3369
    rpedde
    Participant

    @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

    — Ron

    #3370
    blamm
    Participant

    Thanks.

    I am a little confused as to how the server works. Why are iTunes and my Roku 1001 able to play FLACs served from Firefly but this client and “Get it together” cant?

    #3371
    rpedde
    Participant

    @blamm wrote:

    Thanks.

    I am a little confused as to how the server works. Why are iTunes and my Roku 1001 able to play FLACs served from Firefly but this client and “Get it together” cant?

    Probably because neither of them play .wav files, which is what it transcodes flac files to.

    Will they play aiff files?

    — Ron

    #3372
    blamm
    Participant

    Unfortunatley not natively. Get It Together claims to be able to use Quicktime or an external player but that is all a bit too complex for me.

    Back to Foobar2000 I think and leave Firefly to my Roku.

    Now if Foobar2000 could see DAAP that would be extremely cool….

    #3373
    morglum
    Guest

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

    Any idea why that is so?

    Thanks!

    #3374
    rpedde
    Participant

    @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

    #3375
    w1ll14m
    Participant

    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 🙂

    #3376
    rpedde
    Participant

    @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.

    #3377
    bartik
    Guest

    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

    #3378
    Anonymous
    Inactive

    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

    #3379
    bartik
    Guest

    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.

    #3380
    rpedde
    Participant

    @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

    #3381
    bartik
    Guest

    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);

    #3382
    rpedde
    Participant

    @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.

    #3383
    mas
    Participant

    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.

Viewing 15 posts - 16 through 30 (of 76 total)
  • The forum ‘Feature Requests’ is closed to new topics and replies.