History log of /openbsd-src/lib/libsndio/Makefile (Results 1 – 15 of 15)
Revision Date Author Comments
# 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@