Return-Path: Received: from mtain-dc04.r1000.mx.aol.com (mtain-dc04.r1000.mx.aol.com [172.29.64.132]) by air-dd02.mail.aol.com (v129.4) with ESMTP id MAILINDD024-86aa4d790cdfe6; Thu, 10 Mar 2011 12:39:43 -0500 Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-dc04.r1000.mx.aol.com (Internet Inbound) with ESMTP id 7889138000DE6; Thu, 10 Mar 2011 12:39:40 -0500 (EST) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1Pxjp9-0006ar-3g for rs_out_1@blacksheep.org; Thu, 10 Mar 2011 17:38:55 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1Pxjp8-0006ai-Jy for rsgb_lf_group@blacksheep.org; Thu, 10 Mar 2011 17:38:54 +0000 Received: from mout7.freenet.de ([195.4.92.97]) by relay1.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1Pxjp6-0005sp-Uq for rsgb_lf_group@blacksheep.org; Thu, 10 Mar 2011 17:38:54 +0000 Received: from [195.4.92.11] (helo=1.mx.freenet.de) by mout7.freenet.de with esmtpa (ID dl4yhf@freenet.de) (port 25) (Exim 4.72 #3) id 1Pxjp6-0000bA-3W for rsgb_lf_group@blacksheep.org; Thu, 10 Mar 2011 18:38:52 +0100 Received: from blfd-4db0e330.pool.mediaways.net ([77.176.227.48]:2510 helo=[192.168.0.101]) by 1.mx.freenet.de with esmtpsa (ID dl4yhf@freenet.de) (TLSv1:CAMELLIA256-SHA:256) (port 465) (Exim 4.72 #3) id 1Pxjp5-0004vh-Kw for rsgb_lf_group@blacksheep.org; Thu, 10 Mar 2011 18:38:52 +0100 Message-ID: <4D790CA9.8060500@freenet.de> Date: Thu, 10 Mar 2011 18:38:49 +0100 From: wolf_dl4yhf User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: rsgb_lf_group@blacksheep.org References: In-Reply-To: X-Spam-Score: 1.4 (+) X-Spam-Report: autolearn=disabled,HTML_MESSAGE=0.001,RATWARE_GECKO_BUILD=1.426 Subject: Re: LF: DJ8WX weak overnight on 8.970022kHz Content-Type: multipart/alternative; boundary="------------070908020604090001090408" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: * X-Spam-Status: No, hits=1.0 required=5.0 tests=HTML_20_30,HTML_MESSAGE, HTML_TITLE_EMPTY autolearn=no version=2.63 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-aol-global-disposition: G x-aol-sid: 3039ac1d40844d790cdc51fa X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none X-Mailer: Unknown (No Version) --------------070908020604090001090408 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Roger, You can speed up the first line in the spectrogram after restart (but it's cheating). By default the program waits until enough samples have been collected to calculate a 'complete' FFT. At uHz resolution, this naturally takes ages (well, theoretically 1 / freq-resolution). Here's how to cheat: Select 'options', 'FFT settings', and set the checkmark for 'zero-pad if not enough samples available'. Pro: You can see a bit faster if all works as it should. Con: Spectrogram will look very blurred initially (as long as the input to the FFT is padded). Details and an explanation is here: http://www.qsl.net/dl4yhf/speclab/settings.htm#zero_padded_FFT Hope this helps, 73, Wolf . Am 10.03.2011 09:57, schrieb Roger Lapthorn: > Once my PC got itself updated and SL running again I was monitoring > for DJ8WX in 424uHz BW overnight. There was a weak trace visible, > possibly with a gap in the middle of the night (or was this QSB?), but > nowhere near as strong as the last time Uwe tested. At best the signal > was maybe 4-6dB over noise. The trace attached (LF reflector only) > covers the period between about 2300-0730z. > > I will continue to monitor until around 1200z but have to close the PC > for a couple of days as we will be away. > > 73s > Roger G3XBM > > -- > g3xbm-qrp.blogspot.com/ > www.g3xbm.co.uk > www.youtube.com/user/g3xbm > G3XBM GQRP 1678 ISWL G11088 --------------070908020604090001090408 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Roger,

You can speed up the first line in the spectrogram after restart (but it's cheating).
By default the program waits until enough samples have been collected to calculate a 'complete' FFT. At uHz resolution, this naturally takes ages (well, theoretically 1 / freq-resolution).
Here's how to cheat: Select 'options', 'FFT settings', and set the checkmark for 'zero-pad if not enough samples available'.
Pro: You can see a bit faster if all works as it should.
Con: Spectrogram will look very blurred initially (as long as the input to the FFT is padded).
Details and an explanation is here:
http://www.qsl.net/dl4yhf/speclab/settings.htm#zero_padded_FFT

Hope this helps,
  73,  Wolf .



Am 10.03.2011 09:57, schrieb Roger Lapthorn:
Once my PC got itself updated and SL running again I was monitoring for DJ8WX in 424uHz BW overnight. There was a weak trace visible, possibly with a gap in the middle of the night (or was this QSB?), but nowhere near as strong as the last time Uwe tested. At best the signal was maybe 4-6dB over noise. The trace attached (LF reflector only) covers the period between about 2300-0730z.

I will continue to monitor until around 1200z but have to close the PC for a couple of days as we will be away.

73s
Roger G3XBM

--
g3xbm-qrp.blogspot.com/
www.g3xbm.co.uk
www.youtube.com/user/g3xbm
G3XBM   GQRP 1678    ISWL G11088

--------------070908020604090001090408--