Return-Path: Received: from mtain-dh04.r1000.mx.aol.com (mtain-dh04.r1000.mx.aol.com [172.29.65.24]) by air-db10.mail.aol.com (v129.4) with ESMTP id MAILINDB103-864c4d7a9a732e7; Fri, 11 Mar 2011 16:56:03 -0500 Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-dh04.r1000.mx.aol.com (Internet Inbound) with ESMTP id CA7A4380000AC; Fri, 11 Mar 2011 16:56:01 -0500 (EST) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1PyAIe-0003u0-9Q for rs_out_1@blacksheep.org; Fri, 11 Mar 2011 21:55:08 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1PyAId-0003tr-P6 for rsgb_lf_group@blacksheep.org; Fri, 11 Mar 2011 21:55:07 +0000 Received: from relay.uni-heidelberg.de ([129.206.100.212]) by relay1.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1PyAIb-0000pm-Uc for rsgb_lf_group@blacksheep.org; Fri, 11 Mar 2011 21:55:07 +0000 Received: from ix.urz.uni-heidelberg.de (cyrus-portal.urz.uni-heidelberg.de [129.206.100.176]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id p2BLt5Sg018520 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 11 Mar 2011 22:55:05 +0100 Received: from extmail.urz.uni-heidelberg.de (extmail.urz.uni-heidelberg.de [129.206.100.140]) by ix.urz.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id p2BLt4CZ028028 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 11 Mar 2011 22:55:04 +0100 Received: from [147.142.13.57] (vpn513-057.rzuser.uni-heidelberg.de [147.142.13.57]) by extmail.urz.uni-heidelberg.de (8.13.4/8.13.1) with ESMTP id p2BLt3B1004091 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 11 Mar 2011 22:55:04 +0100 Message-ID: <4D7A9A4C.4010303@iup.uni-heidelberg.de> Date: Fri, 11 Mar 2011 22:55:24 +0100 From: =?ISO-8859-1?Q?Stefan_Sch=E4fer?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6 MIME-Version: 1.0 To: rsgb_lf_group@blacksheep.org References: <0FB161BE39614FB79B3A21EB6DC407BB@ns94d01ae4d850> In-Reply-To: <0FB161BE39614FB79B3A21EB6DC407BB@ns94d01ae4d850> X-Spam-Score: 1.4 (+) X-Spam-Report: autolearn=disabled,HTML_MESSAGE=0.001,RATWARE_GECKO_BUILD=1.426 Subject: Re: LF: grabber Content-Type: multipart/alternative; boundary="------------050600030007080007010609" 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: 3039ac1d41184d7a9a714cde X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none X-Mailer: Unknown (No Version) --------------050600030007080007010609 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello Henny, Yes, i am sorry. That 60000 SL session is very sensible! ;-) Everytime i do a change (like splitting the window; changing the FFT rate; changing the timestamp background to non-transparent....), the display scrolling stops and i have to restart the program :-( A pity! It takes about 7 weeks until the window is filled and in these weeks it is interesting to see the change in noise when going from the winther to the summer season. The window runs again now (it takes about 6 hours until the first pixel appears), DJ8WX's and DF6NM's data is lost! Please do it again ;-) Now i WON'T change anything in the VLF grabber 1 windows!!!!!!!!! It will run as it is until the window is filled, or hopefully longer. 73, Stefan/DK7FC Am 11.03.2011 22:13, schrieb henny van elst: > Hi Stefan,your 60000grabber is of,but i am still transmitting, > henny cpm > 73 --------------050600030007080007010609 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello Henny,

Yes, i am sorry. That 60000 SL session is very sensible! ;-)
Everytime i do a change (like splitting the window; changing the FFT rate; changing the timestamp background to non-transparent....), the display scrolling stops and i have to restart the program :-( A pity! It takes about 7 weeks until the window is filled and in these weeks it is interesting to see the change in noise when going from the winther to the summer season.
The window runs again now (it takes about 6 hours until the first pixel appears), DJ8WX's and DF6NM's data is lost! Please do it again ;-)

Now i WON'T change anything in the VLF grabber 1 windows!!!!!!!!! It will run as it is until the window is filled, or hopefully longer.

73, Stefan/DK7FC

Am 11.03.2011 22:13, schrieb henny van elst:
Hi Stefan,your 60000grabber is of,but i am still transmitting,
 
henny cpm
73
--------------050600030007080007010609--