SoX(7) Sound eXchange SoX(7)
NAME
SoX - Sound eXchange, the Swiss Army knife of audio manipulation
DESCRIPTION
This manual describes SoX supported file formats and audio device
types; the SoX manual set starts with sox(1).
Format types that can SoX can determine by a filename extension are
listed with their names preceded by a dot. Format types that are op-
tionally built into SoX are marked `(optional)'.
Format types that can be handled by an external library via an optional
pseudo file type (currently sndfile) are marked e.g. `(also with -t
sndfile)'. This might be useful if you have a file that doesn't work
with SoX's default format readers and writers, and there's an external
reader or writer for that format.
To see if SoX has support for an optional format or device, enter sox
-h and look for its name under the list: `AUDIO FILE FORMATS' or `AUDIO
DEVICE DRIVERS'.
SOX FORMATS & DEVICE DRIVERS
.raw (also with -t sndfile), .f32, .f64, .s8, .s16, .s24, .s32,
.u8, .u16, .u24, .u32, .ul, .al, .lu, .la
Raw (headerless) audio files. For raw, the sample rate and the
data encoding must be given using command-line format options;
for the other listed types, the sample rate defaults to 8kHz
(but may be overridden), and the data encoding is defined by the
given suffix. Thus f32 and f64 indicate files encoded as 32 and
64-bit (IEEE single and double precision) floating point PCM re-
spectively; s8, s16, s24, and s32 indicate 8, 16, 24, and 32-bit
signed integer PCM respectively; u8, u16, u24, and u32 indicate
8, 16, 24, and 32-bit unsigned integer PCM respectively; ul in-
dicates `μ-law' (8-bit), al indicates `A-law' (8-bit), and lu
and la are inverse bit order `μ-law' and inverse bit order `A-
law' respectively. For all raw formats, the number of channels
defaults to 1 (but may be overridden).
Headerless audio files on a SPARC computer are likely to be of
format ul; on a Mac, they're likely to be u8 but with a sample
rate of 11025 or 22050 Hz.
See .ima and .vox for raw ADPCM formats, and .cdda for raw CD
digital audio.
.f4, .f8, .s1, .s2, .s3, .s4,
.u1, .u2, .u3, .u4, .sb, .sw, .sl, .ub, .uw
Deprecated aliases for f32, f64, s8, s16, s24, s32,
u8, u16, u24, u32, s8, s16, s32, u8, and u16 respectively.
.8svx (also with -t sndfile)
Amiga 8SVX musical instrument description format.
.aiff, .aif (also with -t sndfile)
AIFF files as used on old Apple Macs, Apple IIc/IIgs and SGI.
SoX's AIFF support does not include multiple audio chunks, or
the 8SVX musical instrument description format. AIFF files are
multimedia archives and can have multiple audio and picture
chunks - you may need a separate archiver to work with them.
With Mac OS X, AIFF has been superseded by CAF.
.aiffc, .aifc (also with -t sndfile)
AIFF-C is a format based on AIFF that was created to allow han-
dling compressed audio. It can also handle little endian uncom-
pressed linear data that is often referred to as sowt encoding.
This encoding has also become the defacto format produced by
modern Macs as well as iTunes on any platform. AIFF-C files
produced by other applications typically have the file extension
.aif and require looking at its header to detect the true for-
mat. The sowt encoding is the only encoding that SoX can handle
with this format.
AIFF-C is defined in DAVIC 1.4 Part 9 Annex B. This format is
referred from ARIB STD-B24, which is specified for Japanese data
broadcasting. Any private chunks are not supported.
alsa (optional)
Advanced Linux Sound Architecture device driver; supports both
playing and recording audio. ALSA is only used in Linux-based
operating systems, though these often support OSS (see below) as
well. Examples:
sox infile -t alsa
sox infile -t alsa default
sox infile -t alsa plughw:0,0
sox -b 16 -t alsa hw:1 outfile
See also play(1), rec(1), and sox(1) -d.
.amb Ambisonic B-Format: a specialisation of .wav with between 3 and
16 channels of audio for use with an Ambisonic decoder. See
http://www.ambisonia.com/Members/mleese/file-format-for-b-format
for details. It is up to the user to get the channels together
in the right order and at the correct amplitude.
.amr-nb (optional)
Adaptive Multi Rate - Narrow Band speech codec; a lossy format
used in 3rd generation mobile telephony and defined in 3GPP TS
26.071 et al.
AMR-NB audio has a fixed sampling rate of 8 kHz and supports en-
coding to the following bit-rates (as selected by the -C op-
tion): 0 = 4.75 kbit/s, 1 = 5.15 kbit/s, 2 = 5.9 kbit/s, 3 = 6.7
kbit/s, 4 = 7.4 kbit/s 5 = 7.95 kbit/s, 6 = 10.2 kbit/s, 7 =
12.2 kbit/s.
.amr-wb (optional)
Adaptive Multi Rate - Wide Band speech codec; a lossy format
used in 3rd generation mobile telephony and defined in 3GPP TS
26.171 et al.
AMR-WB audio has a fixed sampling rate of 16 kHz and supports
encoding to the following bit-rates (as selected by the -C op-
tion): 0 = 6.6 kbit/s, 1 = 8.85 kbit/s, 2 = 12.65 kbit/s, 3 =
14.25 kbit/s, 4 = 15.85 kbit/s 5 = 18.25 kbit/s, 6 = 19.85
kbit/s, 7 = 23.05 kbit/s, 8 = 23.85 kbit/s.
ao (optional)
Xiph.org's Audio Output device driver; works only for playing
audio. It supports a wide range of devices and sound systems -
see its documentation for the full range. For the most part,
SoX's use of libao cannot be configured directly; instead, libao
configuration files must be used.
The filename specified is used to determine which libao plugin
to use. Normally, you should specify `default' as the filename.
If that doesn't give the desired behavior then you can specify
the short name for a given plugin (such as pulse for pulse audio
plugin). Examples:
sox infile -t ao
sox infile -t ao default
sox infile -t ao pulse
See also play(1) and sox(1) -d.
.au, .snd (also with -t sndfile)
Sun Microsystems AU files. There are many types of AU file; DEC
has invented its own with a different magic number and byte or-
der. To write a DEC file, use the -L option with the output
file options.
Some .au files are known to have invalid AU headers; these are
probably original Sun μ-law 8000 Hz files and can be dealt with
using the .ul format (see below).
It is possible to override AU file header information with the
-r and -c options, in which case SoX will issue a warning to
that effect.
.avr Audio Visual Research format; used by a number of commercial
packages on the Mac.
.caf (optional)
Apple's Core Audio File format.
.cdda, .cdr
`Red Book' Compact Disc Digital Audio (raw audio). CDDA has two
audio channels formatted as 16-bit signed integers (big en-
dian)at a sample rate of 44.1 kHz. The number of (stereo) sam-
ples in each CDDA track is always a multiple of 588.
coreaudio (optional)
Mac OSX CoreAudio device driver: supports both playing and
recording audio. If a filename is not specific or if the name
is "default" then the default audio device is selected. Any
other name will be used to select a specific device. The valid
names can be seen in the System Preferences->Sound menu and then
under the Output and Input tabs.
Examples:
sox infile -t coreaudio
sox infile -t coreaudio default
sox infile -t coreaudio "Internal Speakers"
See also play(1), rec(1), and sox(1) -d.
.cvsd, .cvs
Continuously Variable Slope Delta modulation. A headerless for-
mat used to compress speech audio for applications such as voice
mail. This format is sometimes used with bit-reversed samples -
the -X format option can be used to set the bit-order.
.cvu Continuously Variable Slope Delta modulation (unfiltered). This
is an alternative handler for CVSD that is unfiltered but can be
used with any bit-rate. E.g.
sox infile outfile.cvu rate 28k
play -r 28k outfile.cvu sinc -3.4k
.dat Text Data files. These files contain a textual representation
of the sample data. There is one line at the beginning that
contains the sample rate, and one line that contains the number
of channels. Subsequent lines contain two or more numeric data
intems: the time since the beginning of the first sample and the
sample value for each channel.
Values are normalized so that the maximum and minimum are 1 and
-1. This file format can be used to create data files for ex-
ternal programs such as FFT analysers or graph routines. SoX
can also convert a file in this format back into one of the
other file formats.
Example containing only 2 stereo samples of silence:
; Sample Rate 8012
; Channels 2
0 0 0
0.00012481278 0 0
.dvms, .vms
Used in Germany to compress speech audio for voice mail. A
self-describing variant of cvsd.
.fap (optional)
See .paf.
.flac (optional; also with -t sndfile)
Xiph.org's Free Lossless Audio CODEC compressed audio. FLAC is
an open, patent-free CODEC designed for compressing music. It
is similar to MP3 and Ogg Vorbis, but lossless, meaning that au-
dio is compressed in FLAC without any loss in quality.
SoX can read native FLAC files (.flac) but not Ogg FLAC files
(.ogg). [But see .ogg below for information relating to support
for Ogg Vorbis files.]
SoX can write native FLAC files according to a given or default
compression level. 8 is the default compression level and gives
the best (but slowest) compression; 0 gives the least (but
fastest) compression. The compression level is selected using
the -C option [see sox(1)] with a whole number from 0 to 8.
.fssd An alias for the .u8 format.
.gsrt Grandstream ring-tone files. Whilst this file format can con-
tain A-Law, μ-law, GSM, G.722, G.723, G.726, G.728, or iLBC en-
coded audio, SoX supports reading and writing only A-Law and
μ-law. E.g.
sox music.wav -t gsrt ring.bin
play ring.bin
.gsm (optional; also with -t sndfile)
GSM 06.10 Lossy Speech Compression. A lossy format for com-
pressing speech which is used in the Global Standard for Mobile
telecommunications (GSM). It's good for its purpose, shrinking
audio data size, but it will introduce lots of noise when a
given audio signal is encoded and decoded multiple times. This
format is used by some voice mail applications. It is rather
CPU intensive.
.hcom Macintosh HCOM files. These are Mac FSSD files with Huffman
compression.
.htk Single channel 16-bit PCM format used by HTK, a toolkit for
building Hidden Markov Model speech processing tools.
.ircam (also with -t sndfile)
Another name for .sf.
.ima (also with -t sndfile)
A headerless file of IMA ADPCM audio data. IMA ADPCM claims
16-bit precision packed into only 4 bits, but in fact sounds no
better than .vox.
.lpc, .lpc10
LPC-10 is a compression scheme for speech developed in the
United States. See http://www.arl.wustl.edu/~jaf/lpc/ for de-
tails. There is no associated file format, so SoX's implementa-
tion is headerless.
.mat, .mat4, .mat5 (optional)
Matlab 4.2/5.0 (respectively GNU Octave 2.0/2.1) format (.mat is
the same as .mat4).
.m3u A playlist format; contains a list of audio files. SoX can
read, but not write this file format. See [1] for details of
this format.
.maud An IFF-conforming audio file type, registered by MS MacroSystem
Computer GmbH, published along with the `Toccata' sound-card on
the Amiga. Allows 8bit linear, 16bit linear, A-Law, μ-law in
mono and stereo.
.mp3, .mp2 (optional read, optional write)
MP3 compressed audio; MP3 (MPEG Layer 3) is a part of the
patent-encumbered MPEG standards for audio and video compres-
sion. It is a lossy compression format that achieves good com-
pression rates with little quality loss.
Because MP3 is patented, SoX cannot be distributed with MP3 sup-
port without incurring the patent holder's fees. Users who re-
quire SoX with MP3 support must currently compile and build SoX
with the MP3 libraries (LAME & MAD) from source code, or, in
some cases, obtain pre-built dynamically loadable libraries.
When reading MP3 files, up to 28 bits of precision is stored al-
though only 16 bits is reported to user. This is to allow de-
fault behavior of writing 16 bit output files. A user can spec-
ify a higher precision for the output file to prevent lossing
this extra information. MP3 output files will use up to 24 bits
of precision while encoding.
MP3 compression parameters can be selected using SoX's -C option
as follows (note that the current syntax is subject to change):
The primary parameter to the LAME encoder is the bit rate. If
the value of the -C value is a positive integer, it's taken as
the bitrate in kbps (e.g. if you specify 128, it uses 128 kbps).
The second most important parameter is probably "quality" (re-
ally performance), which allows balancing encoding speed vs.
quality. In LAME, 0 specifies highest quality but is very slow,
while 9 selects poor quality, but is fast. (5 is the default and
2 is recommended as a good trade-off for high quality encodes.)
Because the -C value is a float, the fractional part is used to
select quality. 128.2 selects 128 kbps encoding with a quality
of 2. There is one problem with this approach. We need 128 to
specify 128 kbps encoding with default quality, so 0 means use
default. Instead of 0 you have to use .01 (or .99) to specify
the highest quality (128.01 or 128.99).
LAME uses bitrate to specify a constant bitrate, but higher
quality can be achieved using Variable Bit Rate (VBR). VBR qual-
ity (really size) is selected using a number from 0 to 9. Use a
value of 0 for high quality, larger files, and 9 for smaller
files of lower quality. 4 is the default.
In order to squeeze the selection of VBR into the the -C value
float we use negative numbers to select VRR. -4.2 would select
default VBR encoding (size) with high quality (speed). One spe-
cial case is 0, which is a valid VBR encoding parameter but not
a valid bitrate. Compression value of 0 is always treated as a
high quality vbr, as a result both -0.2 and 0.2 are treated as
highest quality VBR (size) and high quality (speed).
See also Ogg Vorbis for a similar format.
.nist (also with -t sndfile)
See .sph.
.ogg, .vorbis (optional)
Xiph.org's Ogg Vorbis compressed audio; an open, patent-free
CODEC designed for music and streaming audio. It is a lossy
compression format (similar to MP3, VQF & AAC) that achieves
good compression rates with a minimum amount of quality loss.
SoX can decode all types of Ogg Vorbis files, and can encode at
different compression levels/qualities given as a number from -1
(highest compression/lowest quality) to 10 (lowest compression,
highest quality). By default the encoding quality level is 3
(which gives an encoded rate of approx. 112kbps), but this can
be changed using the -C option (see above) with a number from -1
to 10; fractional numbers (e.g. 3.6) are also allowed. Decod-
ing is somewhat CPU intensive and encoding is very CPU inten-
sive.
See also .mp3 for a similar format.
.opus (optional)
Xiph.org's Opus compressed audio; an open, lossy, low-latency
codec offering a wide range of compression rates. It uses the
Ogg container.
SoX can only read Opus files, not write them.
oss (optional)
Open Sound System /dev/dsp device driver; supports both playing
and recording audio. OSS support is available in Unix-like op-
erating systems, sometimes together with alternative sound sys-
tems (such as ALSA). Examples:
sox infile -t oss
sox infile -t oss /dev/dsp
sox -b 16 -t oss /dev/dsp outfile
See also play(1), rec(1), and sox(1) -d.
.paf, .fap (optional)
Ensoniq PARIS file format (big and little-endian respectively).
.pls A playlist format; contains a list of audio files. SoX can
read, but not write this file format. See [2] for details of
this format.
Note: SoX support for SHOUTcast PLS relies on wget(1) and is
only partially supported: it's necessary to specify the audio
type manually, e.g.
play -t mp3 "http://a.server/pls?rn=265&file=filename.pls"
and SoX does not know about alternative servers - hit Ctrl-C
twice in quick succession to quit.
.prc Psion Record. Used in Psion EPOC PDAs (Series 5, Revo and simi-
lar) for System alarms and recordings made by the built-in
Record application. When writing, SoX defaults to A-law, which
is recommended; if you must use ADPCM, then use the -e ima-adpcm
switch. The sound quality is poor because Psion Record seems to
insist on frames of 800 samples or fewer, so that the ADPCM
CODEC has to be reset at every 800 frames, which causes the
sound to glitch every tenth of a second.
pulseaudio (optional)
PulseAudio driver; supports both playing and recording of audio.
PulseAudio is a cross platform networked sound server. If a
file name is specified with this driver, it is ignored. Exam-
ples:
sox infile -t pulseaudio
sox infile -t pulseaudio default
See also play(1), rec(1), and sox(1) -d.
.pvf (optional)
Portable Voice Format.
.sd2 (optional)
Sound Designer 2 format.
.sds (optional)
MIDI Sample Dump Standard.
.sf (also with -t sndfile)
IRCAM SDIF (Institut de Recherche et Coordination Acous-
tique/Musique Sound Description Interchange Format). Used by
academic music software such as the CSound package, and the
MixView sound sample editor.
.sln Asterisk PBX `signed linear' 8khz, 16-bit signed integer, lit-
tle-endian raw format.
.sph, .nist (also with -t sndfile)
SPHERE (SPeech HEader Resources) is a file format defined by
NIST (National Institute of Standards and Technology) and is
used with speech audio. SoX can read these files when they con-
tain μ-law and PCM data. It will ignore any header information
that says the data is compressed using shorten compression and
will treat the data as either μ-law or PCM. This will allow SoX
and the command line shorten program to be run together using
pipes to encompasses the data and then pass the result to SoX
for processing.
.smp Turtle Beach SampleVision files. SMP files are for use with the
PC-DOS package SampleVision by Turtle Beach Softworks. This
package is for communication to several MIDI samplers. All sam-
ple rates are supported by the package, although not all are
supported by the samplers themselves. Currently loop points are
ignored.
.snd See .au, .sndr and .sndt.
sndfile (optional)
This is a pseudo-type that forces libsndfile to be used. For
writing files, the actual file type is then taken from the out-
put file name; for reading them, it is deduced from the file.
sndio (optional)
OpenBSD audio device driver; supports both playing and recording
audio.
sox infile -t sndio
See also play(1), rec(1), and sox(1) -d.
.sndr Sounder files. An MS-DOS/Windows format from the early '90s.
Sounder files usually have the extension `.SND'.
.sndt SoundTool files. An MS-DOS/Windows format from the early '90s.
SoundTool files usually have the extension `.SND'.
.sou An alias for the .u8 raw format.
.sox SoX's native uncompressed PCM format, intended for storing (or
piping) audio at intermediate processing points (i.e. between
SoX invocations). It has much in common with the popular WAV,
AIFF, and AU uncompressed PCM formats, but has the following
specific characteristics: the PCM samples are always stored as
32 bit signed integers, the samples are stored (by default) as
`native endian', and the number of samples in the file is
recorded as a 64-bit integer. Comments are also supported.
See `Special Filenames' in sox(1) for examples of using the .sox
format with `pipes'.
sunau (optional)
Sun /dev/audio device driver; supports both playing and record-
ing audio. For example:
sox infile -t sunau /dev/audio
or
sox infile -t sunau -e mu-law -c 1 /dev/audio
for older sun equipment.
See also play(1), rec(1), and sox(1) -d.
.txw Yamaha TX-16W sampler. A file format from a Yamaha sampling
keyboard which wrote IBM-PC format 3.5" floppies. Handles read-
ing of files which do not have the sample rate field set to one
of the expected by looking at some other bytes in the at-
tack/loop length fields, and defaulting to 33 kHz if the sample
rate is still unknown.
.vms See .dvms.
.voc (also with -t sndfile)
Sound Blaster VOC files. VOC files are multi-part and contain
silence parts, looping, and different sample rates for different
chunks. On input, the silence parts are filled out, loops are
rejected, and sample data with a new sample rate is rejected.
Silence with a different sample rate is generated appropriately.
On output, silence is not detected, nor are impossible sample
rates. SoX supports reading (but not writing) VOC files with
multiple blocks, and files containing μ-law, A-law, and
2/3/4-bit ADPCM samples.
.vorbis
See .ogg.
.vox (also with -t sndfile)
A headerless file of Dialogic/OKI ADPCM audio data commonly
comes with the extension .vox. This ADPCM data has 12-bit pre-
cision packed into only 4-bits.
Note: some early Dialogic hardware does not always reset the AD-
PCM encoder at the start of each vox file. This can result in
clipping and/or DC offset problems when it comes to decoding the
audio. Whilst little can be done about the clipping, a DC off-
set can be removed by passing the decoded audio through a high-
pass filter, e.g.:
sox input.vox output.wav highpass 10
.w64 (optional)
Sonic Foundry's 64-bit RIFF/WAV format.
.wav (also with -t sndfile)
Microsoft .WAV RIFF files. This is the native audio file format
of Windows, and widely used for uncompressed audio.
Normally .wav files have all formatting information in their
headers, and so do not need any format options specified for an
input file. If any are, they will override the file header, and
you will be warned to this effect. You had better know what you
are doing! Output format options will cause a format conversion,
and the .wav will written appropriately.
SoX can read and write linear PCM, floating point, μ-law, A-law,
MS ADPCM, and IMA (or DVI) ADPCM encoded samples. WAV files can
also contain audio encoded in many other ways (not currently
supported with SoX) e.g. MP3; in some cases such a file can
still be read by SoX by overriding the file type, e.g.
play -t mp3 mp3-encoded.wav
Big endian versions of RIFF files, called RIFX, are also sup-
ported. To write a RIFX file, use the -B option with the output
file options.
waveaudio (optional)
MS-Windows native audio device driver. Examples:
sox infile -t waveaudio
sox infile -t waveaudio default
sox infile -t waveaudio 1
sox infile -t waveaudio "High Definition Audio Device ("
If the device name is omitted, -1, or default, then you get the
`Microsoft Wave Mapper' device. Wave Mapper means `use the sys-
tem default audio devices'. You can control what `default'
means via the OS Control Panel.
If the device name given is some other number, you get that au-
dio device by index; so recording with device name 0 would get
the first input device (perhaps the microphone), 1 would get the
second (perhaps line in), etc. Playback using 0 will get the
first output device (usually the only audio device).
If the device name given is something other than a number, SoX
tries to match it (maximum 31 characters) against the names of
the available devices.
See also play(1), rec(1), and sox(1) -d.
.wavpcm
A non-standard, but widely used, variant of .wav. Some applica-
tions cannot read a standard WAV file header for PCM-encoded
data with sample-size greater than 16-bits or with more than two
channels, but can read a non-standard WAV header. It is likely
that such applications will eventually be updated to support the
standard header, but in the mean time, this SoX format can be
used to create files with the non-standard header that should
work with these applications. (Note that SoX will automatically
detect and read WAV files with the non-standard header.)
The most common use of this file-type is likely to be along the
following lines:
sox infile.any -t wavpcm -e signed-integer outfile.wav
.wv (optional)
WavPack lossless audio compression. Note that, when converting
.wav to this format and back again, the RIFF header is not nec-
essarily preserved losslessly (though the audio is).
.wve (also with -t sndfile)
Psion 8-bit A-law. Used on Psion SIBO PDAs (Series 3 and simi-
lar). This format is deprecated in SoX, but will continue to be
used in libsndfile.
.xa Maxis XA files. These are 16-bit ADPCM audio files used by
Maxis games. Writing .xa files is currently not supported, al-
though adding write support should not be very difficult.
.xi (optional)
Fasttracker 2 Extended Instrument format.
SEE ALSO
sox(1), soxi(1), libsox(3), octave(1), wget(1)
The SoX web page at http://sox.sourceforge.net
SoX scripting examples at http://sox.sourceforge.net/Docs/Scripts
References
[1] Wikipedia, M3U, http://en.wikipedia.org/wiki/M3U
[2] Wikipedia, PLS, http://en.wikipedia.org/wiki/PLS_(file_format)
LICENSE
Copyright 1998-2013 Chris Bagwell and SoX Contributors.
Copyright 1991 Lance Norskog and Sundry Contributors.
AUTHORS
Chris Bagwell (cbagwell@users.sourceforge.net). Other authors and con-
tributors are listed in the ChangeLog file that is distributed with the
source code.
soxformat December 31, 2014 SoX(7)
Generated by dwww version 1.15 on Sat Jun 29 01:38:23 CEST 2024.