Delivered-To: daveyxm@virginmedia.com Received: by 10.50.237.98 with SMTP id vb2csp634766igc; Fri, 27 Dec 2013 11:10:38 -0800 (PST) X-Received: by 10.180.20.15 with SMTP id j15mr34946581wie.4.1388171437453; Fri, 27 Dec 2013 11:10:37 -0800 (PST) Return-Path: Received: from post.thorcom.com (post.thorcom.com. [195.171.43.25]) by mx.google.com with ESMTP id i10si13395406wix.57.2013.12.27.11.10.36 for ; Fri, 27 Dec 2013 11:10:37 -0800 (PST) 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; dkim=pass header.i=@mx.aol.com Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1VwcR4-0007AZ-KV for rs_out_1@blacksheep.org; Fri, 27 Dec 2013 18:47:02 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1VwcR3-0007AQ-Te for rsgb_lf_group@blacksheep.org; Fri, 27 Dec 2013 18:47:01 +0000 Received: from omr-d02.mx.aol.com ([205.188.109.194]) by relay1.thorcom.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1VwcR1-0003Wf-GC for rsgb_lf_group@blacksheep.org; Fri, 27 Dec 2013 18:47:00 +0000 Received: from mtaout-mab01.mx.aol.com (mtaout-mab01.mx.aol.com [172.26.249.81]) by omr-d02.mx.aol.com (Outbound Mail Relay) with ESMTP id 31E4E700000B1 for ; Fri, 27 Dec 2013 13:46:57 -0500 (EST) Received: from White (95-91-238-155-dynip.superkabel.de [95.91.238.155]) by mtaout-mab01.mx.aol.com (MUA/Third Party Client Interface) with ESMTPA id 4C996380000BE for ; Fri, 27 Dec 2013 13:46:54 -0500 (EST) Message-ID: <305060CA90A44B26ACAE442B939C7722@White> From: "Markus Vester" To: References: <20C550A7D07741688C6A26E73CBCF741@White> <52BD619F.3060701@freenet.de> <5203D34278124B23888E0186CD355130@Extensa> <2BD7B5C11C824D999887B3630609DB93@White> <1E9D3911BD544F1090BFCEB45A74BB68@AGB> Date: Fri, 27 Dec 2013 19:46:51 +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 x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20121107; t=1388170017; bh=rqqb3wkBXJDVOPUbG1V39WGjKURLwvHpDbqN/0qjk14=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=TfdweJyWYoImyfQovhyl4vKx7JqIMQC2G5BT4xeZI/BseKBiM3swf76cIUvWGffZP ZHYjqcAqMiCWHwn7o8iwwqz0RwY256bfFoaov125OGjZgiqUR2IboobWuEWYYeHXn/ 01AtdEXewgwIGt+02jemjva59EXGU4N9RtJkrj0c= x-aol-sid: 3039ac1af95152bdcb1e7025 X-AOL-IP: 95.91.238.155 X-Spam-Score: -0.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: Hi Graham, Peter, VLF, there seems to be conflict in the VLF frequency selection: Somewhat arbitrarily, EA5HVK hardcoded Opera-VLF to ~ 8910 Hz, while I would rather stick close to 8970 Hz. Direct Opera-4H audio generation from Opera software won't work well with the deep search, because [...] Content analysis details: (-0.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.109.194 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 -0.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: 29f1b43ee9e13e220716185d38bfb88c Subject: VLF: Opera frequency range Content-Type: multipart/alternative; boundary="----=_NextPart_000_0012_01CF033C.637D9790" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.3 required=5.0 tests=HTML_50_60,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 Status: O X-Status: X-Keywords: X-UID: 3643 Dies ist eine mehrteilige Nachricht im MIME-Format. ------=_NextPart_000_0012_01CF033C.637D9790 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Graham, Peter, VLF, there seems to be conflict in the VLF frequency selection: Somewhat = arbitrarily, EA5HVK hardcoded Opera-VLF to ~ 8910 Hz, while I would = rather stick close to 8970 Hz. Direct Opera-4H audio generation from = Opera software won't work well with the deep search, because=20 - most transmitters and grabbers are currently set up for 8970 Hz, and = we can easily reuse "6000" and "60000" SpecLab instances for opds data = export, - frequency instability from a raw soundcard (ie without continuous = samplerate correction) is typically a ppm or so. This is not really = sufficient to produce a coherent peak in about 60 uHz, - searching a wide frequency range (yes, 22 Hz is vast!) for with uHz = resolution would be unnecessary and inefficient with the SpecLab / opds = combo. If one would like to try decoding 8970 Hz signals with standard Opera = software, one solution would be audio frequency conversion through = SpecLab and VAC. Or we could ask Jos=E9 for a software version with user = definable frequency assignments. =20 Best 73, Markus (DF6NM) From: Graham=20 Sent: Friday, December 27, 2013 5:27 PM To: rsgb_lf_group@blacksheep.org=20 Subject: Re: LF: Opera RX active 24/7 - de PA1SDB The Op decoder limits are 8900 Hz > 8922 Hz=20 mid band 8911 Hz =20 There was a change of band some time back , the Op software is = correct tx/rx soundcard SDR 73-G,=20 From: Markus Vester=20 Sent: Friday, December 27, 2013 2:57 PM To: rsgb_lf_group@blacksheep.org=20 Subject: Re: LF: Opera RX active 24/7 - de PA1SDB Hi Peter, all, Blacksheep seems to be responding again... Hmm, 8.925 kHz would be way out of range of my SpecLab instances. I am = currently looking for Opera signals near 8.97 kHz: opds-32: 8968.5 - 8971.5 Hz (Stefan?) opds-4H: 8969.8 - 8970.2 Hz (Uwe?) Best 73, Markus (DF6NM) VLF grabber running: http://www.df6nm.de/vlf/vlfgrabber.htm From: PA1SDB, Peter=20 Sent: Friday, December 27, 2013 1:57 PM To: rsgb_lf_group@blacksheep.org=20 Subject: LF: Opera RX active 24/7 - de PA1SDB Hello VLF, Opera RX on 8KC, 24/7 now. Also Spectogram available. The frequency band is 8895 - 8925 Hz, right ? www.qsl.net/pa1sdb ------=_NextPart_000_0012_01CF033C.637D9790 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Graham, Peter, VLF,
 
there seems to be conflict in the = VLF=20 frequency selection: Somewhat arbitrarily, EA5HVK hardcoded = Opera-VLF=20 to ~ 8910 Hz, while I would rather stick close to 8970 Hz. Direct Opera-4H audio generation from Opera software won't=20 work well with the deep search, because 
 
- most transmitters and grabbers = are currently=20 set up for 8970 Hz, and we can easily reuse "6000" and "60000"=20 SpecLab instances for opds data export,
- frequency instability from a raw = soundcard (ie=20 without continuous samplerate correction) is typically a ppm or so. This = is not really sufficient to produce a coherent peak=20 in about 60 uHz,
- searching a wide = frequency range=20 (yes, 22 Hz is vast!) for with uHz resolution would = be unnecessary and=20 inefficient with the SpecLab / opds combo.
If one would like to try decoding = 8970 Hz=20 signals with standard Opera software, one solution would = be audio=20 frequency conversion through SpecLab and VAC. Or we could ask = Jos=E9 for=20 a software version with user definable frequency=20 assignments.  
 
Best 73,
Markus (DF6NM)
 
From: Graham
Sent: Friday, December 27, 2013 5:27 PM
Subject: Re: LF: Opera RX active 24/7 - de = PA1SDB

The Op decoder  limits are  8900 Hz > 8922  Hz =
 
mid band  8911 Hz 
 
There  was  a change  of band  some  = time =20 back , the  Op software  is  correct  tx/rx  = soundcard=20 SDR
 
73-G,
 
 

From: Markus Vester
Sent: Friday, December 27, 2013 2:57 PM
To: rsgb_lf_group@blacksheep.org= =20
Subject: Re: LF: Opera RX active 24/7 - de = PA1SDB

Hi Peter, all,
 
Blacksheep seems to be responding=20 again...
 
Hmm, 8.925 kHz would = be way out of=20 range of my SpecLab instances. I am currently looking for Opera = signals=20 near 8.97 kHz:
 
 opds-32: 8968.5 - 8971.5 Hz=20 (Stefan?)
 opds-4H: 8969.8 - 8970.2 Hz=20 (Uwe?)
 
Best 73,
Markus (DF6NM)
 
VLF grabber running: = http://www.df6nm.de/vlf/v= lfgrabber.htm
 

From: PA1SDB, Peter
Sent: Friday, December 27, 2013 1:57 PM
To: rsgb_lf_group@blacksheep.org= =20
Subject: LF: Opera RX active 24/7 - de = PA1SDB

Hello VLF,
Opera RX on 8KC, 24/7 now.
Also Spectogram available.
 
The frequency band is 8895 - 8925 Hz, =  right=20 ?
 
www.qsl.net/pa1sdb
 
 
------=_NextPart_000_0012_01CF033C.637D9790--