Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-dk01.r1000.mx.aol.com (Internet Inbound) with ESMTP id 511E538000095; Tue, 30 Oct 2012 09:31:37 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1TTBu2-0001aE-Ay for rs_out_1@blacksheep.org; Tue, 30 Oct 2012 13:30:46 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1TTBu1-0001a5-OG for rsgb_lf_group@blacksheep.org; Tue, 30 Oct 2012 13:30:45 +0000 Received: from relay.uni-heidelberg.de ([129.206.100.212]) by relay1.thorcom.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1TTBtz-0007gl-Vh for rsgb_lf_group@blacksheep.org; Tue, 30 Oct 2012 13:30:44 +0000 Received: from freitag.iup.uni-heidelberg.de (freitag.iup.uni-heidelberg.de [129.206.29.204]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id q9UDUf9k011464 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 30 Oct 2012 14:30:41 +0100 Received: from [129.206.22.206] (pc206.iup.uni-heidelberg.de [129.206.22.206]) by freitag.iup.uni-heidelberg.de (8.12.11.20060308/8.11.2) with ESMTP id q9UDUcFw007759 for ; Tue, 30 Oct 2012 14:30:39 +0100 Message-ID: <508FD677.2050807@iup.uni-heidelberg.de> Date: Tue, 30 Oct 2012 14:30:31 +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.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: rsgb_lf_group@blacksheep.org References: <8D468B5D9DCA4B6D90ED557E68BB66AF@White> <508F157E.9040108@iup.uni-heidelberg.de> <508FAB27.2050909@psk31.plus.com> In-Reply-To: <508FAB27.2050909@psk31.plus.com> X-Spam-Score: -1.4 (-) X-Spam-Report: Spam detection software, running on the system "relay1.thorcom.net", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Eddie, LF, Am 30.10.2012 11:25, schrieb g3zjo: > Hi Stefan > > I found the lack / loss of decodes annoying, one cause was slight > frequency drift in my transverter, WSPR is not effected but JT9-2 is. > I feel there were other periods of unexplained non de-codes too. > > Was it you who mentioned the burst at the end of the signal. I was > hearing a tuneful diddle at the end of G3XIZ transmission, I hear a > burst of distorted rattle on my own signal. > > Eddie [...] Content analysis details: (-1.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [129.206.100.212 listed in list.dnswl.org] -0.7 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: ead411ce91f9601ce3974c7575797436 Subject: Re: LF: JT9-1 and 2, echoes, waterfall Content-Type: multipart/alternative; boundary="------------030205040201090201010305" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=HTML_MESSAGE 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: 3039ac1db405508fd6b96e2e X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none This is a multi-part message in MIME format. --------------030205040201090201010305 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Eddie, LF, Am 30.10.2012 11:25, schrieb g3zjo: > Hi Stefan > > I found the lack / loss of decodes annoying, one cause was slight > frequency drift in my transverter, WSPR is not effected but JT9-2 is. > I feel there were other periods of unexplained non de-codes too. > > Was it you who mentioned the burst at the end of the signal. I was > hearing a tuneful diddle at the end of G3XIZ transmission, I hear a > burst of distorted rattle on my own signal. > > Eddie No, it was DF6NM who mentioned the burst at the end but i saw it as well. It was part of the end of my signal. With the new version things became a bit better. The initial crashes didn't happen any more for me. As i assume, this is probably due to the decoder that has to much work to do in a 1 minute period when the range is set to center+-50 Hz and if the CPU power is relatively low or other task have to be performed to the same time. When reducing the range to e.g. +-10 Hz there was no problem on my XP PC (512 MB RAM) (no decodes though). On my Win7 PC (32 bit, 4GB RAM) there were no problems and i got successful decodes. Probably there have to be some improvements on the decoder. We all confirmed that these problems are not present in WSPR, so Joe may already know what the culprit is. It's one of the first releases of the software so we obviously have to be patient for some more time. *On request of DU1GM i will transmit JT9-30, beginning arround 15 UTC on 137.44 kHz (+- a few Hz), full power!* 73, Stefan/DK7FC --------------030205040201090201010305 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Eddie, LF,

Am 30.10.2012 11:25, schrieb g3zjo:
Hi Stefan

I found the lack / loss of decodes annoying, one cause was slight frequency drift in my transverter, WSPR is not effected but JT9-2 is.
I feel there were other periods of unexplained non de-codes too.

Was it you who mentioned the burst at the end of the signal. I was hearing a tuneful diddle at the end of G3XIZ transmission, I hear a burst of distorted rattle on my own signal.

Eddie

No, it was DF6NM who mentioned the burst at the end but i saw it as well. It was part of the end of my signal.

With the new version things became a bit better. The initial crashes didn't happen any more for me. As i assume, this is probably due to the decoder that has to much work to do in a 1 minute period when the range is set to center+-50 Hz and if the CPU power is relatively low or other task have to be performed to the same time. When reducing the range to e.g. +-10 Hz there was no problem on my XP PC (512 MB RAM)  (no decodes though). On my Win7 PC (32 bit, 4GB RAM) there were no problems and i got successful decodes.

Probably there have to be some improvements on the decoder. We all confirmed that these problems are not present in WSPR, so Joe may already know what the culprit is.

It's one of the first releases of the software so we obviously have to be patient for some more time.

On request of DU1GM i will transmit JT9-30, beginning arround 15 UTC on 137.44 kHz (+- a few Hz), full power!

73, Stefan/DK7FC
--------------030205040201090201010305--