[ANN] dtas 0.18.1 - duct tape audio suite for *nix

Free Software command-line tools for audio playback, mastering, and
whatever else related to audio. dtas follows the worse-is-better
philosophy and acts as duct tape to combine existing command-line tools
for flexibility and ease-of-development. dtas is currently implemented
in Ruby (and some embedded shell), but may use other languages in the
future.

Changes:

    Mainly seek improvements to dtas-player. The fallback to use
    charlock-holmes for strangely-encoded files is fixed.

    7 changes since 0.18.0 (2020-02-03):

          splitfx: reduce syscalls for writing comments file
          splitfx: support --err-suffix option
          player: fix +/- directional seeks while paused
          README: update and add more URLs for archives
          encoding: use CharlockHolmes properly on first run
          dtas-console: gracefully handle seek failures
          INSTALL: update dependencies for current Debian stable

* homepage: Index of /dtas/
* https://80x24.org/dtas/INSTALL
* https://80x24.org/dtas/dtas-player.txt
* dtas news
* git clone dtas.git - duct tape audio suite for *nix
* dtas-all@nongnu.org (plain-text only, no HTML mail, please)
* mail archives: everything related to duct tape audio suite (dtas)
  nntps://news.public-inbox.org/inbox.comp.audio.dtas
  imaps://anon:mous@public-inbox.org/inbox.comp.audio.dtas.0
  nntp://ou63pmih66umazou.onion/inbox.comp.audio.dtas
  imap://anon:mous@ou63pmih66umazou.onion/inbox.comp.audio.dtas.0
  everything related to duct tape audio suite (dtas)

note: .onion URLs require Tor: <https://www.torproject.org/>

Hi
What is the "worse-is-better philosophy" ???

Are there better alternatives to record/playback/stream (send+receive)
real time audio in Ruby?

Which platform-independent libs (Win, Linux, Android?) can be used with
Ruby?

thank you
Opti

···

Am 13.02.21 um 22:59 schrieb Eric Wong:

Free Software command-line tools for audio playback, mastering, and
whatever else related to audio. dtas follows the worse-is-better
philosophy and acts as duct tape to combine existing command-line tools
for flexibility and ease-of-development. dtas is currently implemented
in Ruby (and some embedded shell), but may use other languages in the
future.

Hi
What is the "worse-is-better philosophy" ???

It favors modularity and simplicity over performance of a
monolithic design. dtas-player doesn't know much about audio
data aside from sample sizes/rate for time calculations.

It's more of a specialized shell (like bash/zsh) designed for
running command-line audio tools than a traditional audio
software.

Theoretically it could be used for real-time processing of any
data streams (e.g. logs, scientific data); not just audio.

Are there better alternatives to record/playback/stream (send+receive)
real time audio in Ruby?

It depends on how "better" is defined :slight_smile:

The point of dtas is that it can run anything in a pipeline that
accepts input via stdin and/or outputs to stdout; so ffmpeg or
any other decoders can be combined with effects from
sox/ecasound/ladspa plugins. One can make changes to any
programs/plugins it runs, recompile that program/plugin, and
have it take effect mid-song without stopping playback.

The price for that flexibility is performance/latency is not
optimal because data can get copied through the kernel several
times (through pipes) before it hits a sink (playback device).

Which platform-independent libs (Win, Linux, Android?) can be used with
Ruby?

Maybe gst (gstreamer) or libav* (what ffmpeg uses). I don't
know anything about Windows; and I'm not sure if Android
userspace is POSIX-like enough to run arbitrary command-line
tools like sox.

All the modern *BSDs should work; though I don't know much about
non-ALSA audio stacks (that's the domain of sox).

···

Die Optimisten <inform@die-optimisten.net> wrote: