Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: CloudTunes

github.com

Post reply on HN
Print view View original

81–90 of 94 posts

Re: Show HN: CloudTunes

#81

Post by xzel »

dewey wrote: post #80
xzel wrote: post #79

Earlier quoted context omitted.

I've tried to use subsonic and madsonic (a fork of subsonic) before. I didn't like either of them much nor did I like the phone apps to accompany them (many are paid apps as well). I'm gonna look at this project tomorrow and see if I want to undertake a server port. I think it would be viable.

Agreed, the mobile apps are mostly ugly or abandoned and the server software itself still uses a flash player. It's just something I put up with because there's no better alternative at the moment.

I'll see what I can do about it ;) I just found this from some of the comments above http://ampache.org/. I'm gonna install that and see how it is, but I really think I'm going to move forward with trying to integrate this with a seedbox type of server. Since the client is done in JS as well it could be practical to port that to Android and iPhone also.

Re: Show HN: CloudTunes

#82

Post by dewey »

xzel wrote: post #81
dewey wrote: post #80

Earlier quoted context omitted.

Agreed, the mobile apps are mostly ugly or abandoned and the server software itself still uses a flash player. It's just something I put up with because there's no better alternative at the moment.

I'll see what I can do about it ;) I just found this from some of the comments above http://ampache.org/ . I'm gonna install that and see how it is, but I really think I'm going to move forward with trying to integrate this with a seedbox type of server. Since the client is done in JS as well it could be practical to port that to Android and iPhone also.

Sounds good, I'll be watching the repo. If you need someone to test it on a server with a bunch of music on it let me know.

Re: Show HN: CloudTunes

#83

Post by ezpuzzle »

xzel wrote: post #79
dewey wrote: post #60

Earlier quoted context omitted.

It's probably easier to use Subsonic for that, it's build for dealing with local files. [0] http://www.subsonic.org/

I've tried to use subsonic and madsonic (a fork of subsonic) before. I didn't like either of them much nor did I like the phone apps to accompany them (many are paid apps as well). I'm gonna look at this project tomorrow and see if I want to undertake a server port. I think it would be viable.

https://github.com/ezpuzz/supysonic

I've been off and on working on a python version of the Subsonic API. Try it out, you might like it.

Currently trying to port it to windows.

Also as mentioned elsewhere in these comments, DSub is a very nice subsonic android app.

Re: Show HN: CloudTunes

#84

Post by reubano »

Wow, really cool. Since you're already using brunch [1]. You should checkout chaplin [2]. It's a backbone framework built by the same guys who made brunch. It supports coffescript, pub/sub, dynamic url construction, plus a bunch of other features that make working with it a breeze.

[1] http://brunch.io/ [2] http://chaplinjs.org/

Re: Show HN: CloudTunes

#85

Post by jkbr »

reubano wrote: post #84

Wow, really cool. Since you're already using brunch [1]. You should checkout chaplin [2]. It's a backbone framework built by the same guys who made brunch. It supports coffescript, pub/sub, dynamic url construction, plus a bunch of other features that make working with it a breeze. [1] http://brunch.io/ [2] http://chaplinjs.org/

Thanks for the tip. I actually did originally start with Chaplin. It helped me to start quickly, but later I replaced it with a very simple, custom Backbone-based MVC (Chaplin-inspired to some degree).

Re: Show HN: CloudTunes

#86

Post by reubano »

jkbr wrote: post #85
reubano wrote: post #84

Wow, really cool. Since you're already using brunch [1]. You should checkout chaplin [2]. It's a backbone framework built by the same guys who made brunch. It supports coffescript, pub/sub, dynamic url construction, plus a bunch of other features that make working with it a breeze. [1] http://brunch.io/ [2] http://chaplinjs.org/

Thanks for the tip. I actually did originally start with Chaplin. It helped me to start quickly, but later I replaced it with a very simple, custom Backbone-based MVC (Chaplin-inspired to some degree).

Interesting... you mind explaining the reason for switching? If it was missing functionality, I'm sure the team would appreciate pull requests. I'm often dismayed that angular is grabbing all the spotlight these days and not many new web apps use backbone in general or chaplin in particular.

Re: Show HN: CloudTunes

#87

Post by jkbr »

reubano wrote: post #86
jkbr wrote: post #85

Earlier quoted context omitted.

Thanks for the tip. I actually did originally start with Chaplin. It helped me to start quickly, but later I replaced it with a very simple, custom Backbone-based MVC (Chaplin-inspired to some degree).

Interesting... you mind explaining the reason for switching? If it was missing functionality, I'm sure the team would appreciate pull requests. I'm often dismayed that angular is grabbing all the spotlight these days and not many new web apps use backbone in general or chaplin in particular.

There is a tradeoff between speed of development and degree of customizability when it comes to frameworks. With CloudTunes, I was going for a highly-customized and performant UI, and at some point it simply became easier to go back down by one layer of abstraction and build it just with Backbone instead.

Re: Show HN: CloudTunes

#90

Post by jancborchardt »

rakoo wrote: post #48
squeaky-clean wrote: post #22

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…

There is this basic Tomahawk webapp: http://toma.hk/ – it doesn’t seem like it’s very actively developed though.

Then there is also Youtify: http://youtify.com – open source as well https://github.com/youtify/youtify but stale for some time.

Post reply on HN