#
544c3c00 |
| 23-Jul-2024 |
ratchov <ratchov@openbsd.org> |
libsndio: Don't use poll(2) for output on the control device.
The AUDIO_MIXER_WRITE ioctl always succeeds without blocking, so no need to use poll(2) for output. The audio(4) control device driver d
libsndio: Don't use poll(2) for output on the control device.
The AUDIO_MIXER_WRITE ioctl always succeeds without blocking, so no need to use poll(2) for output. The audio(4) control device driver doesn't implement the corresponding struct filterops anyway.
Fixes delayed level settings.
show more ...
|
#
4aaef610 |
| 24-May-2024 |
ratchov <ratchov@openbsd.org> |
sndio: Add a display string to the sioctl_open API
For hardware devices, add a server.device control with a single item and the device name as display string.
Add the necessary sndioctl(1) bits to
sndio: Add a display string to the sioctl_open API
For hardware devices, add a server.device control with a single item and the device name as display string.
Add the necessary sndioctl(1) bits to print it.
show more ...
|
#
9b9c0fff |
| 30-Apr-2020 |
ratchov <ratchov@openbsd.org> |
If no "xxx.mute" control is found, try "xxx_mute"
Certain drivers (azalia, uaudio) use a control with the "_mute" suffix to expose the "mute" knob.
|
#
d07fece6 |
| 26-Feb-2020 |
ratchov <ratchov@openbsd.org> |
Add API to control audio device parameters exposed by sndiod.
The API exposes controls of modern audio hardware and sndiod software volume knobs in a uniform way. Hardware knobs are exposed through
Add API to control audio device parameters exposed by sndiod.
The API exposes controls of modern audio hardware and sndiod software volume knobs in a uniform way. Hardware knobs are exposed through sndiod. Multiple programs may use the controls at the same time without the need to continuously scan the controls.
For now sndiod exposes only its own controls and the master output and input volumes of the underlying hardware (if any), i.e. those typically exposed by acpi volume keys.
ok deraadt
show more ...
|