Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-ma02.r1000.mx.aol.com (Internet Inbound) with ESMTP id 2B68838000095; Mon, 27 Aug 2012 08:50:10 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1T5ykR-0007ys-9e for rs_out_1@blacksheep.org; Mon, 27 Aug 2012 13:48:55 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1T5ykQ-0007yj-Nn for rsgb_lf_group@blacksheep.org; Mon, 27 Aug 2012 13:48:54 +0100 Received: from out1.ip07ir2.opaltelecom.net ([62.24.128.243]) by relay1.thorcom.net with esmtp (Exim 4.77) (envelope-from ) id 1T5ykO-0002E6-Ns for rsgb_lf_group@blacksheep.org; Mon, 27 Aug 2012 13:48:53 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuAKAAJsO1BcHnxB/2dsb2JhbABFpCSVTwKBAIEIghsFAQEFCAEBA0kCLAEBAwUCAQMRBAEBCiUUAQQaBhYIBhMKAQICAQGIAAe6EAYBiwGCBUOBLYMcA4gahUKJDY8BgmM X-IronPort-AV: E=Sophos;i="4.80,320,1344207600"; d="scan'208,217";a="45687618" Received: from host-92-30-124-65.as13285.net (HELO xphd97xgq27nyf) ([92.30.124.65]) by out1.ip07ir2.opaltelecom.net with SMTP; 27 Aug 2012 13:48:51 +0100 Message-ID: <003501cd8452$4ce82780$0501a8c0@xphd97xgq27nyf> From: "mal hamilton" To: References: <06DDBDA2FE814440A956B5C33365FB75@AGB> <503B5C7A.8020106@iup.uni-heidelberg.de> Date: Mon, 27 Aug 2012 12:48:47 -0000 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Score: 4.9 (++++) 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: Stefan es Co It is often the case when Data modes cannot be decoded they are visible on the waterfall display. It is also a fact that RTTY can easily be visually read on a waterfall display when it does not decode/print because of qrn hits or qsb. In the past RTTY fsk marks/spaces were read from undulator tape by a competent operator who knew the Murray code. This method produced better results than direct demodulation/printing The preferred method on LF/MF surely is QRSS, DFCW for reliability in handling very weak signals then CW for the stronger signals and local working. de mal/g3kev [...] Content analysis details: (4.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [62.24.128.243 listed in list.dnswl.org] 1.0 FSL_XM_419 Old OE version in X-Mailer only seen in 419 spam -0.0 SPF_PASS SPF: sender matches SPF record 0.0 HTML_MESSAGE BODY: HTML included in message 1.9 FSL_UA FSL_UA 2.1 AXB_XMAILER_MIMEOLE_OL_024C2 AXB_XMAILER_MIMEOLE_OL_024C2 X-Scan-Signature: f45514038df04b1035abb1d5446da941 Subject: LF: Re: OP missed decodes Content-Type: multipart/alternative; boundary="----=_NextPart_000_0032_01CD8452.4C9E4D40" 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, HTML_TAG_EXISTS_TBODY 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: 3039ac1d600a503b6d025a69 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none This is a multi-part message in MIME format. ------=_NextPart_000_0032_01CD8452.4C9E4D40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Stefan es Co It is often the case when Data modes cannot be decoded they are visible = on the waterfall display. It is also a fact that RTTY can easily be = visually read on a waterfall display when it does not decode/print = because of qrn hits or qsb.=20 In the past RTTY fsk marks/spaces were read from undulator tape by a = competent operator who knew the Murray code. This method produced better = results than direct demodulation/printing The preferred method on LF/MF surely is QRSS, DFCW for reliability in = handling very weak signals then CW for the stronger signals and local = working. de mal/g3kev =20 ----- Original Message -----=20 From: Stefan Sch=E4fer=20 To: rsgb_lf_group@blacksheep.org=20 Sent: Monday, August 27, 2012 11:39 AM Subject: LF: OP missed decodes G..,=20 Am 27.08.2012 13:18, schrieb Graham:=20 DK7FC UZ2HZ 2200m OPERA 1789 kms 23:05:38=20 =20 =20 =20 Did the program show that decode on your PC? On my PC the decode did = not appear! It would be a pity if decodes would be lost. I tried to = reach UZ2HZ but thought i wasn't successful. Maybe it was the same with = SM2DJK?=20 Maybe further stations got successful TA decodes but no one knows? = Another disadvantage compared to QRSS/DFCW.. 73, Stefan/DK7FC ------=_NextPart_000_0032_01CD8452.4C9E4D40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Stefan es Co
It is often the case when Data modes cannot be = decoded=20 they are visible on the waterfall display. It is also a fact that RTTY = can=20 easily be visually read on a waterfall display when it does not = decode/print=20 because of qrn hits or qsb.
In the past RTTY fsk marks/spaces were read = from=20 undulator tape by a competent operator who knew the Murray code. = This=20 method produced better results than direct = demodulation/printing
The preferred method on LF/MF surely is = QRSS,=20 DFCW for reliability in handling very weak signals then CW for the = stronger=20 signals and local working.
de mal/g3kev
  
----- Original Message -----
From:=20 Stefan = Sch=E4fer
Sent: Monday, August 27, 2012 = 11:39=20 AM
Subject: LF: OP missed = decodes

G..,

Am 27.08.2012 13:18, schrieb Graham:=20
 
DK7FC UZ2HZ 2200m OPERA 1789 kms 23:05:38


Did = the=20 program show that decode on your PC? On my PC the decode did not = appear! It=20 would be a pity if decodes would be lost. I tried to reach UZ2HZ but = thought i=20 wasn't successful. Maybe it was the same with SM2DJK?
Maybe = further=20 stations got successful TA decodes but no one knows? Another = disadvantage=20 compared to QRSS/DFCW..

73, = Stefan/DK7FC
------=_NextPart_000_0032_01CD8452.4C9E4D40--