[Elecraft] Re: CW-to-RTTY with message buffers: are spaces there?

Vic K2VCO vic at rakefet.com
Fri Jan 11 17:12:43 EST 2008


Tom Hammond wrote:

>> One way to handle this would be to use "1/4 letter space" as the basic 
>> spacing element. Then recording, decoding, and playback would be 
>> closer to real-time.
> 
> Can you 'splain this a bit better Vic? Never heard of this method of 
> timing... always worked on the baud method.

First I have to reverse-engineer Wayne's code!

The firmware now listens to the spaces between characters as you send. 
If the space is less than some fixed threshold it assumes that it is a 
letter space; if more, a word space.

When it records what you have sent, it puts in a token that indicates 
either a word space or a letter space is needed. During playback, when 
it comes to a letter-space token it waits for the appropriate time 
(whatever that is);  when it comes to a word-space token it waits longer.

This means that while you are recording, if you wait a little bit past 
the threshold that it uses to decide what size space it is, it will put 
in a word space token. So when I send my call K 2VCO, I get K   2VCO.

My suggestion is that instead of just two possibilities for spacing, 
there should be more. This could be implemented by creating tokens for 
smaller spaces, like 1/4 of a letter space. That would sound almost like 
a real-time recording, in terms of preserving the spacing as sent. But 
even using units of half of a letter space would avoid the difficulty 
that those of us who do not send like tape machines have when recording 
messages!
-- 
73,
Vic, K2VCO
Fresno CA
http://www.qsl.net/k2vco


More information about the Elecraft mailing list