muzikq: With some small improvements

I promised yesterday that I would show ksmp3play‘s heir apparent, and I’m glad I tackled them in chronological order, because it makes things a little bit easier.

muzikq is a good looking audio player, with a similar-yet-different arrangement it obviously inherited from ksmp3play.


Green is a good step for a music player; it’s not often I see an audio tool done over in green and black. And the addition of the info panel on the left is a strong point for me, just be cause I like details at a glance.

Aside from the aesthetic, muzikq picks up on a lot of the strong points that ksmp3play had: Most of the fine-tuning options can be triggered from the command line. File size is shown at the bottom. The scroll bar on the right is animated; as you move through your playlist, the bar highlight shows your relative distance from the top or bottom. Software volume is shown at the upper right, across from a file name display and with timers. It’s a good arrangement and I like it.

But (and you probably know where I’m going with this) muzikq also inherits some of the quirks of its forefather. I can’t start the interface without first selecting a file, although muzikq at least offers a selection dialog as a gesture of goodwill.

You can select multiple files to add, but you still can’t recursively add a folder — which is a huge shortcoming to me. If you don’t add a file, or if you try to just add a folder, muzikq collapses and sends you back to the prompt.

The add dialog has a provision for entering a path, but it’s limited to a specific number of characters, and doesn’t seem to add files from there, or move your selection prompt to that folder. I’m not sure if that feature is actually complete yet. I also had some corruption of longer lists, where paging through the folders skipped over some names by virtue of the size of the screen. That’s a little difficult to imagine, but if you see it happen, you’ll know what I mean.

Once you have a list of files added, muzikq lets you sort them on several points, but also has a provision for a rating system, which is a nice touch. How those ratings are used, or if you can sort with them, or if they’re figured into randomized play … I’m not sure.

My only other notes were on occasional screen corruption, where resizing the terminal might cause labels or data (particularly in the info box) to spill over and make a mess. Even at 80×24 the file size display was consistently broken. And there are some other places where the otherwise clean lines and enjoyable interface gets polluted.

I should also note that, like ksmp3play, muzikQ relies on SDL mixer (in the AUR version) and a couple other packages that might (I’ll just say might, since I can’t be sure) imply an X environment. So if you’re not keen on dragging in everything that X involves, be careful when installing this one.

I’ll let muzikq go now. It’s certainly not a bad program and does play music, like it promises. It has a lot of features I like but there are some parts of it I can’t get past, like the lack of an add-folder options. So, does the rest of the world just keep all their music in one flat folder … ?! 😕

2 thoughts on “muzikq: With some small improvements

  1. Ander

    Try MPD + ncmpcpp . You won’t use anything else. Mpd is ultralightweight.

  2. Pingback: juke: Just a little more than the bare minimum | Inconsolation

Comments are closed.