Return-Path: Received: from mtain-db04.r1000.mx.aol.com (mtain-db04.r1000.mx.aol.com [172.29.64.88]) by air-dd09.mail.aol.com (v129.10) with ESMTP id MAILINDD092-86374dc94af43c4; Tue, 10 May 2011 10:25:56 -0400 Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-db04.r1000.mx.aol.com (Internet Inbound) with ESMTP id 1466F3800008F; Tue, 10 May 2011 10:25:54 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1QJnTE-0008RL-Mo for rs_out_1@blacksheep.org; Tue, 10 May 2011 14:59:28 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1QJnTD-0008RC-Oa for rsgb_lf_group@blacksheep.org; Tue, 10 May 2011 14:59:27 +0100 Received: from imr-ma03.mx.aol.com ([64.12.206.41]) by relay1.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1QJnTC-0008Fn-Fa for rsgb_lf_group@blacksheep.org; Tue, 10 May 2011 14:59:27 +0100 Received: from imo-ma02.mx.aol.com (imo-ma02.mx.aol.com [64.12.78.137]) by imr-ma03.mx.aol.com (8.14.1/8.14.1) with ESMTP id p4ADxKOP017566 for ; Tue, 10 May 2011 09:59:20 -0400 Received: from MarkusVester@aol.com by imo-ma02.mx.aol.com (mail_out_v42.9.) id l.10a6.543aa49 (55740) for ; Tue, 10 May 2011 09:59:16 -0400 (EDT) Received: from smtprly-me03.mx.aol.com (smtprly-me03.mx.aol.com [64.12.95.104]) by cia-md04.mx.aol.com (v129.10) with ESMTP id MAILCIAMD047-b30f4dc944af1fc; Tue, 10 May 2011 09:59:16 -0400 Received: from webmail-d136 (webmail-d136.sim.aol.com [149.174.18.26]) by smtprly-me03.mx.aol.com (v129.10) with ESMTP id MAILSMTPRLYME037-b30f4dc944af1fc; Tue, 10 May 2011 09:59:11 -0400 References: <4DC572F2.9050003@telus.net> <4DC5AB0F.4090507@iup.uni-heidelberg.de> <4DC85118.6060408@freenet.de> <4DC90515.5010203@iup.uni-heidelberg.de> <002d01cc0efc$28f4c8a0$4001a8c0@lark> <4DC91E37.6030406@iup.uni-heidelberg.de> To: rsgb_lf_group@blacksheep.org Date: Tue, 10 May 2011 09:59:11 -0400 In-Reply-To: <4DC91E37.6030406@iup.uni-heidelberg.de> X-MB-Message-Source: WebUI MIME-Version: 1.0 From: Markus Vester X-MB-Message-Type: User X-Mailer: AOL Webmail 33668-STANDARD Received: from 194.138.39.62 by webmail-d136.sysops.aol.com (149.174.18.26) with HTTP (WebMailUI); Tue, 10 May 2011 09:59:11 -0400 Message-Id: <8CDDD31928FFEDD-DC8-61A7@webmail-d136.sysops.aol.com> X-Spam-Flag:NO X-AOL-SENDER: MarkusVester@aol.com X-Spam-Score: 0.3 (/) X-Spam-Report: autolearn=disabled,FORGED_AOL_TAGS=0.281,HTML_MESSAGE=0.001,UNPARSEABLE_RELAY=0.001 Subject: Re: LF: Spectrum Lab Filtering... Content-Type: multipart/alternative; boundary="--------MB_8CDDD31929722FD_DC8_B487_webmail-d136.sysops.aol.com" 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=FORGED_AOL_TAGS,HTML_20_30, HTML_FONTCOLOR_UNKNOWN,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: 3039ac1d40584dc94af26d0f X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none ----------MB_8CDDD31929722FD_DC8_B487_webmail-d136.sysops.aol.com Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Hi there, I think Wolf's idea is to lock to 1 pps pulses from the GPS, and use the= NMEA data to uniquely identify the second of each pulse. This will allow= SpecLab to brigde data outages or sound buffer overflows on receive.=20 I do not know if that technique could be used to stabilize sound output fo= r transmitting as well. One would probably have to monitor the output, and= then apply phase corrections if necessary. Best 73, Markus =20 -----Urspr=C3=BCngliche Mitteilung-----=20 Von: Stefan Sch=C3=A4fer An: rsgb_lf_group@blacksheep.org Verschickt: Di., 10. Mai. 2011, 13:15 Thema: Re: LF: Spectrum Lab Filtering... Hi Alan,=20 =20 I'm not an expert of such communication formats but i totally trust the sk= ills of Wolf. Before some years i think most people would have said that= it's not possible to use MSK transmitter signal as a "quasi perfect refer= ence signal" and now we have this function included in SpecLab, which allo= ws us to display and generate DFCW-60000 and maybe slower...=20 =20 Let's see what he will perform magic soon! :-)=20 =20 73, Stefan/DK7FC=20 =20 Am 10.05.2011 12:22, schrieb Alan Melia:=20 > Hi Stefan if you are thinking of NMEA for timing I think you will find= it=20 > inadequate Andy did some work on this many years back and I believe he= found=20 > there was an inconsistent delay in the NMEA strings ...... differences= of up=20 > to a second I believe. One the Oncore boards from Motorola he found the= =20 > Motorola proprietry comms was much better. NMEA is only intended for=20 > transmission of data between instruments in relatively slow moving vesse= ls,=20 > so that sort of uncertainty is not really an issue.=20 >=20 > Alan=20 > G3NYK=20 >=20 > ----- Original Message -----=20 > From: "Stefan Sch=C3=A4fer"=20 > To:=20 > Sent: Tuesday, May 10, 2011 10:27 AM=20 > Subject: Re: LF: Spectrum Lab Filtering...=20 >=20 >=20 > >> Wolf,=20 >>=20 >> Thanks for the excellent service, once again!=20 >> I just downloaded the new version on the LF PC and will install it=20 >> separately. I'll test it with Markus in CW and will give you a feedback= =20 >> here.=20 >>=20 >> BTW what about the NMEA GPS communication? Does it already work=20 >> sufficiently? I would have problems to run my grabber PC at 10 SL=20 >> instances in stereo mode but when beeing /p TXing, it would be a great= =20 >> improvement!!!=20 >>=20 >> 73, Stefan/DK7FC=20 >>=20 >>=20 >> Am 09.05.2011 22:39, schrieb wolf_dl4yhf:=20 >> >>> Hello Scott and Stefan,=20 >>>=20 >>> I have just uploaded yet another 'beta' of spectrum lab (V2.76 b24) to= =20 >>> this site:=20 >>>=20 >>> http://dl4yhf.ssl7.com/speclab/install_speclab_beta.zip=20 >>>=20 >>> The automatic multi-notch filter now has up to three adjustable=20 >>> frequency ranges. If none of the ranges is selected, it operates on=20 >>> the entire spectrum (in the passband). The active ranges, if any, are= =20 >>> displayed by red horizontal lines in the filter control window (the=20 >>> graphic part).=20 >>>=20 >>> BEWARE: Keep a copy of your old version ! I made so many changes in=20 >>> the code (mostly for the GPS-sync) that there is the risk that older,= =20 >>> less frequently used (and rarely tested) functions don't work with=20 >>> this version. If so, please let me know.=20 >>>=20 >>> All the best,=20 >>> Wolf .=20 >>>=20 >>> >> >=20 ----------MB_8CDDD31929722FD_DC8_B487_webmail-d136.sysops.aol.com Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"
Hi there,
 
I think Wolf's idea is to lock to 1 pps pulses from the GPS, and= use the NMEA data to uniquely identify the second of each pulse. Thi= s will allow SpecLab to brigde data outages or sound buffer over= flows on receive.
 
I do not know if that technique could be used to stabilize&= nbsp;sound output for transmitting as well. One would probably have= to monitor the output, and then apply phase corrections if necessary.
 
Best 73,
Markus  

-----Urspr=C3=BCngliche Mitteilung-----
Von: Stefan Sch=C3=A4fer <Stefan.Schaefer@iup.uni-heidelberg.de>
An: rsgb_lf_group@blacksheep.org
Verschickt: Di., 10. Mai. 2011, 13:15
Thema: Re: LF: Spectrum Lab Filtering...

Hi Alan, 
 
I'm not an expert of such communication formats but i totally trust the sk= ills of Wolf. Before some years i think most people would have said that= it's not possible to use MSK transmitter signal as a "quasi perfect refer= ence signal" and now we have this function included in SpecLab, which allo= ws us to display and generate DFCW-60000 and maybe slower... 
 
Let's see what he will perform magic soon! :-) 
 
73, Stefan/DK7FC 
 
Am 10.05.2011 12:22, schrieb Alan Melia: 
> Hi Stefan if you are thinking of NMEA for timing I think you will fin= d it 
> inadequate Andy did some work on this many years back and I believe= he found 
> there was an inconsistent delay in the NMEA strings ...... difference= s of up 
> to a second I believe. One the Oncore boards from Motorola he found= the 
> Motorola proprietry comms was much better. NMEA is only intended for&= nbsp;
> transmission of data between instruments in relatively slow moving ve= ssels, 
> so that sort of uncertainty is not really an issue. 
> 
> Alan 
> G3NYK 
> 
> ----- Original Message ----- 
> From: "Stefan Sch=C3=A4fer"<Stefan.Schaefer@iup.uni-heidelberg.de> 
> To:<rsgb_lf_group@= blacksheep.org> 
> Sent: Tuesday, May 10, 2011 10:27 AM 
> Subject: Re: LF: Spectrum Lab Filtering... 
> 
> 
> >> Wolf, 
>> 
>> Thanks for the excellent service, once again! 
>> I just downloaded the new version on the LF PC and will install= it 
>> separately. I'll test it with Markus in CW and will give you a fe= edback 
>> here. 
>> 
>> BTW what about the NMEA GPS communication? Does it already work&n= bsp;
>> sufficiently? I would have problems to run my grabber PC at 10 SL=  
>> instances in stereo mode but when beeing /p TXing, it would be a= great 
>> improvement!!! 
>> 
>> 73, Stefan/DK7FC 
>> 
>> 
>> Am 09.05.2011 22:39, schrieb wolf_dl4yhf: 
>> >>> Hello Scott and Stefan, 
>>> 
>>> I have just uploaded yet another 'beta' of spectrum lab (V2.7= 6 b24) to 
>>> this site: 
>>> 
>>> http://dl4yhf.ssl7.com/speclab/install_speclab_beta= .zip 
>>> 
>>> The automatic multi-notch filter now has up to three adjustab= le 
>>> frequency ranges. If none of the ranges is selected, it opera= tes on 
>>> the entire spectrum (in the passband). The active ranges, if= any, are 
>>> displayed by red horizontal lines in the filter control windo= w (the 
>>> graphic part). 
>>> 
>>> BEWARE: Keep a copy of your old version ! I made so many chan= ges in 
>>> the code (mostly for the GPS-sync) that there is the risk tha= t older, 
>>> less frequently used (and rarely tested) functions don't work= with 
>>> this version. If so, please let me know. 
>>> 
>>> All the best, 
>>> Wolf . 
>>> 
>>> >> >
----------MB_8CDDD31929722FD_DC8_B487_webmail-d136.sysops.aol.com--