Rockwell and voice

• Messages sorted by:[ date ][ thread ][ subject ][ author ]

On Mon, 27 Jan 1997, Robert TIBERIUS Johnson wrote:
>
> Sorry to forward this, but it's my first post to the list...
> > However, messages recorded by vgetty are very garbled.  I convert them as
> > follows:
> > 
> > rmdtosnd < tempfile.rmd > tempfile.snd
> > sox -t .raw -sw -r 7000 tempfile.snd tempfile.au
> > 
> > In other words, I'm assuming .snd files are raw sequences of signed 16-bit
> > words.  Is this wrong?

Apart from a (possibly corrupted) header and the byte order, no, you
are right ! .snd files tend to have network byte order (also known as
big-endian) whilst sox -t .raw assumes the native byte order which is
on Intel little-endian. Your above line would probably have worked had
you given sox additionally the byte swap switch "-x" .

Try the new vgetty test release that is supposed to come out any
second now. Marc ?  With the new utitlities (they really are _quite_
different), try a script like my "rmdplay" on Linux:

#!/bin/sh
if [ "$*" ]; then
 for i
 do
  rmdtopvf -16 $i | pvftoau -16 | sox -t .au - -t ussdsp /dev/dsp
 done
else
  rmdtopvf -16 | pvftoau -16 | sox -t .au - -t ussdsp /dev/dsp
fi

If you still want to play old *.rmd files (which don't contain the
sampling rate in the header) then you might want to use
 sox -t .raw -s -w -r 7200 -x - -t ussdsp  /dev/dsp
as the last part of the pipe.

The reverse procedure, i.e. converting pc-format sound files into rmd,
can be done like this on Intel Linux:

sox infile.wav -t .raw -s -w -r 7200 - | \
 lintopvf -W -S -16 -s 7200 -I |\
 pvftormd Rockwell 4 > outfile.rmd

> > Also, whenever vgetty begins to record a message, it logs: 
> > 
> > cannot set controlling tty (ioctl): Operation not permitted

I have that, too. Marc ? Anything to do with what is below (which 
Marc and me happen to have corresponded about today) ?

> > even though it's run as root.

I think that "Operation not permitted" stuff has nothing to do with
permissions. I believe it is to do with something that is simply not
possible like chmod 777 /c/command.com if /c is the mount point of
your MSDOS file system...

> > It then begins recording, and doesn't stop until I kill it.
> > The phone will be left off the hook after I kill the process.

Sounds very familiar. I reckon the next request from Marc will be that
you send the relevant bits of a logfile after a test recording with at
least vgetty -x 9 or so...

> > I have a Radicom Int'l Modem, and some windows software that came with it
> > works fine.  Any insights into why it doesn't work under linux would be
> > appreciated.  Thanks very much,

So it was actually sold to you as a voice modem ? I am just asking
because mine wasn't and yet has those Voice Commands.

Regards,

 Peter Jaeckel