Envelope-to: dave@picks.force9.co.uk Delivery-date: Tue, 31 Jan 2006 16:30:43 +0000 Received: by ptb-mxcore02.plus.net with spam-scanned (PlusNet MXCore v2.00) id 1F3yOu-0005Ce-9M for dave@picks.force9.co.uk; Tue, 31 Jan 2006 16:30:42 +0000 Received: from post.thorcom.com ([193.82.116.20]) by ptb-mxcore02.plus.net with esmtp (PlusNet MXCore v2.00) id 1F3yOt-0005Ag-7F for dave@picks.force9.co.uk; Tue, 31 Jan 2006 16:30:39 +0000 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1F3yO0-0004tD-VC for rs_out_1@blacksheep.org; Tue, 31 Jan 2006 16:29:44 +0000 Received: from [193.82.116.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1F3yO0-0004t4-Fp for rsgb_lf_group@blacksheep.org; Tue, 31 Jan 2006 16:29:44 +0000 Received: from newbox.tcp.net.uk ([195.80.0.243]) by relay1.thorcom.net with esmtp (Exim 4.51) id 1F3zhF-0003Zm-1e for rsgb_lf_group@blacksheep.org; Tue, 31 Jan 2006 17:53:59 +0000 Received: from standalone ([212.248.140.10]) by newbox.tcp.net.uk (8.12.7/8.12.7) with SMTP id k0VGPUoT007172 for ; Tue, 31 Jan 2006 16:25:31 GMT Message-ID: <003901c62682$55767b70$0a8cf8d4@standalone> From: "Andy" To: rsgb_lf_group@blacksheep.org Date: Tue, 31 Jan 2006 16:21:02 -0000 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 X-TCP-MailScanner-Information: Please visit www.tcp.co.uk for more information X-TCP-MailScanner: Found to be clean X-TCP-MailScanner-SpamScore: s X-TCP-MailScanner-From: actalbot@southsurf.com Subject: Re: LF: T/A JAN 31 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-SA-Exim-Scanned: Yes Sender: owner-rsgb_lf_group@blacksheep.org Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group X-SA-Exim-Rcpt-To: rs_out_1@blacksheep.org X-SA-Exim-Scanned: No; SAEximRunCond expanded to false X-PN-SpamFiltered: by PlusNet MXCore (v2.00) A professional programmer who spent somef time working on waterfall palettes for signal analysis once suggested that, it order to see signals separated from the background by only a small amount, a waterfall should change brightness rapidly and colour more slowly, even if some brightness levels repeat over the dynamic range. Working on the basis that most interest is in weak signal resolution, and stong ones can be left to fend for themselves, he suggested a palette that ran from dark blue, through red to yellow then back via green and orange to black. (Or other variants like this) . A bit weird but brightness as perceived by the eye is then peaked part way up the signal range. The dark blue could then be placed at the noise level, so the normal noise spikes averaging 2 - 4dB above mean, say, would push towards red (also a dark colour), but signals at 6 - 10dB S/N would show clearly as bright centre optical-spectrum green/yellow. Really strong sigs would be orange/black but would not be hidden as they'd have brightly coloured sidebands making them stand out against their own background. I never tried it - but may do now the idea has been awakened. Andy G4JNT www.scrbg.org/g4jnt/ >in a way related to the absolute magnitude of the signal, but rather to the ratio >between it and the background noise, which is evaluated using the quartile >technique. The relation between magnitude and brightness is non linear, being >subject to a gamma stretching, similar in concept to the gamma correction >used in Photoshop or in Paint Shop Pro when dealing with pictures. >The Contrast slider just adjusts the value of gamma. >The plus side is a good sensitivity, as Alan pointed out. The drawback is that >an increase of the noise level (as during static crashes) affects also the >brightness level of the signal trace. I have some ideas (yet to be tested) on >how to overcome that, and maybe they will be implemented in the next overhaul >of Argo, as soon as another project will be completed.