Return-Path: Received: (qmail 7147 invoked from network); 24 Apr 2000 11:42:10 -0000 Received: from unknown (HELO post.thorcom.com) (212.172.148.70) by teachers.core.plus.net.uk with SMTP; 24 Apr 2000 11:42:10 -0000 Received: from majordom by post.thorcom.com with local (Exim 3.02 #1) id 12jh3y-0002EF-00 for rsgb_lf_group-outgoing@blacksheep.org; Mon, 24 Apr 2000 12:30:02 +0100 X-Priority: 3 X-MSMail-Priority: Normal Received: from hs-img-1.compuserve.com ([149.174.177.150] helo=sphmgaaa.compuserve.com) by post.thorcom.com with esmtp (Exim 3.02 #1) id 12jh3x-0002Ay-00 for rsgb_lf_group@blacksheep.org; Mon, 24 Apr 2000 12:30:01 +0100 Received: (from mailgate@localhost) by sphmgaaa.compuserve.com (8.9.3/8.9.3/SUN-1.9) id HAA18034; Mon, 24 Apr 2000 07:28:43 -0400 (EDT) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Date: Mon, 24 Apr 2000 07:28:22 -0400 From: "'Geri' Kinzel, DK8KW" Subject: LF: Re: Spectran Beta 2c To: "LF-Reflector" , "amrad" Message-ID: <200004240728_MC2-A24E-FD6F@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Disposition: inline Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group Sender: Von: Alberto di Bene, INTERNET:dibene@usa.net An: "'Geri' Kinzel, DK8KW", DK8KW Datum: 24.04.100 12:55 BE: Re: Spectran Beta 2c Hello Geri, yes, there is an answer to your question about the 'fuzzyness' of the display. It all boils down to how Spectran works, and the 'hidden averaging' it does on the received signals. I enclose here following an explanation I gave to Rex Moncur about this subject. He was asking me if/how Spectran does perform an averaging on what it receives. What happens in your case is that when your CPU is more loaded, the overlapping factor (defined below) decreases, and with it the 'fuzzyness'. Feel free to post this message to the newsgroup you mention. 73s Alberto I2PHD ---------------------- ----------------------- attached message ---------------------------------------- Rex, I have been away for a few days, please excuse the delay in answering. In its present implementation, what Spectran does is the following : When you activate the 'Average' push button, a running average is computed on the last five samples, BUT it is applied only to the upper part of the display, i.e. the spectrum-analyser-like waveform. The waterfall is, presently, unaffected by the computed average. This for reasons too long to be explained here. This has already changed in the next beta (almost ready), where also the waterfall is subject to averaging, which is user-selectable, from 1 (no averaging) to 100. But the story doesn't end here. When computing spectra with high resolutions, you are faced with a dilemma : if you update the waterfall only when a completely new set of values are computed, then you might end up with a very slow refresh rate, one update every, let's say, 30 seconds or one minute, which not always is what is desired. To overcome this, the technique of overlapping is used, where you apply a sliding window to the data, reusing a portion of the old data together with some new ones. This permits a much frequent updating of the screen. However, a side effect of this technique is a sort of averaging applied to your displayed data. Spectran applies a variable overlapping factor, continously measuring the CPU load, to keep the CPU near to full utilisation. Hence, also the averaging effect is varying, depending on the instantaneous CPU burden. In the upcoming beta, this has changed, in the sense that you can choose whether continue to use this method, or set a fixed overlapping factor (which of course must be compatible with the cycles your CPU can deliver to the program). Setting this factor to 1 will eliminate altogether whatever averaging is done on the display (and will make your refresh rate slower). Hope this answers your question, 73, Alberto I2PHD -------------------------------- ----------------------- Internet Header -------------------------------- Sender: dibene@usa.net Received: from lmsfw1.emea.ibm.com (d06lmsgate-2.uk.ibm.com [195.212.29.2]) by sphmgaab.compuserve.com (8.9.3/8.9.3/SUN-1.9) with ESMTP id GAA02563 for ; Mon, 24 Apr 2000 06:55:06 -0400 (EDT) Received: from d06relay02.portsmouth.uk.ibm.com (d06relay02.portsmouth.uk.ibm.com [9.166.84.148]) by lmsfw1.emea.ibm.com (1.0.0) with ESMTP id LAA145210 for ; Mon, 24 Apr 2000 11:44:05 +0100 Received: from usa.net (lig32-239-128-97.emea.lig-dial.ibm.com [32.239.128.97]) by d06relay02.portsmouth.uk.ibm.com (8.8.8m3/NCO v2.07) with ESMTP id LAA43508 for ; Mon, 24 Apr 2000 11:55:04 +0100 Message-ID: <390427C6.E283D49A@usa.net> Date: Mon, 24 Apr 2000 12:53:58 +0200 From: Alberto di Bene Organization: Undisclosed X-Mailer: Mozilla 4.72 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: "'Geri' Kinzel, DK8KW" Subject: Re: Spectran Beta 2c References: <200004220216_MC2-A220-D2E0@compuserve.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit