With my release of #recordctl v0.3 for #OpenBSD, I'm looking for testers and feedback. I've developed it to scratch my own itch and am using it to simplify a number of my personal scripts, as now documented in the README:

https://github.com/morgant/recordctl?tab=readme-ov-file#but-why

I spent a lot of time thinking about and _documenting_ the functionality for this release, especially the recordctl(8) manual page. While that was primarily for further practice editing manual pages, I'm curious if there's interest in a port/package.

Big new v0.3 release of my #OpenBSD audio/video recording #CLI convenience utility, #recordctl, is now out:

https://github.com/morgant/recordctl/releases/tag/0.3

Building on v0.2, which switched to a clearer, more scriptable, MIB-like control syntax like sysctl(8), mixerctl(8), and sndioctl(1), it now features:

1) A monitor (`-m`) mode showing changes to control values over time, like sndioctl(1) `-m`
2) A `mix.monitor` control which exposes/manipulates whether sndiod(8) is configured for a "monitor mix"

The upcoming release of my #OpenBSD #audio #video recording #CLI #utility, #recordctl, has two big additions:

1. A 'monitor' (`-m`) mode, like sndioctl(1), showing when audio/video recording is enabled/disabled in the kernel via sysctl(8): https://github.com/morgant/recordctl/issues/3

2. A `mix.monitor` control (not to be confused with `-m`) to enable/disable a 'monitor' mix (recording of computer's audio output) flags for sndiod(8) via rcctl(8) and restart: https://github.com/morgant/recordctl/issues/2

Testing welcome!

I've now also rebased and polished up my WIP branch for #recordctl's `-m` (monitor mode) option (like sndioctl(1)'s `-m`, but showing #OpenBSD kernel-level audio/video record state changes):

https://github.com/morgant/recordctl/issues/3

It's probably ready for primetime as-is, but I had originally envisioned also showing sndiod(8) server state changes with `recordctl -m` too. For now, I've written down some thoughts and will sleep on it.

A significant update in v0.2 of my #recordctl convenience utility for enabling/disabling/toggling audio/video recording in the #OpenBSD kernel:

https://github.com/morgant/recordctl/releases/tag/0.2

In addition to no longer defaulting to toggling both audio & video recording, it changes the syntax to be control-based like sysctl(8), mixerctl(8), and sndioctl(8). See `man recordctl`.

Why? `doas recordctl -t` is _a lot_ faster to type than `doas sysctl kern.{audi,vide}o.record=1`. There's more in the pipeline too.