30 ms·

Show HN: Simpler access to your music from the web that looks nice

86 points by iron4o 5y ago

djrockstar1 5y ago
I'm just gonna wait for "Show HN: Simplest access to your music from the web".
- ronyfadel 5y ago
  “That looks nicest”
aloisdg 5y ago
Related to https://news.ycombinator.com/item?id=28910368 https://news.ycombinator.com/item?id=28910368
dusted 5y ago
Definitely looks nicer than mine! ^_^ (but not simpler)
- iron4o 5y ago
  I couldn't resist the play ;D
freefaler 5y ago
Great stuff!
piaste 5y ago
My current solution is Navidrome[0], which is a similarly lightweight music server (also written in Go and FOSS [1]), with a similary nice Web UI that works well as a responsive webapp / PWA. Probably the biggest difference however is that, instead of a custom API, it supports the somewhat-standard Subsonic API, which makes it usable via a large collection of native clients. It also has a few more features like multiple user accounts, etc. TBH, the overlaps are big enough that I'm not seeing the space for Euterpe. I suppose the installation is a little bit simpler if you don't use Docker? [0] https://www.navidrome.org/about/ https://www.navidrome.org/about/ [1] https://github.com/navidrome/navidrome/ https://github.com/navidrome/navidrome/
- iron4o 5y ago
  Wow! Even the website looks the same. With the vinyl in the background and everything ;D
- flatiron 5y ago
  never heard of navidrome! 10 minutes later I have it all setup and its amazing! thanks for the suggestion for anyone looking to do this on their home setup take a look here, save you a lot of time: https://github.com/navidrome/navidrome/issues/103 https://github.com/navidrome/navidrome/issues/103
mattowen_uk 5y ago
My problem is, all my music is: a) WAV files with no internal metadata (there is a metadata file alongside though and a album-cover.jpg) (My ripping process pre-dates the ubiquity of FLAC playback support) b) stored on a central file server currently only accessible via SMB/CIFS. And what I want is some remote head-unit solution connected to [powered] speakers running a touch screen UI that presents the lot as a music jukebox. There's a lot of Android and Linux based front-ends but most of them insist on only indexing locally stored music, and also only supporting file types with built-in metadata support, even though my music is stored in a logical Artist/Album/Track.wav folder/file naming convention. So I'm stuck. It feels like I need to hand-crank my own solution... but that would take a lot of time I don't have, and never be as nice as some of these established open-source projects.
- codetrotter 5y ago
  > there is a metadata file alongside though and a album-cover.jpg Is the metadata file in a format that you made yourself or was it produced by a third-party piece of software? And is it text based or binary format? > There's a lot of Android and Linux based front-ends but most of them insist on only indexing locally stored music, and also only supporting file types with built-in metadata support, even though my music is stored in a logical Artist/Album/Track.wav folder/file naming convention. Ok, so if we start off with that part of it, and we ignore the additional metadata file for now. > stored on a central file server currently only accessible via SMB/CIFS. Can you SSH into the server? Or alternatively, manage the server with a locally connected keyboard and monitor? Or is this some kind of NAS box that does not allow you to do any of those kinds of things? Because I have a couple of ideas but it will depend on the specifics of your setup.
  - mattowen_uk 5y ago
    Metadata is XML, but could be easily converted post ripping (as a scheduled batch process I guess) It's currently a file share on a Windows Server box, but at some point will probably move to a dedicated NAS (due to rising energy costs)
gercott 5y ago
This is something that I would like to consider this one if the UI looks more of a modern minimalist touch.
beepbooptheory 5y ago
I appreciate all these players and server thingeys and what not, but what is extremely needed right now is a robust tagger, library db type thing. As far as I know, there are two solutions beets https://github.com/beetbox/beets https://github.com/beetbox/beets and picard https://github.com/metabrainz/picard https://github.com/metabrainz/picard. Beets is maintained, but relies on plugins which are not; but mainly it is slow as to be unusable for a decent size library. Picard is better, but limited in functionality (I want it to have a persistent db of my music too). I just want a thin wrapper around an sqlite db that can do rudimentary tag detection and have functionality like "Import this folder into my library, moving the files and adding the songs to the table"
- uneekname 5y ago
  FWIW beets has worked really well for me. I would recommend it to anyone who is comfortable enough in the command line to navigate its interface
- 88 5y ago
  Beets’ strength is as a tagging solution more so than a way of accessing music. For the latter I use mpd. From a tagging perspective beets works great. It’s hugely configurable out of the box and the fact it’s written in Python means it’s easy to extend or write plugins for your own purposes.
sealthedeal 5y ago
My problem is all my music isnt actually my music at all :(
fritzw 5y ago
It looks nice, and I’ve used similar solutions in the past. The problems are; when you update your server’s local library to a new version of iTunes or the operating system gets updated, the web app breaks. Webserver goes down, breaks. Sneeze, breaks. 2 years from now, project unsupported, breaks. Music is one of those things that you just want to work 100%, all the time. For this reason I don’t have any Wi-Fi speakers. Everything is hardwired, except the remote. For the last 10 years I’ve been using apple remote on top of iTunes. This allows me to create persistent connections between my iPhone iPad to my Remote iTunes sever which is an old MBA in a closet. It has a battery backup for power outages, I can play any music in the 16,000 song library, buy and download new music from my iPhone and instantly be able to play it on the server and the interface looks nice. This system has been more robust than some of my client’s AV systems designed by a pro audio team with whole-home solution costing $$$$$. Let’s just hope Apple continues to support Remote.
xg15 5y ago
You could combine this with PageKite or a similar service to make your library web accessible. Really cool in any case!
slava_kiose 5y ago
Really looks very nice. Thanks. What about copyrightes?
bloomper123 5y ago
Cool idea and execution. The problem is cloud services like google drive can do this.

86 points by iron4o 5y ago

djrockstar1 5y ago

I'm just gonna wait for "Show HN: Simplest access to your music from the web".

ronyfadel 5y ago
“That looks nicest”

aloisdg 5y ago

Related to https://news.ycombinator.com/item?id=28910368 https://news.ycombinator.com/item?id=28910368

dusted 5y ago

Definitely looks nicer than mine! ^_^ (but not simpler)

iron4o 5y ago
I couldn't resist the play ;D

freefaler 5y ago

Great stuff!

piaste 5y ago

My current solution is Navidrome[0], which is a similarly lightweight music server (also written in Go and FOSS [1]), with a similary nice Web UI that works well as a responsive webapp / PWA. Probably the biggest difference however is that, instead of a custom API, it supports the somewhat-standard Subsonic API, which makes it usable via a large collection of native clients. It also has a few more features like multiple user accounts, etc. TBH, the overlaps are big enough that I'm not seeing the space for Euterpe. I suppose the installation is a little bit simpler if you don't use Docker? [0] https://www.navidrome.org/about/ https://www.navidrome.org/about/ [1] https://github.com/navidrome/navidrome/ https://github.com/navidrome/navidrome/

iron4o 5y ago
Wow! Even the website looks the same. With the vinyl in the background and everything ;D
flatiron 5y ago
never heard of navidrome! 10 minutes later I have it all setup and its amazing! thanks for the suggestion for anyone looking to do this on their home setup take a look here, save you a lot of time: https://github.com/navidrome/navidrome/issues/103 https://github.com/navidrome/navidrome/issues/103

mattowen_uk 5y ago

My problem is, all my music is: a) WAV files with no internal metadata (there is a metadata file alongside though and a album-cover.jpg) (My ripping process pre-dates the ubiquity of FLAC playback support) b) stored on a central file server currently only accessible via SMB/CIFS. And what I want is some remote head-unit solution connected to [powered] speakers running a touch screen UI that presents the lot as a music jukebox. There's a lot of Android and Linux based front-ends but most of them insist on only indexing locally stored music, and also only supporting file types with built-in metadata support, even though my music is stored in a logical Artist/Album/Track.wav folder/file naming convention. So I'm stuck. It feels like I need to hand-crank my own solution... but that would take a lot of time I don't have, and never be as nice as some of these established open-source projects.

codetrotter 5y ago
> there is a metadata file alongside though and a album-cover.jpg Is the metadata file in a format that you made yourself or was it produced by a third-party piece of software? And is it text based or binary format? > There's a lot of Android and Linux based front-ends but most of them insist on only indexing locally stored music, and also only supporting file types with built-in metadata support, even though my music is stored in a logical Artist/Album/Track.wav folder/file naming convention. Ok, so if we start off with that part of it, and we ignore the additional metadata file for now. > stored on a central file server currently only accessible via SMB/CIFS. Can you SSH into the server? Or alternatively, manage the server with a locally connected keyboard and monitor? Or is this some kind of NAS box that does not allow you to do any of those kinds of things? Because I have a couple of ideas but it will depend on the specifics of your setup.
- mattowen_uk 5y ago
  Metadata is XML, but could be easily converted post ripping (as a scheduled batch process I guess) It's currently a file share on a Windows Server box, but at some point will probably move to a dedicated NAS (due to rising energy costs)

gercott 5y ago

This is something that I would like to consider this one if the UI looks more of a modern minimalist touch.

beepbooptheory 5y ago

I appreciate all these players and server thingeys and what not, but what is extremely needed right now is a robust tagger, library db type thing. As far as I know, there are two solutions beets https://github.com/beetbox/beets https://github.com/beetbox/beets and picard https://github.com/metabrainz/picard https://github.com/metabrainz/picard. Beets is maintained, but relies on plugins which are not; but mainly it is slow as to be unusable for a decent size library. Picard is better, but limited in functionality (I want it to have a persistent db of my music too). I just want a thin wrapper around an sqlite db that can do rudimentary tag detection and have functionality like "Import this folder into my library, moving the files and adding the songs to the table"

uneekname 5y ago
FWIW beets has worked really well for me. I would recommend it to anyone who is comfortable enough in the command line to navigate its interface
88 5y ago
Beets’ strength is as a tagging solution more so than a way of accessing music. For the latter I use mpd. From a tagging perspective beets works great. It’s hugely configurable out of the box and the fact it’s written in Python means it’s easy to extend or write plugins for your own purposes.

sealthedeal 5y ago

My problem is all my music isnt actually my music at all :(

fritzw 5y ago

It looks nice, and I’ve used similar solutions in the past. The problems are; when you update your server’s local library to a new version of iTunes or the operating system gets updated, the web app breaks. Webserver goes down, breaks. Sneeze, breaks. 2 years from now, project unsupported, breaks. Music is one of those things that you just want to work 100%, all the time. For this reason I don’t have any Wi-Fi speakers. Everything is hardwired, except the remote. For the last 10 years I’ve been using apple remote on top of iTunes. This allows me to create persistent connections between my iPhone iPad to my Remote iTunes sever which is an old MBA in a closet. It has a battery backup for power outages, I can play any music in the 16,000 song library, buy and download new music from my iPhone and instantly be able to play it on the server and the interface looks nice. This system has been more robust than some of my client’s AV systems designed by a pro audio team with whole-home solution costing $$$$$. Let’s just hope Apple continues to support Remote.

xg15 5y ago

You could combine this with PageKite or a similar service to make your library web accessible. Really cool in any case!

slava_kiose 5y ago

Really looks very nice. Thanks. What about copyrightes?

bloomper123 5y ago

Cool idea and execution. The problem is cloud services like google drive can do this.