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
<wcm_AT_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
>
Received on Mon Apr 18 2016 - 14:42:04 CEST