longwords, 32-bit floats, 64-bit double floats, or
80-bit IEEE floats. Floats and double floats are
in native machine format.
----xxxx The sample data is in XINU format; that is, it
comes from a machine with the opposite word order
than yours and must be swapped according to the
word-size given above. Only 16-bit and 32-bit
integer data may be swapped. Machine-format
floating-point data is not portable. IEEE floats
are a fixed, portable format. ???
----cccc _c_h_a_n_n_e_l_s
The number of sound channels in the data file.
This may be 1, 2, or 4; for mono, stereo, or quad
sound data.
General options:
----eeee after the input file allows you to avoid giving an
output file and just name an effect. This is only
useful with the ssssttttaaaatttt effect.
----vvvv _v_o_l_u_m_e Change amplitude (floating point); less than 1.0
decreases, greater than 1.0 increases. Note: we
perceive volume logarithmically, not linearly.
Note: see the ssssttttaaaatttt effect.
----VVVV Print a description of processing phases. Useful
for figuring out exactly how _s_o_x is mangling your
sound samples.
The input and output files may be standard input and output.
This is specified by '-'. The ----tttt _t_y_p_e option must be given
in this case, else _s_o_x will not know the format of the given
file. The ----tttt,,,, ----rrrr,,,, ----ssss////----uuuu////----UUUU////----AAAA,,,, ----bbbb////----wwww////----llll////----ffff////----dddd////----DDDD and ----xxxx
options refer to the input data when given before the input
file name. After, they refer to the output data.
If you don't give an output file name, _s_o_x will just read
the input file. This is useful for validating structured
file formats; the ssssttttaaaatttt effect may also be used via the ----eeee
option.
FILE TYPES
_S_o_x needs to know the formats of the input and output files.
File formats which have headers are checked, if that header
doesn't seem right, the program exits with an appropriate
message. Currently, raw (no header) binary and textual
data, IRCAM Sound Files, Sound Blaster, SPARC .AU
(w/header), Mac HCOM, PC/DOS .SOU, Sndtool, and Sounder,
NeXT .SND, Windows 3.1 RIFF/WAV, Turtle Beach .SMP, CD-R,
and Apple/SGI AIFF and 8SVX formats are supported.
Rev. Page 2
SOX(1) 386/ix SOX(1)
....aaaaiiiiffffffff AIFF files used on Apple IIc/IIgs and SGI. Note:
the AIFF format supports only one SSND chunk. It
does not support multiple sound chunks, or the
8SVX musical instrument description format. AIFF
files are multimedia archives and and can have
multiple audio and picture chunks. You may need a
separate archiver to work with them.
....aaaauuuu SUN Microsystems AU files. There are apparently
many types of .au files; DEC has invented its own
with a different magic number and word order. The
.au handler can read these files but will not
write them. Some .au files have valid AU headers
and some do not. The latter are probably original
SUN u-law 8000 hz samples. These can be dealt
with using the ....uuuullll format (see below).
....hhhhccccoooommmm Macintosh HCOM files. These are (apparently) Mac
FSSD files with some variant of Huffman compres-
sion. The Macintosh has wacky file formats and
this format handler apparently doesn't handle all
the ones it should. Mac users will need your
usual arsenal of file converters to deal with an
HCOM file under Unix or DOS.
....rrrraaaawwww Raw files (no header).
The sample rate, size (byte, word, etc), and style