SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I found mocp's startup time far too slow and IIRC it kept crashing on large playlists (50K+) so I just wrote my own[1] based on a multi-process design[2]. I run it on a file server I setup under my amplifier and it plays music every hour of every day mostly from EDM internet radio "recordings", and basically only stops when i reboot the computer. Uses ffmpeg's libraries to decode and volume-normalise the signal, has web/cli/keyboard (web is an embedded server in C, hardcoded to mele airmouse) control, shuffle, a basic search, uses lmdb as an index, and is ALSA only.
Once I got it playing music with a shuffle list for weeks on end I didn't really do much more work on it. I poke at it every now and then but i'm too burnt out to give a rats arse about fleshing it out or prettying it up. I've got some uncommited work on playlists and play queues but I'm unhappy with the complexity of the design and the behaviour and can't be bothered trying to come up with a better one and finish off the code. It's all work in progress as they say.
Apart from the volume normalisation filter which is a bit cpu intensive it has a tiny cpu and memory footprint and runs well on small ARM boards. I've got some old ARM machines and was going to set one up as a portable 'boom box' thing running off lithium battery packs that let you insert usb drives to auto-index/play but once I setup the PC I couldn't be bothered with that project. Actually that was the reason I started the project and the spare PC become file-server-music-player came later.
Got VMware player for any serious track manipulation.
Because well, only turntable I find for linux is terminatorX and that is way outperformed by OTS even free version OTS is way better.
And I normally listen to qmmp, which is mostly good but LACKS a loop plugin (I don't think anyone has written one yet).
So qmmp's fine if I want to hear some new tracks, but if I want to loop samples only thing I've found is foo_rehearsal from github.
And that thing sadly only works in foobar2000, so I use WINE/WindowsXP in VMware or whatever.
Elisa (one of the KDE apps) is also included in a default Slackware installation. Though I mostly listen to music on my phone with AIMP, a music player and Newpipe, a Youtube frontend.
Last edited by litelinux; 03-01-2022 at 03:07 AM.
Reason: Add primary music sources
XMMS, probably 20 years now. I'll likely just switch over to Audacious when it stops working.
I also use a variety of the CLI programs, if X is unavailable. Some of these can be used in combination with espeak for enunciation of audio file titles when playing an entire directory of them.
Elisa (one of the KDE apps) is also included in a default Slackware installation.
I recently tried elisa while investigating the new kde. it shows promise, but unfortunately it doesn't do gapless playback, which is a must have for me, so I'll be sticking with my old-school methods.
I was always a big fan of amarok -back in qt4 days.
My qt5 era favourite is strawberry. Great for music collection, great sound.
Second comes audacious.
I like vlc's sound but i am using it mostly for videos.
And moc was - and is - always among my selections.
(i prefer to use alsa for sound, above gui players are offering an easy to select this)
Clementine or Audacious but whatever I'm using it's always from a read-only NFS mount to stop anything from writing to the files and if that breaks the player then it's a good save!
I am enjoying sitting under the speakers on the back verandah on a balmy evening queuing up some mouldy oldies using my phone to access the web interface to Kodi.
for listening from headless console, runlevel 3 before startx. If I'm not watching a movie or looking at photos, I prefer runlevel 3, because it, in and of itself, is an affective ad blocker: surfing the web from within emacs (with eww), usually delivers the content without the images getting in the way, and most of the clickbait is image-driven; I am more productive in runlevel 3, lol.
I create executible launchers for my most common sources, like kmhd, portland's jazz radio, and then install them to a binary location within my $PATH: thus all I have to do is type kmhd at the console, and away it plays. The launcher first kills any ffplay processes if there are any, to stop what I was listening to, and then launch new process with new source.
Compiling binaries for streaming radio stations without x11 or wayland is really just a book mark system--of course they all work within x11 too, they just don't depend on it.
I also use them as alarm clocks, like if I have to be at the school bus on time and I need an alarm 3 hours from now
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.