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 wA99V2jY001966 for ; Fri, 9 Nov 2018 10:31:10 +0100 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1gL32i-0005iX-SX for rs_out_1@blacksheep.org; Fri, 09 Nov 2018 09:25:32 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1gL32h-0005iO-KO for rsgb_lf_group@blacksheep.org; Fri, 09 Nov 2018 09:25:31 +0000 Received: from rhcavuit02.kulnet.kuleuven.be ([2a02:2c40:0:c0::25:130]) by relay1.thorcom.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91_59-0488984) (envelope-from ) id 1gL32e-0001vR-FY for rsgb_lf_group@blacksheep.org; Fri, 09 Nov 2018 09:25:30 +0000 X-KULeuven-Envelope-From: rik.strobbe@kuleuven.be X-KULeuven-Scanned: Found to be clean X-KULeuven-ID: 1FF0B120013.A4D83 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 rhcavuit02.kulnet.kuleuven.be (Postfix) with ESMTP id 1FF0B120013 for ; Fri, 9 Nov 2018 10:25:26 +0100 (CET) Received: from ICTS-S-EXMBX23.luna.kuleuven.be (icts-s-exmbx23.luna.kuleuven.be [10.112.11.58]) (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 0FB6040B5; Fri, 9 Nov 2018 10:25:26 +0100 (CET) Received: from ICTS-S-EXMBX27.luna.kuleuven.be (10.112.11.62) by ICTS-S-EXMBX23.luna.kuleuven.be (10.112.11.58) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Fri, 9 Nov 2018 10:25:25 +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; Fri, 9 Nov 2018 10:25:25 +0100 X-Kuleuven: This mail passed the K.U.Leuven mailcluster From: Rik Strobbe To: "rsgb_lf_group@blacksheep.org" , "rsgb_lf_group@yahoogroups.co.uk" Thread-Topic: JT9-2 and JT9-5 mode application Thread-Index: AQHUd6mXGlRzs26Lqk2M7O3cP/CWt6VHKrE8 Date: Fri, 9 Nov 2018 09:25:25 +0000 Message-ID: <1541755523367.64245@kuleuven.be> References: <1541712573053.31739@kuleuven.be> In-Reply-To: <1541712573053.31739@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: -0.7 (/) 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 @@CONTACT_ADDRESS@@ for details. Content preview: Dear all, the first bug is discovered ;-) I deliberately limited the maximum audio frequency to 1400Hz (as it is not a good idea to use JT9 in the WSPR band), and this is send as a parameter to the decoder executable. [...] Content analysis details: (-0.7 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [2a02:2c40:0:c0:0:0:25:130 listed in] [list.dnswl.org] -0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay domain -0.0 SPF_PASS SPF: sender matches SPF record 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: b28d3e72b5adfaf9991664afe0a993a6 Subject: LF: Re: JT9-2 and JT9-5 mode application Content-Type: multipart/alternative; boundary="_000_154175552336764245kuleuvenbe_" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=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_154175552336764245kuleuvenbe_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear all, the first bug is discovered ;-) I deliberately limited the maximum audio frequency to 1400Hz (as it is not = a good idea to use JT9 in the WSPR band), and this is send as a parameter t= o the decoder executable. But I did not keep in mind that for JT9-2 all frequencies are doubled (and = x5 for JT9-5), meaning I have to set fmax to 2800Hz for JT9-2 and to 5000Hz= for J9-5. I will try to fix this today and upload the new beta version 0.9.01. For those who want to test the current (0.9.0) version: keep the audio freq= uency below 700 Hz for JT9-2. For JT9-5 the upper limit would be 280Hz, but= this is too low for most transmitters. 73, Rik ON7YD - OR7T ________________________________ Van: owner-rsgb_lf_group@blacksheep.org namens Rik Strobbe Verzonden: donderdag 8 november 2018 22:29 Aan: rsgb_lf_group@blacksheep.org; rsgb_lf_group@yahoogroups.co.uk Onderwerp: LF: JT9-2 and JT9-5 mode application Dear all, a few months ago there was a short discussion about a "revival" of the slow= er JT9 modes such as JT9-2 and JT9-5. These modes existed in early versions of WSJT-X, and had the advantage of a= better S/N treshold level, at the cost of longer transmissions. But unfort= unately thse modes were abandoned in later WSJT-X version. As a result I raised this question in de WSJT-X developers group, but there= was no intention do implement these modes again, as the focus was more on = the (further) developing of new(er) modes. Having a closer look at the WSJT-X source code I noticed that the JT9 decod= ing was done in a separate executable and with some assistance of Joe, K1JT= , I managed to write an application that used this executable for decoding. As this executable only decodes JT9 signals, not JT9-2 and JT9-5, I had to = use a lttle trick: speeding up a JT9-2 recording by a factor 2 results in a= JT9 signal (at the double frequency) that can be fed to the JT9 decoder. T= he same can be done for JT9-5 (now speeding it up 5 times). Some tests showed that this way a JT9-2 signal could be copied at a 2.5dB b= etter S/N treshold compared to JT9(-1). Not completely the theoretical 3dB,= but 2.5dB can often be the difference between a failed or successful QSO. = JT9-5 hasn't been tested yet. All this was done "manually" and it was rather time consuming. So I decided to write an application that I named SlowJT9. It takes care of= all the conversions and frequency shifts. Besides JT9-2 and JT9-5 it also supports JT9(-1) for convenience reasons. Over the past weeks I tested the application in JT9 mode and after more tha= n a dozen QSO's I feel that it now time to release a beta version. Whoever is interested can download the SlowJT9 installation file at http://= 472khz.org/SlowJT9/SlowJT9_setup.exe. For now only a Windows version of SlowJT9 is available. But as the used IDE= has cross platform facilities it should be possible to support other opera= ting systems as well in the future. The aim of this beta version is: - To test if the application is working properly. - To find out if JT9-2 and/or JT9-5 have a sufficient S/N advantage over JT= 9(-1). - To find out if there is sufficient interest in using these modes to conti= nue the project. Therefore all comments, bug reports and suggestions are most welcome via th= e Blacksheep RSGB LF Reflector, Yahoo RSGB LF Group or directly at on7yd@st= robbe.org. 73, Rik ON7YD - OR7T --_000_154175552336764245kuleuvenbe_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Dear all,


the first bug is discovered ;-)

I deliberately limited the maximum audio frequency to 1400Hz (= as it is not a good idea to use JT9 in the WSPR band), and this is sen= d as a parameter to the decoder executable.

But I did not keep in mind that for JT9-2 all frequencies are doubled (a= nd x5 for JT9-5), meaning I have to set fmax to 2800Hz for JT9-2 and to 500= 0Hz for J9-5.

I will try to fix this today and upload the new beta version 0.9.01.

For those who want to test the current (0.9.0) version: keep the audio f= requency below 700 Hz for JT9-2. For JT9-5 the upper limit would be 28= 0Hz, but this is too low for most transmitters.


73, Rik  ON7YD - OR7T



Van: owner-rsgb_lf_group@bl= acksheep.org <owner-rsgb_lf_group@blacksheep.org> namens Rik Strobbe = <rik.strobbe@kuleuven.be>
Verzonden: donderdag 8 november 2018 22:29
Aan: rsgb_lf_group@blacksheep.org; rsgb_lf_group@yahoogroups.co.uk Onderwerp: LF: JT9-2 and JT9-5 mode application
 

Dear all,


a few months ago there was a short discussion about a "revival"= ; of the slower JT9 modes such as JT9-2 and JT9-5.

These modes existed in early versions of WSJT-X, and had the advant= age of a better S/N treshold level, at the cost of longer transmissions. Bu= t unfortunately thse modes were abandoned in later WSJT-X version.

As a result I raised this question in de WSJT-X developers group, but th= ere was no intention do implement these modes again, as the focus was more&= nbsp;on the (further) developing of new(er) modes.

Having a closer look at the WSJT-X source code I noticed that the JT9&nb= sp;decoding was done in a separate executable and with some assistance of J= oe, K1JT, I managed to write an application that used this execut= able for decoding.

As this executable only decodes JT9 signals, not JT9-2 and JT9-5, I had = to use a lttle trick: speeding up a JT9-2 recording by a factor 2 resu= lts in a JT9 signal (at the double frequency) that can be fed to the JT9 de= coder. The same can be done for JT9-5 (now speeding it up 5 times).

Some tests showed that this way a JT9-2 signal could be copied at a 2.5d= B better S/N treshold compared to JT9(-1). Not completely the theoretical 3= dB, but 2.5dB can often be the difference between a failed or successf= ul QSO. JT9-5 hasn't been tested yet.

All this was done "manually" and it was rather time consuming.=

So I decided to write an application that I named SlowJT9. It takes= care of all the conversions and frequency shifts.

Besides JT9-2 and JT9-5 it also supports JT9(-1) for convenience reasons= .

Over the past weeks I tested the application in JT9 mode and after = more than a dozen QSO's I feel that it now time to release a beta vers= ion.


Whoever is interested can download the SlowJT9 installation file&nb= sp;at http://4= 72khz.org/SlowJT9/SlowJT9_setup.exe.


For now only a Windows version of SlowJT9 is available. But as= the used IDE has cross platform facilities it should be possible to suppor= t other operating systems as well in the future.

The aim of this beta version is:
- To test if the application is working properly.
- To find out if JT9-2 and/or JT9-5 have a sufficient S/N advantage ov= er JT9(-1).
- To find out if there is sufficient interest in using these modes to = continue the project.
Therefore all comments, bug reports and suggestions are most welcome via th= e Blacksheep RSGB LF Reflector, Yahoo RSGB LF Group or directly at on7= yd@strobbe.org.

73, Rik  ON7YD - OR7T






--_000_154175552336764245kuleuvenbe_--