Live data from Hacker News

Show HN: CloudTunes

github.com

51–60 of 94 posts

Re: Show HN: CloudTunes

#51
post #48

Really cool idea. Who hasn't thought of doing this before? Congrats on actually making it, and making it look beautiful. Already forked it, can't wait to start playing with it. I don't see any mobile screenshots, how does it look on a phone screen? I can imagine that being a great use-case for this app.

Congrats on the design, but it's sad to see that once again, the wheel has been reinvented: there once was playdar [0], the content resolver that clearly separated the data that was of interest to the user (artist, song, ...) and the actual sources. Its biggest problem was, I believe, that it wasn't an actual music player. Its gentle folks decided to restart from scratch with a music player in mind, and keep the idea…

>Maybe it didn't spread because it's not a webapp ?

I think this is it. I remember checking out Tomahawk a while ago, about the time Songbird announced it was discontinuing development. I ended up just going back to iTunes because it did all I needed (even if it is bloated). If I can install Tomahawk on a computer, I can probably install my music library onto it as well, so I don't need the resolving features it has.

I actually just tried installing Tomahawk because of your comment, and it does work very well, and looks pretty while doing it. It was able to find several obscure artists with perfect accuracy. (Though it did grab most of them from Soundcloud at 128kb/s, when a few of them are on Spotify with higher bitrates). But unless I can access it anywhere, with a moment's notice, I don't really have a purpose for it being installed on a machine.

I rarely even listen to music on my computer anymore. I use my phone for Spotify on the go and even at work. It's nice to not have another program running while I'm working. But a lot of artists I like aren't on Spotify, and my phone doesn't have enough storage to fit my entire library.

That's why this interests me so much. I would love to set up a server where I can open the URL on my phone, laptop, friend's laptop, etc, be able to play most of my music through web services, and the artists that aren't on those services would play from my server directly, or my DropBox, or whatever, and hopefully it can all be a seamless experience.

Re: Show HN: CloudTunes

#52
post #40
post #36

I've always thought it might be interesting to have apps like this that run locally on web technologies. Is there hope for this model? One obviously shortcoming as exemplified here is the painful installation process. I suspect people are also going to be concerned with what's being installed where.

I'd been planning on releasing it together with a Dockerfile so that people could easily run it locally in an isolated container. It turned out to be a bit more complex than I had anticipated so Docker support will come later. But I think that could be a viable model for locally-installable web apps in the future.

Btw, help with the Dockerfile would be appreciated:

https://github.com/jakubroztocil/cloudtunes/issues/2

Re: Show HN: CloudTunes

#53

Really cool idea. Who hasn't thought of doing this before? Congrats on actually making it, and making it look beautiful. Already forked it, can't wait to start playing with it. I don't see any mobile screenshots, how does it look on a phone screen? I can imagine that being a great use-case for this app.

Just out of curiosity, why did you fork it immediately? Did you find issues you wanted to fix, code you wanted to change, something else?

I didn't see any mobile screenshots, or much code that seemed responsive, so I assumed it wasn't mobile friendly and wanted to try fixing that. And the comments below about it supporting Dropbox, but not music stored on the local server (and the tips from OP about how to implement it), is another goal I'd like to tackle. I don't know if I can implement these, but I'm certainly going to try, and I'll learn a lot in the process.

Also I've had this idea a million times before, but never committed to doing it, it's the kind of product I've always wanted. So seeing it on GitHub (and written in a language I'm good at) makes me really happy, and I'd love to tear into this thing.

Edit: Also it's very pretty, and I'm a sucker for anything with a pleasant UI like that.

Re: Show HN: CloudTunes

#55
post #20

Earlier quoted context omitted.

For one: you can play your music collection from any location if it's stored on Dropbox?

well it was an honest question. I don't see myself doing this so i just simply ask. There's no need to downvote.

You were downvoted because of the tone of your comment—it comes across as snarky and dismissive, even if you didn't mean it that way.

Re: Show HN: CloudTunes

#56
post #2

sorry but what's the use case for this?

why the downvotes? the parent comment is not rude and is asking a genuine question (in fact, he is apologetic).

downvotes is a tool for marking irrelevant/obnoxious comments which don't help discussion. this question definitely helps discussion.

Re: Show HN: CloudTunes

#58
post #7

What about music stored on the server on which CloudTunes is running? Can it play that?

That currently is not possible, but wouldn't be very difficult to implement as I had it in mind from the beginning. Inspiration could be the Dropbox integration: Client-side model: https://github.com/jakubroztocil/cloudtunes/blob/master/clou... API endpoint: for local files, it could simply serve the file: https://github.com/jakubroztocil/cloudtunes/blob/master/clou... Plus it would also need indexing, configuration,…

Would it be hard to add support for a WebDAV backend? Looks like XMLHttpRequest supports PROPFIND…

Re: Show HN: CloudTunes

#59

Earlier quoted context omitted.

That's the problem with the main Music Lockers: they keep integrating music stores into them. All I want is to upload my music and play it remotely.

You can run Subsonic on your own server or a VPS.

Thanks for the info. I never really considered running my own but that might be worth doing.
Post reply on HN