Delivered-To: daveyxm@virginmedia.com Received: by 10.50.237.98 with SMTP id vb2csp209312igc; Tue, 11 Mar 2014 14:51:51 -0700 (PDT) X-Received: by 10.180.189.169 with SMTP id gj9mr4985911wic.17.1394574710918; Tue, 11 Mar 2014 14:51:50 -0700 (PDT) Return-Path: Received: from post.thorcom.com (post.thorcom.com. [195.171.43.25]) by mx.google.com with ESMTP id dd1si2532680wib.18.2014.03.11.14.51.50 for ; Tue, 11 Mar 2014 14:51:50 -0700 (PDT) Received-SPF: neutral (google.com: 195.171.43.25 is neither permitted nor denied by best guess record for domain of owner-rsgb_lf_group@blacksheep.org) client-ip=195.171.43.25; Authentication-Results: mx.google.com; spf=neutral (google.com: 195.171.43.25 is neither permitted nor denied by best guess record for domain of owner-rsgb_lf_group@blacksheep.org) smtp.mail=owner-rsgb_lf_group@blacksheep.org Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1WNTS6-0006QD-IX for rs_out_1@blacksheep.org; Tue, 11 Mar 2014 20:39:06 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1WNTS5-0006Q4-Ij for rsgb_lf_group@blacksheep.org; Tue, 11 Mar 2014 20:39:05 +0000 Received: from smtpout2.wanadoo.co.uk ([80.12.242.42] helo=smtpout.wanadoo.co.uk) by relay1.thorcom.net with esmtp (Exim 4.82) (envelope-from ) id 1WNTS3-0004W5-EB for rsgb_lf_group@blacksheep.org; Tue, 11 Mar 2014 20:39:04 +0000 Received: from AGB ([95.145.225.255]) by mwinf5d30 with ME id cLf11n0125XEsUF03Lf2yX; Tue, 11 Mar 2014 21:39:02 +0100 Message-ID: <1D9F91C5CE814036842BF7AEEA7DF7DC@AGB> From: "Graham" To: References: <0D96F865B192468488683DA4C54DAACE@AGB>, <531B503C.2020901@abelian.org> <88E80A9EE32242878B4B3862799345DC@AGB> <531B5A62.1040502@abelian.org> <1B381F29F577496B8A99117AD2A317AC@AGB> <77E53D1F19444CD681E282B7AC4857A1@White> In-Reply-To: <77E53D1F19444CD681E282B7AC4857A1@White> Date: Tue, 11 Mar 2014 20:39:01 -0000 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Spam-Score: 0.0 (/) 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: Marcus Jose has reduced the decoder pass band to 50 Hz , this reduces the over heads on the 'decision' process , it seems to be a harsh environment , compared with say 136 . there where some AFC improvements in recent issues , if you check the psk-map for 2 meters , there are a group of EA stations running diffraction/scatter , over some considerable ranges , system is tacking the Doppler shifts [...] Content analysis details: (0.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.12.242.42 listed in list.dnswl.org] 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: 5f3d51ad98dd7d967f54e1b86b99caac Subject: Re: LF: 27.925 is correct dial Content-Type: multipart/alternative; boundary="----=_NextPart_000_0032_01CF3D69.EFA19C00" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.6 required=5.0 tests=HTML_40_50,HTML_MESSAGE, MISSING_OUTLOOK_NAME 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 This is a multi-part message in MIME format. ------=_NextPart_000_0032_01CF3D69.EFA19C00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Marcus=20 Jose has reduced the decoder pass band to 50 Hz , this reduces = the over heads on the 'decision' process , it seems to be a harsh = environment , compared with say 136 . there where some AFC = improvements in recent issues , if you check the psk-map for 2 = meters , there are a group of EA stations running = diffraction/scatter , over some considerable ranges , system is = tacking the Doppler shifts =20 The decoder assembles the recovered blocks , after the final = symbol , so there is short time lag , depending on the pc speed = as to when the decode is stamped , but as there is no link to = 'real time' its not too important , web-data also passes via the = server , where added information , range etc is added =20 >From the recent results , decode levels seem to be satisfactory = , just need a night at the Opera , this side to see if Bob can = get the TA decode ! ,=20 73-G,=20 From: Markus Vester=20 Sent: Saturday, March 08, 2014 6:36 PM To: rsgb_lf_group@blacksheep.org=20 Subject: Re: LF: 27.925 is correct dial Hi Graham, well opds "dBOp" has been calibrated to display SNR on the same "average = power" scale as Opera, ie carrier power in 2.5 kHz minus 4 dB. However I = concede that opds SNR measurements are not always accurate. Especially = with either strong signals, or unstable / incoherent transmissions, the = estimate of the carrier power or noise can go wrong by several dB. You mentioned improvements to the decoding algorithm in the latest Opera = version - can you give details? 73, Markus From: Graham=20 Sent: Saturday, March 08, 2014 7:19 PM To: rsgb_lf_group@blacksheep.org=20 Subject: Re: LF: 27.925 is correct dial ... OP32 min as used on 136 KHz , gives ~ -41 dB min , so OP2H=20 should run - 47 , I note Dex reached -48 , which is -54/55 on=20 Marcus's scale Tnx , G, ------=_NextPart_000_0032_01CF3D69.EFA19C00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Marcus
 
 Jose  has reduced  the  decoder pass  = band =20 to  50 Hz , this  reduces  the  over heads on = the =20 'decision' process  , it seems  to  be  a  = harsh =20 environment  , compared  with  say  136  . = there =20 where  some  AFC improvements  in  recent  = issues =20 ,  if you  check the  psk-map  for  2 =20 meters  , there  are  a  group  of  = EA =20 stations  running  diffraction/scatter  , over  = some =20 considerable  ranges , system is tacking  the  Doppler=20 shifts 
 
The  decoder  assembles the  recovered blocks  = , after=20 the  final  symbol , so there  is  short  = time =20 lag , depending  on the  pc speed  as  to  when = the  decode  is  stamped , but as  there is no  = link=20 to  'real time'  its  not too  important , web-data=20 also  passes  via the  server  , where  = added =20 information  , range etc  is  added 
 
From the  recent  results , decode =20 levels  seem  to  be satisfactory   , = just=20 need a night  at the  Opera , this  = side =20 to see  if  Bob  can get the  TA decode ! , =
 
73-G,
 
 

From: Markus Vester
Sent: Saturday, March 08, 2014 6:36 PM
To: rsgb_lf_group@blacksheep.org= =20
Subject: Re: LF: 27.925 is correct dial

Hi Graham,
 
well opds "dBOp" has been calibrated=20 to display SNR on the same "average power" scale as Opera, ie = carrier=20 power in 2.5 kHz minus 4 dB. However=20 I concede that opds SNR measurements are not always=20 accurate. Especially with either strong signals, or = unstable /=20 incoherent transmissions, the estimate of the carrier power or noise can = go=20 wrong by several dB.
 
You mentioned improvements to the = decoding=20 algorithm in the latest Opera version - can you give = details?
 
73, Markus

From: Graham
Sent: Saturday, March 08, 2014 7:19 PM
To: rsgb_lf_group@blacksheep.org= =20
Subject: Re: LF: 27.925 is correct dial

...
OP32   min  as used on   136 = KHz   ,=20 gives  ~  -41 dB  min  , so   OP2H =
should=20 run  - 47  , I note  Dex  reached  -48 , which = is =20 -54/55  on
Marcus's  scale

Tnx ,=20 G,


------=_NextPart_000_0032_01CF3D69.EFA19C00--