Provided by: libgsm-tools_1.0.22-1build1_amd64 bug

NAME

       toast — GSM 06.10 lossy sound compression

SYNOPSIS

       toast [ -cdfpvhualsFC ] [ filename... ]

       untoast [ -cfpvhuaslF ] [ filename... ]

       tcat [ -vhuaslF ] [ filename... ]

DESCRIPTION

       Toast  compresses  the  sound  files given on its command line.  Each file is replaced by a file with the
       extension .gsm .  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 -d , or
       untoast , on the .gsm-files or standard input.

       The program tcat (the same as running untoast -c )  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.

OPTIONS

       -c     (cat) Write to the standard output; no files are changed.

       -d     (decode) Decode, rather than encode, the files.

       -f     (force)  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.

       -p     (precious)  Do not delete the source files.  Source files are implicitly left alone whenever -c is
              specified or tcat is run.

       -C     (LTP cut-off) 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.
              The -C option applies only to the encoder and is silently ignored by the decoder.

       -F     (fast)  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.

       -v     (version)  outputs the version of toast (or untoast or tcat) to stdout and exits.

       -h     (help)  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 all files.
       The following formats are supported:

       -u     (μU-law) 8 kHz, 8 bit μU-law encoding (file suffix .u)

       -a     (A-law) 8 kHz, 8 bit A-law encoding (file suffix .A)

       -s     (Sun audio) 8 kHz, 8 bit μU-law encoding with audio header (file suffix .au)

       -l     (linear)  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.

PECULIARITIES

       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.

WARNING

       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 valuable.

BUGS

       Please direct bug reports to jutta@pobox.com and cabo@tzi.org.

SEE ALSO

       gsm(3)

                                                      local                                             TOAST(1)