Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by klubnl.pl (8.14.4/8.14.4/Debian-8+deb8u2) with ESMTP id x0VEnV9S004698 for ; Thu, 31 Jan 2019 15:49:32 +0100 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1gpDYf-0003VA-A2 for rs_out_1@blacksheep.org; Thu, 31 Jan 2019 14:43:13 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1gpDYe-0003V1-Ed for rsgb_lf_group@blacksheep.org; Thu, 31 Jan 2019 14:43:12 +0000 Received: from rhcavuit04.kulnet.kuleuven.be ([2a02:2c40:0:c0::25:137]) by relay1.thorcom.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from ) id 1gpDYb-00057h-RJ for rsgb_lf_group@blacksheep.org; Thu, 31 Jan 2019 14:43:11 +0000 X-KULeuven-Envelope-From: rik.strobbe@kuleuven.be X-KULeuven-Scanned: Found to be clean X-KULeuven-ID: 5CDED120014.A700A X-KULeuven-Information: Katholieke Universiteit Leuven Received: from icts-p-smtps-1.cc.kuleuven.be (icts-p-smtps-1e.kulnet.kuleuven.be [134.58.240.33]) by rhcavuit04.kulnet.kuleuven.be (Postfix) with ESMTP id 5CDED120014 for ; Thu, 31 Jan 2019 15:43:04 +0100 (CET) Received: from ICTS-S-EXMBX24.luna.kuleuven.be (icts-s-exmbx24.luna.kuleuven.be [10.112.11.59]) (using TLSv1.2 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by icts-p-smtps-1.cc.kuleuven.be (Postfix) with ESMTPS id 4CB3A40B8; Thu, 31 Jan 2019 15:43:04 +0100 (CET) Received: from ICTS-S-EXMBX27.luna.kuleuven.be (10.112.11.62) by ICTS-S-EXMBX24.luna.kuleuven.be (10.112.11.59) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 31 Jan 2019 15:43:04 +0100 Received: from ICTS-S-EXMBX27.luna.kuleuven.be ([fe80::291a:cc4f:6953:698a]) by ICTS-S-EXMBX27.luna.kuleuven.be ([fe80::291a:cc4f:6953:698a%25]) with mapi id 15.00.1395.000; Thu, 31 Jan 2019 15:43:04 +0100 X-Kuleuven: This mail passed the K.U.Leuven mailcluster From: Rik Strobbe To: "rsgb_lf_group@blacksheep.org" , "600MRG@mailman.qth.net" <600MRG@mailman.qth.net>, "rsgb-lf-group@groups.io" Thread-Topic: SlowJT9 update (v0.9.15.0) Thread-Index: AQHUuW6GReIGNCCA4UORsMuWFMRWMw== Date: Thu, 31 Jan 2019 14:43:04 +0000 Message-ID: <1548945782023.57164@kuleuven.be> References: <1541712573053.31739@kuleuven.be> <1542362144885.30626@kuleuven.be> <1542721669174.9290@kuleuven.be> <1542902405876.64977@kuleuven.be> <1544631368092.16214@kuleuven.be> <1544826336986.15705@kuleuven.be> <1545855021519.36262@kuleuven.be> , ,<1546865627715.6950@kuleuven.be> In-Reply-To: <1546865627715.6950@kuleuven.be> Accept-Language: nl-BE, en-GB, en-US Content-Language: nl-BE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.112.50.1] MIME-Version: 1.0 X-Spam-Score: -2.3 (--) X-Spam-Report: Spam detection software, running on the system "relay1.thorcom.net", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dear all, Beta-release v0.9.15.0 of SlowJT9 has been uploaded, see http://www.472khz.org/SlowJT9/. Changes: - PSKreporter.info spotting added. - Flexible frequency boundaries for the spectrum display added (100 - 5000 Hz in 100 Hz steps). - Help file added. Content analysis details: (-2.3 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at http://www.dnswl.org/, medium trust [2a02:2c40:0:c0:0:0:25:137 listed in] [list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: 09c1a181dc7b5fd4ce37590584a561d1 Subject: LF: SlowJT9 update (v0.9.15.0) Content-Type: multipart/alternative; boundary="_000_154894578202357164kuleuvenbe_" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.5 required=5.0 tests=HTML_20_30,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 --_000_154894578202357164kuleuvenbe_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear all, Beta-release v0.9.15.0 of SlowJT9 has been uploaded, see http://www.472khz.= org/SlowJT9/. Changes: - PSKreporter.info spotting added. - Flexible frequency boundaries for the spectrum display added (100 - 5000 = Hz in 100 Hz steps). - Help file added. Bug reports, remarks and suggestions are welcome. Next on my to-do list: 1. Run the recorded audio several times through the decoder with small "tim= e-shift" steps. I was intrigued by a mail from David, G0MRF, (17 Januari): "Last night was very good for propagation and TA activity on 630m. It was one of those rare nights where signals were at a reasonable to good = level, but unlike the previous several days, if not weeks, QSB was remarkab= ly slow with only a few dB between peaks and troughs. There was a period b= etween 02.00 and 04.00 with no decodes here, but between 06:25 and 07:49 I = decoded 19 transmissions from K9KFR in EN77, most of which were CQs I was pleased to work Glenn VE9GJ on JT9 shortly after he made his first TA= QSO with Jan LA3EQ. Interestingly Rik's SlowJT9 which was running in parallel, managed to decod= e a couple of more transmissions than WSJT-X." As I use the JT9 decoder from the WSJT-X suite the performance of SlowJT9 a= nd WSJT-X should be identical. The only difference between both could be a = small timing difference that made SlowJT9 to decode some extra transmission= s (pure luck, it could have been the other way around as well). So maybe the performance of SlowJT9 can be improved by running the recorded= audio several times through the decoder with each time a small (0.1 second= ?) time shift induced in the audio and then taking a "best off" all decode= d signals. I am not sure it will really help, but it seems worth to try. 2. Add optional internal frequency conversion to allow reception at higher = frequencies I have done some preliminary tests (based on the code snippet Wolf, DL4YHF,= sent me) and it seems to work fine. But I am not sure that it will be very useful as frequency conversion will = not increase the usable frequeny range, but just shit it. Eg: now JT9-10 can be received from 100 Hz to 415 Hz audio. After USB downc= onversion with a 1 kHz carrier the range will be 1100 Hz to 1415 Hz. The only reason I can think of to want frequency conversion is if you use a= fixed frequency (ofen 800Hz) CW filter, so you can fit the JT9-5 or JT9-10= frequency range into the filter passband. But this downconversion requires a Hilbert transform (90 degrees all pass f= ilter) that never can be perfect and this will cause some distortion (in pa= rticular at the lower and of the passband). So before I start the effort to implement this in SlowJT9 I would like to k= now if there is an audience for it. 73, Rik ON7YD - OR7T --_000_154894578202357164kuleuvenbe_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Dear all,

Beta-release v0.9.15.0 of SlowJT9 has been uploaded, see http://www.472khz.org/SlowJT9/.

Changes:
- PSKreporter.info spotting added.
- Flexible frequency boundaries for the spectrum display added (100 - 5000 = Hz in 100 Hz steps).
- Help file added.

Bug reports, remarks and suggestions are welcome.

Next on my to-do list:

1. Run the recorded audio sev= eral times through the decoder with small "time-shift" steps.
I was intrigued by a mail from David, G0MRF,  (17 Januari):

"Last night was very good for propagation and TA= activity on 630m.
It was one of those rare nights where signals were at= a reasonable to good level, but unlike the previous several days, if not weeks, QSB was remarkably slow with only= a few dB between peaks and troughs.  There was a period between 02.00= and 04.00 with no decodes here, but between 06:25 and 07:49 I decoded 19 t= ransmissions from K9KFR in EN77, most of which were CQs
I was pleased to work Glenn VE9GJ on JT9 shortly afte= r he made his first TA QSO with Jan LA3EQ.
Interestingly Rik's SlowJT9 which was running= in parallel, managed to decode a couple of more transmissions than WSJT-X."

As I use the JT9 decoder from the WSJT-X suite the performance of SlowJT9 a= nd WSJT-X should be identical. The only difference between both could be a = small timing difference that made SlowJT9 to decode some extra transmission= s (pure luck, it could have been the other way around as well). 
So maybe the performance of SlowJT9 can be improved by running th= e recorded audio several times through the decoder with each time a small (= 0.1 second ?) time shift induced in the audio and then taking a "best = off" all decoded signals.
I am not sure it will really help, but it seems worth to try.

2. Add optional internal= frequency conversion to allow reception at higher frequencies
I have done some preliminary tests (based on the code snippet Wol= f, DL4YHF, sent me) and it seems to work fine.
But I am not sure that it will be very useful as frequency conversion = will not increase the usable frequeny range, but just shit it.
Eg: now JT9-10 can be received from 100 Hz to 415 Hz audio. After USB = downconversion with a 1 kHz carrier the range will be 1100 Hz to 1415 Hz.
The only reason I can think of to want frequency conversion = is if you use a fixed frequency (ofen 800Hz) CW filter, so you can fit the = JT9-5 or JT9-10 frequency range into the filter passband.
But this downconversion requires a Hilbert transform (90 degrees all p= ass filter) that never can be perfect and this will cause some distortion (= in particular at the lower and of the passband).
So before I start the effort to implement this in SlowJT9 I would= like to know if there is an audience for it.

73, Rik  ON7YD - OR7T
--_000_154894578202357164kuleuvenbe_--