1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
|
:mod:`ossaudiodev` --- Access to OSS-compatible audio devices
=============================================================
.. module:: ossaudiodev
:platform: Linux, FreeBSD
:synopsis: Access to OSS-compatible audio devices.
This module allows you to access the OSS (Open Sound System) audio interface.
OSS is available for a wide range of open-source and commercial Unices, and is
the standard audio interface for Linux and recent versions of FreeBSD.
.. Things will get more complicated for future Linux versions, since
ALSA is in the standard kernel as of 2.5.x. Presumably if you
use ALSA, you'll have to make sure its OSS compatibility layer
is active to use ossaudiodev, but you're gonna need it for the vast
majority of Linux audio apps anyway.
Sounds like things are also complicated for other BSDs. In response
to my python-dev query, Thomas Wouters said:
> Likewise, googling shows OpenBSD also uses OSS/Free -- the commercial
> OSS installation manual tells you to remove references to OSS/Free from the
> kernel :)
but Aleksander Piotrowsk actually has an OpenBSD box, and he quotes
from its <soundcard.h>:
> * WARNING! WARNING!
> * This is an OSS (Linux) audio emulator.
> * Use the Native NetBSD API for developing new code, and this
> * only for compiling Linux programs.
There's also an ossaudio manpage on OpenBSD that explains things
further. Presumably NetBSD and OpenBSD have a different standard
audio interface. That's the great thing about standards, there are so
many to choose from ... ;-)
This probably all warrants a footnote or two, but I don't understand
things well enough right now to write it! --GPW
.. versionchanged:: 3.3
Operations in this module now raise :exc:`OSError` where :exc:`IOError`
was raised.
.. seealso::
`Open Sound System Programmer's Guide <http://www.opensound.com/pguide/oss.pdf>`_
the official documentation for the OSS C API
The module defines a large number of constants supplied by the OSS device
driver; see ``<sys/soundcard.h>`` on either Linux or FreeBSD for a listing.
:mod:`ossaudiodev` defines the following variables and functions:
.. exception:: OSSAudioError
This exception is raised on certain errors. The argument is a string describing
what went wrong.
(If :mod:`ossaudiodev` receives an error from a system call such as
:c:func:`open`, :c:func:`write`, or :c:func:`ioctl`, it raises :exc:`OSError`.
Errors detected directly by :mod:`ossaudiodev` result in :exc:`OSSAudioError`.)
(For backwards compatibility, the exception class is also available as
``ossaudiodev.error``.)
.. function:: open(mode)
open(device, mode)
Open an audio device and return an OSS audio device object. This object
supports many file-like methods, such as :meth:`read`, :meth:`write`, and
:meth:`fileno` (although there are subtle differences between conventional Unix
read/write semantics and those of OSS audio devices). It also supports a number
of audio-specific methods; see below for the complete list of methods.
*device* is the audio device filename to use. If it is not specified, this
module first looks in the environment variable :envvar:`AUDIODEV` for a device
to use. If not found, it falls back to :file:`/dev/dsp`.
*mode* is one of ``'r'`` for read-only (record) access, ``'w'`` for
write-only (playback) access and ``'rw'`` for both. Since many sound cards
only allow one process to have the recorder or player open at a time, it is a
good idea to open the device only for the activity needed. Further, some
sound cards are half-duplex: they can be opened for reading or writing, but
not both at once.
Note the unusual calling syntax: the *first* argument is optional, and the
second is required. This is a historical artifact for compatibility with the
older :mod:`linuxaudiodev` module which :mod:`ossaudiodev` supersedes.
.. XXX it might also be motivated
by my unfounded-but-still-possibly-true belief that the default
audio device varies unpredictably across operating systems. -GW
.. function:: openmixer([device])
Open a mixer device and return an OSS mixer device object. *device* is the
mixer device filename to use. If it is not specified, this module first looks
in the environment variable :envvar:`MIXERDEV` for a device to use. If not
found, it falls back to :file:`/dev/mixer`.
.. _ossaudio-device-objects:
Audio Device Objects
--------------------
Before you can write to or read from an audio device, you must call three
methods in the correct order:
#. :meth:`setfmt` to set the output format
#. :meth:`channels` to set the number of channels
#. :meth:`speed` to set the sample rate
Alternately, you can use the :meth:`setparameters` method to set all three audio
parameters at once. This is more convenient, but may not be as flexible in all
cases.
The audio device objects returned by :func:`.open` define the following methods
and (read-only) attributes:
.. method:: oss_audio_device.close()
Explicitly close the audio device. When you are done writing to or reading from
an audio device, you should explicitly close it. A closed device cannot be used
again.
.. method:: oss_audio_device.fileno()
Return the file descriptor associated with the device.
.. method:: oss_audio_device.read(size)
Read *size* bytes from the audio input and return them as a Python string.
Unlike most Unix device drivers, OSS audio devices in blocking mode (the
default) will block :func:`read` until the entire requested amount of data is
available.
.. method:: oss_audio_device.write(data)
Write a :term:`bytes-like object` *data* to the audio device and return the
number of bytes written. If the audio device is in blocking mode (the
default), the entire data is always written (again, this is different from
usual Unix device semantics). If the device is in non-blocking mode, some
data may not be written
---see :meth:`writeall`.
.. versionchanged: 3.5
Writable :term:`bytes-like object` is now accepted.
.. method:: oss_audio_device.writeall(data)
Write a :term:`bytes-like object` *data* to the audio device: waits until
the audio device is able to accept data, writes as much data as it will
accept, and repeats until *data* has been completely written. If the device
is in blocking mode (the default), this has the same effect as
:meth:`write`; :meth:`writeall` is only useful in non-blocking mode. Has
no return value, since the amount of data written is always equal to the
amount of data supplied.
.. versionchanged: 3.5
Writable :term:`bytes-like object` is now accepted.
.. versionchanged:: 3.2
Audio device objects also support the context management protocol, i.e. they can
be used in a :keyword:`with` statement.
The following methods each map to exactly one :c:func:`ioctl` system call. The
correspondence is obvious: for example, :meth:`setfmt` corresponds to the
``SNDCTL_DSP_SETFMT`` ioctl, and :meth:`sync` to ``SNDCTL_DSP_SYNC`` (this can
be useful when consulting the OSS documentation). If the underlying
:c:func:`ioctl` fails, they all raise :exc:`OSError`.
.. method:: oss_audio_device.nonblock()
Put the device into non-blocking mode. Once in non-blocking mode, there is no
way to return it to blocking mode.
.. method:: oss_audio_device.getfmts()
Return a bitmask of the audio output formats supported by the soundcard. Some
of the formats supported by OSS are:
+-------------------------+---------------------------------------------+
| Format | Description |
+=========================+=============================================+
| :const:`AFMT_MU_LAW` | a logarithmic encoding (used by Sun ``.au`` |
| | files and :file:`/dev/audio`) |
+-------------------------+---------------------------------------------+
| :const:`AFMT_A_LAW` | a logarithmic encoding |
+-------------------------+---------------------------------------------+
| :const:`AFMT_IMA_ADPCM` | a 4:1 compressed format defined by the |
| | Interactive Multimedia Association |
+-------------------------+---------------------------------------------+
| :const:`AFMT_U8` | Unsigned, 8-bit audio |
+-------------------------+---------------------------------------------+
| :const:`AFMT_S16_LE` | Signed, 16-bit audio, little-endian byte |
| | order (as used by Intel processors) |
+-------------------------+---------------------------------------------+
| :const:`AFMT_S16_BE` | Signed, 16-bit audio, big-endian byte order |
| | (as used by 68k, PowerPC, Sparc) |
+-------------------------+---------------------------------------------+
| :const:`AFMT_S8` | Signed, 8 bit audio |
+-------------------------+---------------------------------------------+
| :const:`AFMT_U16_LE` | Unsigned, 16-bit little-endian audio |
+-------------------------+---------------------------------------------+
| :const:`AFMT_U16_BE` | Unsigned, 16-bit big-endian audio |
+-------------------------+---------------------------------------------+
Consult the OSS documentation for a full list of audio formats, and note that
most devices support only a subset of these formats. Some older devices only
support :const:`AFMT_U8`; the most common format used today is
:const:`AFMT_S16_LE`.
.. method:: oss_audio_device.setfmt(format)
Try to set the current audio format to *format*---see :meth:`getfmts` for a
list. Returns the audio format that the device was set to, which may not be the
requested format. May also be used to return the current audio format---do this
by passing an "audio format" of :const:`AFMT_QUERY`.
.. method:: oss_audio_device.channels(nchannels)
Set the number of output channels to *nchannels*. A value of 1 indicates
monophonic sound, 2 stereophonic. Some devices may have more than 2 channels,
and some high-end devices may not support mono. Returns the number of channels
the device was set to.
.. method:: oss_audio_device.speed(samplerate)
Try to set the audio sampling rate to *samplerate* samples per second. Returns
the rate actually set. Most sound devices don't support arbitrary sampling
rates. Common rates are:
+-------+-------------------------------------------+
| Rate | Description |
+=======+===========================================+
| 8000 | default rate for :file:`/dev/audio` |
+-------+-------------------------------------------+
| 11025 | speech recording |
+-------+-------------------------------------------+
| 22050 | |
+-------+-------------------------------------------+
| 44100 | CD quality audio (at 16 bits/sample and 2 |
| | channels) |
+-------+-------------------------------------------+
| 96000 | DVD quality audio (at 24 bits/sample) |
+-------+-------------------------------------------+
.. method:: oss_audio_device.sync()
Wait until the sound device has played every byte in its buffer. (This happens
implicitly when the device is closed.) The OSS documentation recommends closing
and re-opening the device rather than using :meth:`sync`.
.. method:: oss_audio_device.reset()
Immediately stop playing or recording and return the device to a state where it
can accept commands. The OSS documentation recommends closing and re-opening
the device after calling :meth:`reset`.
.. method:: oss_audio_device.post()
Tell the driver that there is likely to be a pause in the output, making it
possible for the device to handle the pause more intelligently. You might use
this after playing a spot sound effect, before waiting for user input, or before
doing disk I/O.
The following convenience methods combine several ioctls, or one ioctl and some
simple calculations.
.. method:: oss_audio_device.setparameters(format, nchannels, samplerate[, strict=False])
Set the key audio sampling parameters---sample format, number of channels, and
sampling rate---in one method call. *format*, *nchannels*, and *samplerate*
should be as specified in the :meth:`setfmt`, :meth:`channels`, and
:meth:`speed` methods. If *strict* is true, :meth:`setparameters` checks to
see if each parameter was actually set to the requested value, and raises
:exc:`OSSAudioError` if not. Returns a tuple (*format*, *nchannels*,
*samplerate*) indicating the parameter values that were actually set by the
device driver (i.e., the same as the return values of :meth:`setfmt`,
:meth:`channels`, and :meth:`speed`).
For example, ::
(fmt, channels, rate) = dsp.setparameters(fmt, channels, rate)
is equivalent to ::
fmt = dsp.setfmt(fmt)
channels = dsp.channels(channels)
rate = dsp.rate(rate)
.. method:: oss_audio_device.bufsize()
Returns the size of the hardware buffer, in samples.
.. method:: oss_audio_device.obufcount()
Returns the number of samples that are in the hardware buffer yet to be played.
.. method:: oss_audio_device.obuffree()
Returns the number of samples that could be queued into the hardware buffer to
be played without blocking.
Audio device objects also support several read-only attributes:
.. attribute:: oss_audio_device.closed
Boolean indicating whether the device has been closed.
.. attribute:: oss_audio_device.name
String containing the name of the device file.
.. attribute:: oss_audio_device.mode
The I/O mode for the file, either ``"r"``, ``"rw"``, or ``"w"``.
.. _mixer-device-objects:
Mixer Device Objects
--------------------
The mixer object provides two file-like methods:
.. method:: oss_mixer_device.close()
This method closes the open mixer device file. Any further attempts to use the
mixer after this file is closed will raise an :exc:`OSError`.
.. method:: oss_mixer_device.fileno()
Returns the file handle number of the open mixer device file.
.. versionchanged:: 3.2
Mixer objects also support the context management protocol.
The remaining methods are specific to audio mixing:
.. method:: oss_mixer_device.controls()
This method returns a bitmask specifying the available mixer controls ("Control"
being a specific mixable "channel", such as :const:`SOUND_MIXER_PCM` or
:const:`SOUND_MIXER_SYNTH`). This bitmask indicates a subset of all available
mixer controls---the :const:`SOUND_MIXER_\*` constants defined at module level.
To determine if, for example, the current mixer object supports a PCM mixer, use
the following Python code::
mixer=ossaudiodev.openmixer()
if mixer.controls() & (1 << ossaudiodev.SOUND_MIXER_PCM):
# PCM is supported
... code ...
For most purposes, the :const:`SOUND_MIXER_VOLUME` (master volume) and
:const:`SOUND_MIXER_PCM` controls should suffice---but code that uses the mixer
should be flexible when it comes to choosing mixer controls. On the Gravis
Ultrasound, for example, :const:`SOUND_MIXER_VOLUME` does not exist.
.. method:: oss_mixer_device.stereocontrols()
Returns a bitmask indicating stereo mixer controls. If a bit is set, the
corresponding control is stereo; if it is unset, the control is either
monophonic or not supported by the mixer (use in combination with
:meth:`controls` to determine which).
See the code example for the :meth:`controls` function for an example of getting
data from a bitmask.
.. method:: oss_mixer_device.reccontrols()
Returns a bitmask specifying the mixer controls that may be used to record. See
the code example for :meth:`controls` for an example of reading from a bitmask.
.. method:: oss_mixer_device.get(control)
Returns the volume of a given mixer control. The returned volume is a 2-tuple
``(left_volume,right_volume)``. Volumes are specified as numbers from 0
(silent) to 100 (full volume). If the control is monophonic, a 2-tuple is still
returned, but both volumes are the same.
Raises :exc:`OSSAudioError` if an invalid control is specified, or
:exc:`OSError` if an unsupported control is specified.
.. method:: oss_mixer_device.set(control, (left, right))
Sets the volume for a given mixer control to ``(left,right)``. ``left`` and
``right`` must be ints and between 0 (silent) and 100 (full volume). On
success, the new volume is returned as a 2-tuple. Note that this may not be
exactly the same as the volume specified, because of the limited resolution of
some soundcard's mixers.
Raises :exc:`OSSAudioError` if an invalid mixer control was specified, or if the
specified volumes were out-of-range.
.. method:: oss_mixer_device.get_recsrc()
This method returns a bitmask indicating which control(s) are currently being
used as a recording source.
.. method:: oss_mixer_device.set_recsrc(bitmask)
Call this function to specify a recording source. Returns a bitmask indicating
the new recording source (or sources) if successful; raises :exc:`OSError` if an
invalid source was specified. To set the current recording source to the
microphone input::
mixer.setrecsrc (1 << ossaudiodev.SOUND_MIXER_MIC)
|