?Interested in?

#Rstats -> #seewave #tuneR #tabr

#linux -> #linuxaudio #soundgen #ffmpeg #ecasound #sox #mpd #melt

#emacs #orgmode -> #R #lilypond bash-#chuck

Motivation -> #atari #notator substitute, #spectrumAnalysis instead of #ableton #warp, #chuck recording, from #chuck sequencer to #soundDesign, #lilypond arrangements to #webSound (a new #chuck branch)

See “Check Twinkle Chuck” at
https://pjs64.netlify.app/2205/05

Using #PipeWire #JACK on Debian Bullseye, if #firefox is open #ecasound fails to record with an #error (result is 44byte WAV with no #audio data):

```
Warning: type DBC_REQUIRE soft-assert 'is_open() == true' failed at
-> audioio_jack_manager.cpp:1574 [void AUDIO_IO_JACK_MANAGER::unregister_jack_p
```

Ouch. #ecasound seems to do hard #clipping of audio to +/-1.0 even when using float wav files? I may have to rethink my reliance on it for recording my live sets if this is confirmed by further testing.

Also nearly blew my ears off when my script made hard clipped noise instead of normalizing gain from 10,000,000 to 1. #ffmpeg seems to work correctly in my brief tests (just using it for converting stereo to dual mono and back).

@melissasage for recording, I use #audacity and #ecasound. The former is a graphical program with editor and multiple track support, while ecasound is command line only so I don't need more windows open when playing live.

Another command line tool is #sox, which I mostly use to convert from WAV to 8SVX to use in emulated Amiga software. Both ecasound and sox have loads of features that I don't use often.

For format conversion including metadata tagging there are #oggenc #lame #ffmpeg