I've been using cmus for a few months now. After trying countless music players on Linux and feeling frustrated that none of them ever felt right, cmus was the first one I thought I could get used to. In fact, I think it's the first project where I'd rather contribute new things than try to find a new project where more things feel right. So if I ever find the effort, I'll see about digging through the code and adding a couple things.
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.")
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...
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 life ever wanted my songs listed by album or artist. I have my file manager to organise my files and they're already organised. It's really silly to ask me to organise them again in a different way that doesn't really fit my organisational style.
Noticed it when installing it on openSUSE, but VLC wont install any codecs that get installed on Windows, not sure what the legal issue is with that but it might as well be a paperweight on my laptop as is. Maybe I'll give it a shot as a terminal music client. On another thought, does that mean VLC somehow displays video with ascii? hah
Some time ago I did complete depart from Apple apps and services, while still using Mac. It was pain to extract all the images from Photos but music transition to cmus was smooth. I am mostly playing di.fm stations and cmus works well with subscription links.
Sadly both cmus and mplayer on Mac rely on Carbon components so there is big console warning for using deprecated components and more importantly they can't be send to background. If somebody got them playing as background process please let me know.
Carbon components warning is because cmus currently uses libao for the sound output on OS X by default. If somebody will contribute a native OS X output plugin, it will be gone.
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.
I've used cmus a bit and really like it--the simplicity is great if you have a lot of albums. Graphical players always bog down, are slow to scroll, etc.
If the economic incentives spotify offers are any indication, you may be correct in more ways than one.
(Remember, kids, you're sending a clear signal about what's valuable with your purchases. And if you're using spotify, it isn't the artists whose music you're listening to.)
Same here... but I've been thinking of switching as mostly I just listen to a few playlists. Are there any tools to let you easily purchase songs on iTunes / Amazon / etc based upon a Spotify playlist?
[+] [-] flyingmutant|10 years ago|reply
[+] [-] simgidacav|10 years ago|reply
[+] [-] icesoldier|10 years ago|reply
[+] [-] zx2c4|10 years ago|reply
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.")
[+] [-] luxpir|10 years ago|reply
[0] - https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=cmus;dist=...
[+] [-] askedrelic|10 years ago|reply
[+] [-] tingol|10 years ago|reply
[+] [-] RexRollman|10 years ago|reply
[+] [-] oneeyedpigeon|10 years ago|reply
Error: selecting output plugin '': no such plugin
'cmus --plugins' lists a single plugin: ao.
[+] [-] anon4|10 years ago|reply
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 life ever wanted my songs listed by album or artist. I have my file manager to organise my files and they're already organised. It's really silly to ask me to organise them again in a different way that doesn't really fit my organisational style.
[+] [-] chippy|10 years ago|reply
[+] [-] giancarlostoro|10 years ago|reply
[+] [-] JupiterMoon|10 years ago|reply
[+] [-] d99kris|10 years ago|reply
[+] [-] laumars|10 years ago|reply
I do have one very minor suggestion though; you might want to change your README.md:
Technically it's a terminal player rather than command line.[+] [-] binaryapparatus|10 years ago|reply
[+] [-] flyingmutant|10 years ago|reply
Carbon components warning is because cmus currently uses libao for the sound output on OS X by default. If somebody will contribute a native OS X output plugin, it will be gone.
[+] [-] jfig|10 years ago|reply
[+] [-] bpchaps|10 years ago|reply
My only wish is that it was a bit more "vi-y". I'm sure someone has a way, though ;).
[+] [-] draven|10 years ago|reply
[+] [-] simgidacav|10 years ago|reply
I construct the playlists myself by using soft-links to the actual paths of the songs. Real files are placed in sensibly named directories.
It's a matter of taste of course. Still I really appreciate that people write this kind of software for the terminal!
[+] [-] Sir_Cmpwn|10 years ago|reply
[+] [-] captn3m0|10 years ago|reply
[+] [-] zipperhead|10 years ago|reply
[+] [-] secure|10 years ago|reply
[+] [-] protonpopsicle|10 years ago|reply
[+] [-] tdicola|10 years ago|reply
[+] [-] stuaxo|10 years ago|reply
It would be sick if this could play videos via libcaca too..
[+] [-] an_ko|10 years ago|reply
For libcaca, see mpv's or mplayer's "-vo caca" flag.
[+] [-] djent|10 years ago|reply
[+] [-] kinleyd|10 years ago|reply
[+] [-] sotojuan|10 years ago|reply
[+] [-] crimsonalucard|10 years ago|reply
[+] [-] shadeless|10 years ago|reply
[+] [-] wwweston|10 years ago|reply
(Remember, kids, you're sending a clear signal about what's valuable with your purchases. And if you're using spotify, it isn't the artists whose music you're listening to.)
[+] [-] lucaspiller|10 years ago|reply
[+] [-] meir_yanovich|10 years ago|reply
[+] [-] tdicola|10 years ago|reply
[+] [-] tsujamin|10 years ago|reply
[+] [-] nullsie|10 years ago|reply