Live data from Hacker News

Cmus – A Small Terminal Music Player

cmus.github.io

31–40 of 67 posts

Re: Cmus – A Small Terminal Music Player

#31
post #30

Oh wow, did not expect this here! I am the current maintainer (not the original author) of cmus, and can answer some questions, if they'll come up.

One thing I would love to see is a folder-based music view like you have artist/album views. I don't tag my songs, I just organise them in folders about three levels deep. What I'd like to see is a folder tree of my music folder on the left and all the files in that folder, plus all subfolders recursively, on the right. The only player I remember getting this right was amarok (now clementine). I've never once in my l…

MOC does that

Re: Cmus – A Small Terminal Music Player

#33

Oh wow, did not expect this here! I am the current maintainer (not the original author) of cmus, and can answer some questions, if they'll come up.

I love cmus! Please continue the good work. Are there any changes lined up for the future we should be excited about?

Re: Cmus – A Small Terminal Music Player

#37

Oh wow, did not expect this here! I am the current maintainer (not the original author) of cmus, and can answer some questions, if they'll come up.

This is really extremely nice. Some questions:

I noticed that after adding a folder to the library, it simply adds all the filepaths in that folder to lib.pl. It doesn't cache any of the metadata. This means that it has to rescan everytime. I'm wondering what thoughts went into that design decision. On the one hand, it's very easy to manage, since it's just a list of files. On the other hand, for large collections, startup time can be considerable. I have 109GiB of music, but with a top of the line SSD, it only took ten or fifteen seconds to scan the whole thing, which isn't bad.

On a similar note, it appears that because it adds all the files to the lib.pl file, and not the top level directory I added, it doesn't have any support for noticing when new files are added to my ~/music folder. This means I have to re-add ~/music when I add files to it. I guess that's not too bad. And I assume it won't add duplicates or anything if I re-add the root level directory. But what about when I remove items? Will it be smart enough to detect that they're not there? (An algorithm like: "I just traversed a directory for which there is an existing file entry in lib.pl, but during this traversal I didn't see it. I should therefore remove it.")

Re: Cmus – A Small Terminal Music Player

#38
post #26

Earlier quoted context omitted.

Another thanks here. I'm between cmus and mocp at the moment due to the segfaulting bug on Debian[0] but might try to compile the latest version from source if these have been squashed upstream... [0] - https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=cmus;dist=...

Please give the latest version a try. I am not aware of any segfaults that have not been fixed upstream. Debian packages a really ancient version of cmus for some reason.

Thanks for the encouragement. Had a bit of fun getting it to build correctly[0], but got there in the end! Would love to create a new Deb package but haven't done it before, am short on time etc. - maybe another day.

[0] - https://github.com/cmus/cmus/issues/347

Re: Cmus – A Small Terminal Music Player

#40
post #5

cmus user here. Its the only music player on my machine, but I'm using it less and less every day (Google Play Music)

It looks like cmus can use streams. Have you tried GMusicProxy http://gmusicproxy.net/ ? I use it with mpd but it should work with cmus as well. It's nice not to be able to access google play music via a regular music player.
Post reply on HN