summaryrefslogtreecommitdiffstats
path: root/lib/libsndio/mio_rmidi.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Use "unsigned int" rather than "unsigned". No object change.ratchov2012-04-111-2/+2
| | | | suggested by deraadt@
* Add a "device number" component in sndio(7) device names, allowing aratchov2011-11-151-1/+10
| | | | | | | | | | | | | | | | single aucat instance to handle all audio and MIDI services. Since this partially breaks compatibility, this is a opportunitiy to fix few other design mistakes (eg ':' being used by inet6, type name vs api name confusion, etc..). This leads to the following names: type[@hostname][,unit]/devnum[.option] The device number is the minor device number for direct hardware access (ie the 'N' in /dev/audioN). For aucat, this is the occurence number of the -f (or -M) option. There's a compatibility hook to keep old names working if only one aucat server is running.
* Make aucat audio and midi backends share the same code to communicateratchov2011-04-161-1/+2
| | | | | | 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.
* Use mio_<backend>_ prefix for private midi-related functions and putratchov2011-04-121-32/+30
| | | | | them in files named mio_<backend>.c No behaviour change.
* remove unnecessary ``return 0'' statements,ratchov2010-07-211-2/+1
| | | | from Remco <remco at d-compu.dyndns.org>, thanks!
* remove trailing spaces, from Alexandr Shadchin, thanksratchov2010-04-241-3/+3
|
* honor non-blocking flag in mio_open_rmidi(), fixes programsratchov2009-08-011-3/+4
| | | | | eating 100% CPU while trying to use blocking i/o. ok jakemsr
* Make ``static'' few functions that are prototyped as static but are notratchov2009-07-261-2/+2
| | | | | defined as such from Thomas Pfaff
* sort and space headers as per style(9)ratchov2009-07-261-2/+3
| | | | from Thomas Pfaff
* use const qualifier in libsndio, making it slightly more consistentratchov2009-07-251-4/+4
| | | | | with open(2) and write(2) syscalls. from Thomas Pfaff, jakemsr is fine with it
* Currently midi capable programs can control midi hardware, butratchov2009-07-251-0/+158
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@