Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-mb06.r1000.mx.aol.com (Internet Inbound) with ESMTP id 46A68380000BF; Tue, 12 Mar 2013 10:28:01 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1UFPjD-0002Uy-5S for rs_out_1@blacksheep.org; Tue, 12 Mar 2013 13:58:55 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1UFPjC-0002Up-Ic for rsgb_lf_group@blacksheep.org; Tue, 12 Mar 2013 13:58:54 +0000 Received: from imr-db01.mx.aol.com ([205.188.91.95]) by relay1.thorcom.net with esmtp (Exim 4.77) (envelope-from ) id 1UFPj9-0000OJ-63 for rsgb_lf_group@blacksheep.org; Tue, 12 Mar 2013 13:58:53 +0000 Received: from mtaout-ma02.r1000.mx.aol.com (mtaout-ma02.r1000.mx.aol.com [172.29.41.2]) by imr-db01.mx.aol.com (Outbound Mail Relay) with ESMTP id A15EC38000056 for ; Tue, 12 Mar 2013 09:58:27 -0400 (EDT) Received: from White (80.179.184.165.static.012.net.il [80.179.184.165]) by mtaout-ma02.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPA id 64A51E0001AC for ; Tue, 12 Mar 2013 09:58:22 -0400 (EDT) Message-ID: <71F5C1E5EDC5450C8829F6AF184E3A39@White> From: "Markus Vester" To: References: <51311F32.3070800@iup.uni-heidelberg.de> <8A64C7EBD5AF41CB80C30CD2666C54AC@White> <51335CB8.1070709@iup.uni-heidelberg.de> <9EF0D5974920427FA620981E45AB2D67@White> <233B0B801CC14D59A1509409D9EDFD89@White> <10BD31921A884E429B3A6594FBD7989B@White> <513E3C5A.9090400@iup.uni-heidelberg.de> <7BD468EC77714986B7095F1DFF88C799@White> <9B957F2BE42447E591815BA9A7565953@White> Date: Tue, 12 Mar 2013 14:58:18 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 12.0.1606 X-MimeOLE: Produced By Microsoft MimeOLE V12.0.1606 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20121107; t=1363096707; bh=Dp2W9X6v7idjOMEcuBYltB5kvHCJz78vnsV9Gts5ax4=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=C+yZvm5Px/rm8odwrVgsrzsfU7FNcGgDMjn1k1LGFRqNouZdVAKI4MfrdsgFISB4p mfuYTSUoTmdxon21rR1ITO57LCYKnqSg6A7EqllNkbID7wcm7srHdW2JmlAZS5jAf3 P45YA4AMncsVkmpwxoqGhEw060aVmdEAyBtxWr6I= X-AOL-SCOLL-SCORE: 0:2:412875936:93952408 X-AOL-SCOLL-URL_COUNT: 0 X-Spam-Score: -2.6 (--) 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: Spiros, you'r signal is strong and consistent here in 4X, but interestingly I'm getting multiple detections from different slices of the same transmission. The timestamp shift seems to indicate that the match for the later parts is 20 or 30 seconds delayed compared to the early part. This would mean that either my receiver is too fast, or that your transmitter is too slow by about 1%. In the latter case, I would also expect that the conventional decoder would have difficulties to get a decode. [...] Content analysis details: (-2.6 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [205.188.91.95 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (markusvester[at]aol.com) -0.0 SPF_PASS SPF: sender matches SPF record -2.6 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Scan-Signature: 96c1546db5321e0e52b4c66d17932f07 Subject: Re: LF: Op32 last night Content-Type: multipart/alternative; boundary="----=_NextPart_000_0008_01CE1F32.0856DFA0" 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 x-aol-global-disposition: G X-AOL-SCOLL-AUTHENTICATION: mtain-mb06.r1000.mx.aol.com ; domain : mx.aol.com DKIM : pass x-aol-sid: 3039ac1d601a513f3b702e45 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none Dies ist eine mehrteilige Nachricht im MIME-Format. ------=_NextPart_000_0008_01CE1F32.0856DFA0 Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: quoted-printable Spiros, you'r signal is strong and consistent here in 4X, but interestingly I'm = getting multiple detections from different slices of the same = transmission. The timestamp shift seems to indicate that the match for = the later parts is 20 or 30 seconds delayed compared to the early part. = This would mean that either my receiver is too fast, or that your = transmitter is too slow by about 1%. In the latter case, I would also = expect that the conventional decoder would have difficulties to get a = decode.=20 Perhaps you might want to check the samplerate of the soundcard used for = transmitting. You could also try to measure the duration of the Opera = sequence - it should be 8.192 seconds per (half-)symbol, or 32min 46sec = for the whole sequence. 13:19:20 SV8CS 1437km 137540.091Hz 140mHz -38.9dBOp 78% 18.7dB 13:19:33 SV8CS 1437km 137540.080Hz 154mHz -37.2dBOp 98% 16.2dB 13:19:42 SV8CS 1437km 137540.080Hz 150mHz -38.0dBOp 68% 15.1dB Best73, Markus From: Markus Vester=20 Sent: Tuesday, March 12, 2013 2:14 PM To: rsgb_lf_group@blacksheep.org=20 Subject: Re: LF: Op32 last night Spiros, here you are: 13:19:21 SV8CS 1437km 137540.083Hz 124mHz -38.8dBOp 48% 17.4dB This was at 13:02, after 48% of the sequence had been received. Best 73,=20 Markus From: Markus Vester=20 Sent: Tuesday, March 12, 2013 11:33 AM To: rsgb_lf_group@blacksheep.org=20 Subject: Re: LF: Op32 last night Spiros, LF, several detections of your signal appeared in Northern Israel last = night, along with a couple from UA4WPF and RN3AGC. Chris who had been = running the software in Bucharest the other night got similar results.=20 I am currently leaving the receiver on during the daytime, and the noise = appears to be quite low. So if you decided to transmit this afternoon = there might be a good chance for a daylight detection. Best 73, Markus (4X/DF6NM in KM73TD) UT call distance frequency bandwidth SNR correlation 2013-03-11: 22:37:17 SV8CS 1437km 137540.006Hz 176mHz -39.0dBOp 90% 19.0dB 2013-03-12: 00:29:12 UA4WPF 2960km 137541.990Hz 2mHz -45.3dBOp 66% 16.7dB 00:50:36 SV8CS 1437km 137540.046Hz 146mHz -38.8dBOp 100% 20.4dB 02:30:24 SV8CS 1437km 137540.033Hz 159mHz -40.7dBOp 100% 18.7dB 04:10:12 SV8CS 1437km 137540.015Hz 163mHz -37.4dBOp 47% 18.5dB 05:21:24 SV8CS 1437km 137540.007Hz 136mHz -38.0dBOp 100% 19.3dB 06:18:16 RN3AGC 2534km 137557.000Hz 3mHz -50.5dBOp 83% 15.9dB From: SV8CS- Spiros Chimarios=20 Sent: Tuesday, March 12, 2013 5:42 AM To: rsgb_lf_group@blacksheep.org=20 Subject: LF: Op32 last night Captured in Op 32 23:54 136 UA4WPF de SV8CS Op32 3186 km -39 dB in ZAKYNTHOS Isl. Spiros/SV8CS ------=_NextPart_000_0008_01CE1F32.0856DFA0 Content-Type: text/html; charset="ISO-8859-15" Content-Transfer-Encoding: quoted-printable
Spiros,
 
you'r signal is strong and consistent = here in 4X,=20 but interestingly I'm getting multiple detections from = different=20 slices of the same transmission. The timestamp shift seems to indicate = that the=20 match for the later parts is 20 or 30 seconds delayed compared to the = early=20 part. This would mean that either my receiver is too fast, or that your=20 transmitter is too slow by about 1%. In the latter case, I would = also=20 expect that the conventional decoder would have difficulties to get a=20 decode. 
 
Perhaps you might want to check the = samplerate of=20 the soundcard used for transmitting. You could also try to measure the = duration=20 of the Opera sequence - it should be 8.192 seconds per (half-)symbol, or = 32min=20 46sec for the whole sequence.
 
13:19:20 SV8CS   1437km = 137540.091Hz=20 140mHz -38.9dBOp  78% 18.7dB
13:19:33 SV8CS   1437km=20 137540.080Hz 154mHz -37.2dBOp  98% 16.2dB
13:19:42 = SV8CS  =20 1437km 137540.080Hz 150mHz -38.0dBOp  68% 15.1dB
Best73,
Markus

Sent: Tuesday, March 12, 2013 2:14 PM
Subject: Re: LF: Op32 last night

Spiros,
 
here you are:
 
13:19:21 SV8CS   1437km = 137540.083Hz=20 124mHz -38.8dBOp  48% 17.4dB
This was at 13:02, = after 48% of=20 the sequence had been received.
 
Best 73, =
Markus

Sent: Tuesday, March 12, 2013 11:33 AM
Subject: Re: LF: Op32 last night

Spiros, LF,
 
several detections of your signal = appeared in=20 Northern Israel last night, along with a couple from UA4WPF and RN3AGC. = Chris=20 who had been running the software in Bucharest the other night=20 got similar results. 
 
I am currently leaving the = receiver on=20 during the daytime, and the noise appears to be quite low. So = if you=20 decided to transmit this afternoon there might be a good chance for = a=20 daylight detection.
 
Best 73,
Markus (4X/DF6NM in=20 KM73TD)
 
   = UT   =20 call   distance  frequency bandwidth  = SNR   =20 correlation
2013-03-11:
 
22:37:17 SV8CS   = 1437km=20 137540.006Hz 176mHz -39.0dBOp  90% 19.0dB
2013-03-12:
 
00:29:12 UA4WPF  2960km = 137541.990Hz   2mHz -45.3dBOp  66% 16.7dB
00:50:36=20 SV8CS   1437km 137540.046Hz 146mHz -38.8dBOp 100% = 20.4dB
02:30:24=20 SV8CS   1437km 137540.033Hz 159mHz -40.7dBOp 100% = 18.7dB
04:10:12=20 SV8CS   1437km 137540.015Hz 163mHz -37.4dBOp  47%=20 18.5dB
05:21:24 SV8CS   1437km 137540.007Hz 136mHz = -38.0dBOp 100%=20 19.3dB
06:18:16 RN3AGC  2534km 137557.000Hz   3mHz=20 -50.5dBOp  83% 15.9dB

From: SV8CS- Spiros Chimarios
Sent: Tuesday, March 12, 2013 5:42 AM
Subject: LF: Op32 last night

Captured in Op 32
23:54    136 UA4WPF de SV8CS Op32 3186 = km=20 -39 dB in ZAKYNTHOS Isl.
 
Spiros/SV8CS
 
 
------=_NextPart_000_0008_01CE1F32.0856DFA0--