The first option is controlling the number of smoothing passes done when rendering the bars. There are a couple of options for sgs smoothing. #Available smoothing options are monstercat, sgs, none. This is an example nf for Intel HD Audio. This configuration might will change slightly depending on the system. In order to make this work with the visualizer a dmixer plugin needs to be defined in /etc/nf and the visualizer pcm set to use dmixer instead of the hardware device directly. On sound cards that do not support hardware level mixing, alsa uses dmix to allow playback from multiple applications at once. Secondly slave.pcm must match whatever your alsa playback device is. If you are building from source it us under cli-visualizer/bin/safe_fifo. Firstly safe_fifo must in a location alsa can find it. There are a couple of caveats with this approach. Note that alsa support is still very experimental. If the fifo buffer is full, it clears the buffer and writes again. The safe_fifo program is essentially a non-blocking fifo file, it takes stdin and writes it to a fifo files given as the first parameter.
To get around this issue a helper program safe_fifo is used. This effectively means that no sound would be played if the visualizer is not running. To change this runĪ normal fifo file can not be used since otherwise no sound would work unless the fifo file is being read. rxvt-unicode out of the box.įor xterm, the default $TERM setting needs to be changed to rxvt-256color. In order to show the colors, you need a terminal with 256 color support. On arch linux, the latest g++ or clang++ will work. Note that ncurses with wide character support is needed.Ī C++ compiler that supports C++14 is also needed. This project was heavily inspired by C.A.V.A, ncmpcpp, and rainbowįftw and ncursesw libraries are required to build. Supports mpd, with experimental support for alsa and pulseaudio. vis is overwriting my terminal colorschemeĬommand line visualizer.