Return-Path: Received: (qmail 2932 invoked from network); 26 Apr 2001 10:25:30 -0000 Received: from unknown (HELO warrior-inbound.servers.plus.net) (212.159.14.227) by excalibur.plus.net with SMTP; 26 Apr 2001 10:25:30 -0000 Received: (qmail 22867 invoked from network); 26 Apr 2001 10:25:29 -0000 Received: from unknown (HELO post.thorcom.com) (212.172.148.70) by warrior with SMTP; 26 Apr 2001 10:25:29 -0000 Received: from majordom by post.thorcom.com with local (Exim 3.16 #2) id 14sipj-0007ZA-00 for rsgb_lf_group-outgoing@blacksheep.org; Thu, 26 Apr 2001 11:17:11 +0100 X-Priority: 3 X-MSMail-Priority: Normal Received: from [213.2.16.106] (helo=rsgb.org.uk) by post.thorcom.com with esmtp (Exim 3.16 #2) id 14siph-0007Z5-00 for rsgb_lf_group@blacksheep.org; Thu, 26 Apr 2001 11:17:10 +0100 Received: from miked by rsgb.org.uk with SMTP (MDaemon.v2.8.7.5.R) for ; Thu, 26 Apr 2001 11:04:14 +0100 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 From: "Mike Dennison" To: rsgb_lf_group@blacksheep.org Date: Thu, 26 Apr 2001 11:04:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: LF: DFCW, an idea. Message-ID: <3AE800AC.10384.65D104@localhost> In-reply-to: <001001c0c64c$3aed0580$bc31893e@g3aqc> X-Mailer: Pegasus Mail for Win32 (v3.12c) X-MDaemon-Deliver-To: rsgb_lf_group@blacksheep.org X-Return-Path: miked@mail Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group Sender: G3ACQ wrote: > I am very keen on exploiting DFCW to its limit (after all its easy to implement) > but it still needs to be speeded up. Because of the lack of timing of the FFT > bins they tend to become blurred and it is neccessary to leave large gaps > between elements of a character with consequent waste of time.This is even more > true with QRSS. With DFCW the frequency change between dots and dashes > adequately separates them. Currently on T/A tests I have been using a 50 sec. > period, 30 secs constitutes the transmitted element and 20 secs the gap ! What a > waste of time. [cut] So > my point is WHY BOTHER ! would it not still be possible to read the message > without these gaps (they are hardly there anyway). For A to Z there is not much > of a problem since there are only two adjacent elements ie 2 dots or two dashes, > except for JO S H .But the numbers are a bigger problem. Anyway, crazy perhaps > but any ideas ? Not crazy at all, and some early DFCW transmissions had no gaps at all between elements. It was, however, rather difficult to read under practical conditions, so the small gap was reintroduced. An improvement might be made by being able to place an adjustable spacing grid over the spectrogram so that it is much clearer to see when elements should start and stop. This would give a practical advantage in noisy conditions, whilst being much easier to implement (at the user level) than time synchronisation. Is this practical in Argo or any of the other visual CW readers? Mike, G3XDV (IO91VT) http://www.lf.thersgb.net