| #
c3920ce9 |
| 28-Apr-2021 |
ratchov <ratchov@openbsd.org> |
Add sndio.pc file for pkg-config, mostly from brad@
ok and help from espie@
|
| #
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 ...
|
| #
9733588f |
| 26-Dec-2017 |
jca <jca@openbsd.org> |
Use a version script to limit exported symbols
ok ratchov@ kettenis@
|
| #
faa33665 |
| 30-Mar-2016 |
jmc <jmc@openbsd.org> |
for some time now mandoc has not required MLINKS to function correctly - logically complete that now by removing MLINKS from base;
authors need only to ensure there is an entry in NAME for any funct
for some time now mandoc has not required MLINKS to function correctly - logically complete that now by removing MLINKS from base;
authors need only to ensure there is an entry in NAME for any function/ util being added. MLINKS will still work, and remain for perl to ease upgrades;
ok nicm (curses) bcook (ssl) ok schwarze, who provided a lot of feedback and assistance ok tb natano jung
show more ...
|
| #
aaa3cca7 |
| 21-Nov-2013 |
ratchov <ratchov@openbsd.org> |
use -Wmissing-prototypes
|
| #
93e53464 |
| 19-Nov-2013 |
ratchov <ratchov@openbsd.org> |
move -Wxxx flags from CFALGS to COPTS
suggested by deraadt
|
| #
9b9a5023 |
| 12-Sep-2012 |
haesbaert <haesbaert@openbsd.org> |
Define empty CDIAGFLAGS for programs that use Werror. Makes "make build" build with WARNINGS=Yes on amd64.
ok espie
|
| #
509f01d9 |
| 27-Apr-2011 |
ratchov <ratchov@openbsd.org> |
move amsg.h containing protocol defs from aucat side to libsndio side.
requested by deraadt
|
| #
82bfc72b |
| 16-Apr-2011 |
ratchov <ratchov@openbsd.org> |
Make aucat audio and midi backends share the same code to communicate with the server. As we're at it use the same protocol for midi and audio. Now, both audio and midi code use the same SNDIO_DEBUG
Make aucat audio and midi backends share the same code to communicate with the server. As we're at it use the same protocol for midi and audio. Now, both audio and midi code use the same SNDIO_DEBUG environment variable to turn on/off DPRINTF's.
show more ...
|
| #
dd964a88 |
| 12-Apr-2011 |
ratchov <ratchov@openbsd.org> |
Use mio_<backend>_ prefix for private midi-related functions and put them in files named mio_<backend>.c No behaviour change.
|
| #
b041ccb2 |
| 08-Apr-2011 |
ratchov <ratchov@openbsd.org> |
Clean up function naming: use sio_<backend>_ prefix for private audio-related functions and put them in files named sio_<backend>.c No behaviour changes.
|
| #
6efede29 |
| 25-Jul-2009 |
ratchov <ratchov@openbsd.org> |
Currently midi capable programs can control midi hardware, but cannot cooperate with other programs. The aim of this change is to allow any program to send midi data to other programs as they were m
Currently midi capable programs can control midi hardware, but cannot cooperate with other programs. The aim of this change is to allow any program to send midi data to other programs as they were midi hardware. For instance, this change should solve the longstanding problem of using a midi sequencer with software synthesizers. More precisely:
- new midicat(1) utility (actually hardlink to aucat(1)). it creates software midi thru boxes, allowing programs to send midi messages to other programs as they were midi(4) hardware.
- new midi api in libsndio (see mio_open(3)), to access midi(4) devices and midicat(1) sockets in a uniform way.
- new device naming scheme <service>:<unit>[.<option>], common to audio and midi.
- new sndio(7) manual describing concepts and naming
The current audio device naming still works, but people having scripts or configuration files containing device names could read the sndio(7) man page and slowly start updating device names.
discussed with jakemsr@ and deraadt@, help form jmc@
show more ...
|
| #
fd071952 |
| 21-Apr-2009 |
deraadt <deraadt@openbsd.org> |
no need to install includes from here anymore
|
| #
634fa8c1 |
| 11-Nov-2008 |
ratchov <ratchov@openbsd.org> |
expose a volume knob in the sndio API: add sio_setvol(3) and sio_onvol(3) functions. The audio(4) backend tries to use the inputs.dac, outputs.dac, outputs.output and outputs.master controls (in this
expose a volume knob in the sndio API: add sio_setvol(3) and sio_onvol(3) functions. The audio(4) backend tries to use the inputs.dac, outputs.dac, outputs.output and outputs.master controls (in this order). Add a sample file in regress/lib/libsndio/vol/vol.c
show more ...
|
| #
f153e440 |
| 27-Oct-2008 |
ratchov <ratchov@openbsd.org> |
rename libsa to libsndio requested by many, "just go for it" deraadt@
|