Section: User Commands (1)
Return to Main Contents
toast --- GSM 06.10 lossy sound compression
Toast compresses the sound files given on its command line.
Each file is replaced by a file with the extension
If no files are specified, the compression is applied to the
standard input, and its result is written to standard output.
Toasted files can be restored to something not quite unlike
their original form by running toast
, on the .gsm-files or standard input.
(the same as running
) uncompresses its input on standard output,
but leaves the compressed .gsm-files alone.
When files are compressed or uncompressed into other files,
the ownership (if run by root), modes, accessed and modified times
are maintained between both versions.
Write to the standard output; no files are changed.
Decode, rather than encode, the files.
Force replacement of output files if they exist.
If -f is omitted and toast (or untoast) is run interactively from
a terminal, the user is prompted as to whether the file should be replaced.
Do not delete the source files.
Source files are implicitly left alone whenever -c is
specified or tcat is run.
Ignore most sample values when calculating the GSM long-term
correlation lag during encoding.
(The multiplications that do this are a bottleneck
of the algorithm.)
The resulting encoding process will not produce
exactly the same results as GSM 06.10 would,
but remains close enough to be compatible.
option applies only to the encoder and is silently
ignored by the decoder.
On systems with a floating point processor, but without
a multiplication instruction, -F sacrifices standard conformance to
performance and nearly doubles the speed of the algorithm.
The resulting encoding and decoding process will not produce
exactly the same results as GSM 06.10 would, but remains close
enough to be compatible.
The default is standard-conforming operation.
outputs the version of toast (or untoast or tcat) to stdout and exits.
prints a short overview of the options.
Toast, untoast and tcat try to guess the appropriate audio data
format from the file suffix.
Command line options can also specify a format to be used for
The following formats are supported:
8 kHz, 8 bit µU-law encoding (file suffix .u)
8 kHz, 8 bit A-law encoding (file suffix .A)
8 kHz, 8 bit µU-law encoding with audio header (file suffix .au)
8 kHz, 16 bit signed linear encoding in host byte order
with 13 significant bits (file suffix .l)
In absence of options or suffixes to specify a format,
µU-law encoding as forced by -u is assumed.
A four bit magic number is prefixed to each 32 1/2-byte GSM frame,
mainly because 32 1/2-bytes are rather clumsy to handle.
The compression algorithm used is a lossy compression algorithm
devised especially for speech; on no account should it be used
for text, pictures or any other non-speech-data you consider
Please direct bug reports to firstname.lastname@example.org.
- SEE ALSO
linux.jgfs.net manual pages