Anyone else find that in this new streaming age they listen to a lot less music? It may just be a function of my age, but I feel like if I had a device with all of my songs on it again I would listen to much more.<p>I think there could be another iPod age.<p>Imagine a device with 10Tb of flash memory, an E-Ink display and 2.5 million songs.
I couldn't compile it on Debian yet, but tomahawk (<a href="https://www.tomahawk-player.org/" rel="nofollow">https://www.tomahawk-player.org/</a>) looks interesting.<p>You could set up a music NAS with beets (<a href="http://beets.radbox.org/" rel="nofollow">http://beets.radbox.org/</a>) as one of several sources (also you could have spotify, youtube, soundcloud) then have playlists that include stuff from a combination of them.<p>A last.fm type service for tomahawk is in beta at <a href="https://hatchet.is" rel="nofollow">https://hatchet.is</a>
What I'm looking for is better music discovery. This would require some form of machine learning/statistics/collaborative filtering, but basically, if I like a number of songs, I'd want the system to automatically recommend new songs/artists.
I'm happy to see Laravel being used for more and more projects and getting the credit it deserves as truly first-class framework -- regardless of language.
I've been working on something similar, just for fun (gave me an excuse to mess with Elixir and Ember). Still highly unstable though, I've spent maybe a week total on this. It's a rewrite of an older sinatra-based project I did back when html5 audio became stable enough (on my github as well).<p><a href="https://github.com/archSeer/colibri" rel="nofollow">https://github.com/archSeer/colibri</a>
<a href="https://github.com/archSeer/colibri-server" rel="nofollow">https://github.com/archSeer/colibri-server</a>
Will be interesting to see how this compares with <a href="http://ampache.org/" rel="nofollow">http://ampache.org/</a> which, while great, still hasn't solved the mobile access problem.
This looks great, could you please integrate youtube and soundcloud search for streaming?<p>EDIT: <a href="https://github.com/embedly/player.js" rel="nofollow">https://github.com/embedly/player.js</a> may save you some time!
I also built something similar, however instead of ripping of Spotify UI, which I personally find terrible, I made a "power user" UI that is album-centric (they way I listen to music), keyboard navigable and has a powerful filtering "omnibar".
Check it out at: <a href="https://github.com/knoopx/headbang" rel="nofollow">https://github.com/knoopx/headbang</a>
Was excited to see this, I did hit a lot of composer and npm problems (as I somewhat expected) here's hoping the bug reports I've filed can be easily resolved. At the moment I'm using groovebasin but that needs some serious improvement around it's installation dependencies.
I've been looking through online playlist servers and wondering: Why shouldn't I host something like this as a static website? After looking around and not finding any tool that generates this, I'm considering making it myself, shouldn't be too hard.<p>I don't really need any features that require server-side processing, and static hosting would essentially reduce the cost to zero, for the amount of storage and bandwidth I would make of it (as well as possibly making it a bit faster).
Holy, cow! I was working on a node-webkit/cordova angularJS app very similar to this until I got bored of angular. It pulls music from Soundcloud and YouTube.<p>Here's a screenshot if anyone's interested
<a href="http://i.imgur.com/uSBNSeE.png" rel="nofollow">http://i.imgur.com/uSBNSeE.png</a>
for a node.js based Google Play Music clone (with android sync application included)
+ youtube downloading built in (with playlists)
+ soundcloud downloading built in (with playlists)
see my project Node Music Player: <a href="https://github.com/benkaiser/node-music-player" rel="nofollow">https://github.com/benkaiser/node-music-player</a><p>I've been working on it for the last few years with a few pull requests from awesome members of the community and I'm about to launch auto-generated mixes that allow you to explore music in a way similar to Google Play Music and Spotify (using lastfm api and youtube: here's the module for it <a href="https://www.npmjs.com/package/similar-songs" rel="nofollow">https://www.npmjs.com/package/similar-songs</a> )
I also started a project on my own; mostly to accommodate my 80k music collection and partly to get better with Python: <a href="https://github.com/sphildreth/roadie" rel="nofollow">https://github.com/sphildreth/roadie</a>
This is interesting, but how would it compare against something like Plex (that handles video and transcoding as well as music, but not open source) or Boombox (just music and also open source).
oh my god yes thank you, i've wanted this exact piece of software for so long, and just was too lazy to program it myself. this is EXACTLY what i wanted.
I find it interesting that this is described as a Spotify clone. To me, Spotify is a large music library that I can pay a subscription to access, with advanced (arguably) discovery features. This on the other hand is a web based player and streaming server. I wouldn't describe them as the same at all.<p>Is this really how people view Spotify?<p>Edit: interestingly, the product itself doesn't mention Spotify anywhere.
The project looks cool, however, I find using 'Spotify' in the title very very clickbaity. It's just a music streaming service + player. There's nothing wrong with that, I am not saying that the project sucks or anything, it's just uncool to use a popular brand to attract clicks and call it a clone when it's something totally different.<p>It's like calling VLC self-hosted netflix clone.
Weird that everyone is nitpicking the HN submission title. Using the word clone is just an honest admission that the UI design is ripped off. It's fairly obvious that a "self-hosted Spotify clone" would require you to bring your own music.