Very groovy! What inspired the replacement (or was it just the load of suck that is flac)?
-Johnathan On Sat, Apr 16, 2016 at 4:39 PM, Wolfgang Corcoran-Mathe <w...@sigwinch.xyz> wrote: > Hi all, > > I have been working on a CLI player for FLAC[0] audio files intended > as a replacement for the old and crufty flac123[1]. It is about 230 > SLOC and includes the minimum amount of FLAC insanity necessary to > play music. > > > ## Repo > > git://git.sigwinch.xyz/flao.git > > > ## Features > > flao supports files with up to 8 channels and with 8, 16, 24 & 32 bit > samples at any of the rates supported by libFLAC. The current track > may be skipped by sending SIGUSR1 to the flao process. File metadata, > sample rate/size and length are printed to stdout with the -v flag. > Any libao[2] driver (ALSA, OSS, etc.) may be used for audio output. > > > ## Unfeatures > > No support for legacy (< 1.1.4) FLAC formats or for WAV output > (handled by flac(1)). No metadata mangling—flao prints file tags > verbatim. No build automation. > > > ## Dependencies > > libao (a little sucky) and libFLAC (sucks horribly). > > > ## Why not flac123? > > flac123 includes an enormous amount of legacy code and is very ugly > overall. It does not play files with more than two channels or more > than 16 bits per sample, and it has not been maintained since 2007. > Rewriting it was a smaller task than fixing its problems. > > > Comments, criticism and improvements are welcome. > > > Sincerely, > > -- > Wolfgang Corcoran-Mathe > > > [0] https://xiph.org/flac > > [1] http://flac-tools.sourceforge.net > > [2] https://xiph.org/ao >
