Yesterday morning I have
uploaded a new version SlowVoice v0.2 to
I have reworked some details of the timing, and
added simplified scripts for receive-only and transmit-only in mono mode. The
serial port PTT control utility has also been modified
to function under WinXP.
This afternoon I am sending a few slow voice tests with 3
times deceleration in 1-minute frames. The 800 Hz wide passband is
centered on 137.0 kHz, thus 136.6 to 137.4 kHz corresponds to 0.3 to 2.7
kHz audio. Attached screenshot shows the narrow SSB signal on
the Twente WebSDR tuned to 135.5 kHz USB. I used a narrow
passband to improve rejection for DCF and HGA. This
audio around fc=1500 Hz was fed to the receive-only utility,
which then produced clear speech during 20 seconds of
each minute.
I intend to run some more test transmissions this afternoon,
starting now 14 UT. Any reports would be much
appriciated!
Best 73,
Markus (DF6NM)
-----
Original Message -----
Sent: Tuesday, January 08, 2013 11:31 PM
Subject: LF: Slow Voice utility
A few minutes ago I have uploaded an
experimental SlowVoice script to
The main purpose is to be able to
convey high quality speech in less than 800 Hz on the RF side, as
prescribed by German LF and MF regulations. By default, an audio
band of 300 to 2700 Hz is slowed by a factor of 3 and upconverted to 1500 Hz
center frequency. Thus a range of 1200 to 2000 Hz is fed to the
SSB transmitter. As an aside benefit we get a very much welcome 5 dB
improvement in SNR.
Like JT9-1, the procedure is clock-synchronized
in fixed one-minute time slots. At the beginning of the minute, the
transmitting station is asked to speak for 20 seconds. It feels a bit
like to speaking to a telephone answering machine ;-) The slow
converted output of the growing audio buffer begins to play immediately, and
will go on during the whole minute. On the receive side, fast replay
begins at second number 40, and the shrinking buffer will finally be used
up by the end of the minute.
The SlowVoice.bat script is set up for full
duplex operation. One channel is supposed to handle the transmit side (eg. mic
connected to left input, transmitter to left output), while the
other channel has the receiver fed to the input and phones on the
output. This is symmetrical, and there is no further need to switch audio
pathways between TX and RX. It is also possible to monitor the result of
one's own transmission, eg. by physically connecting left line out to
right in. If you want you can use SpecLab in conjunction
with Virtual Audio Cable to preprocess both the mic and receiver
audio inputs. In this case VAC will have to be selected as the standard audio
input device before the running the script.
Whether a slots is used for TX
or RX is not controlled by the software but only by the user's PTT. I
have included two extra scripts which are supposed to activate the
serial handshake lines (RTS and DTR) on either even or odd minutes.
Unfortunately the port control does not seem to work on my XP
machine with an external USB to serial converter, so for the time being
you may have to do with either vox control or
manual switching.
I haven't gotten around writing more
detailed instructions, but some basic hints have been included in the
SlowVoice script. Similar to the first slow
WSPR experiments, the whole deceleration / acceleration process is based
on Wolf's sound utilities which you will need to download
from the DL4YHF web site. You will have
to run the included patch utility once to duplicate SndInput and
SndOutpt instances.
Have fun! And please report bugs and other
troubles.
73, Markus (DF6NM)
-----
Original Message -----
Sent: Sunday, January 06, 2013 1:50 PM
Subject: LF: Bandlimited SSB test on 136 kHz
...
Slow voice transmission (ie the audio
deceleration/acceleration method originally used by DK8KW and myself) would
be nicer as it can fit a full SSB channel into 800
Hz. I have been working on a semi-automatic control,
with a fixed one minute raster similar to JT9-1. This will hopefully
allow us to comfortably exchange one 20 second voice message per time slot
(speak during seconds 0 to 20, concurrent transmit and receive
at 1/3 speed from 0 to 60, replay starting 40 to 60). Anyone
interested?
...
