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 wBSDu6Po016891 for ; Fri, 28 Dec 2018 14:56:07 +0100 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1gcsY9-0005Ww-IQ for rs_out_1@blacksheep.org; Fri, 28 Dec 2018 13:51:41 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1gcsY6-0005Wn-C6 for rsgb_lf_group@blacksheep.org; Fri, 28 Dec 2018 13:51:38 +0000 Received: from mout02.posteo.de ([185.67.36.66]) by relay1.thorcom.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91_59-0488984) (envelope-from ) id 1gcsY3-0003ZN-ND for rsgb_lf_group@blacksheep.org; Fri, 28 Dec 2018 13:51:37 +0000 Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id E52222400E6 for ; Fri, 28 Dec 2018 14:51:34 +0100 (CET) X-DKIM-Result: Domain=posteo.de Result=Signature OK DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1546005094; bh=A/gMG0ond5JiyG5p8IunUM7gUYIejBzrgd6kmdsjYa4=; h=Date:From:To:Subject:From; b=SURwFbZUA7n7FF/z200JYLTtsb+bTmHT+hSyRd2x87b2+FujcHHy2gY5rxBpVUgXD f6FNmYI6NFHCrtFyqJNMLYR0XmR/inv4X/MTloB1Bx1f+1eao5iNmmBAAmQsLbktFf PZV4K4gkwqMDD7XomKN87Tz9LKR4CDrkCI5iVyYhT4MTfItZFYB5T7woo8YTpWVE6V jlUvDdVfVm0QVs6fDRBNsCmbSB2/UANxLszIV2j1sJ4jv+FH33rFMUAer5PXmy++B+ WgjKawVQafissfbR8S/MwkrA+7sylbioASXR8qcPls+ucZPwWJyzv37hC+AvxGGUBB NCNooR4UJo7Lg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 43R7RB2f3tz9rxH for ; Fri, 28 Dec 2018 14:51:34 +0100 (CET) Message-ID: <5C262A66.5020407@posteo.de> Date: Fri, 28 Dec 2018 14:51:34 +0100 From: DK7FC User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: rsgb_lf_group@blacksheep.org 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> <5C2605D0.1060801@posteo.de>,<5C26115C.2070904@posteo.de> <1546004132195.62442@kuleuven.be> In-Reply-To: <1546004132195.62442@kuleuven.be> 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 @@CONTACT_ADDRESS@@ for details. Content preview: Hello Rik, Thank you for your efforts in slowJT9. The latest improvements seem to be the breakthrough. Very well. Am 28.12.2018 14:35, schrieb Rik Strobbe: > > Hello Stefan, > > > I switched to 136.8kHz dial: > > 1215 -9 -0.6 580 5 CQ DK7FC JN49 > 1225 -4 -0.4 580 5 CQ DK7FC JN49 Thanks for the reprots. I seem to [...] 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 [185.67.36.66 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 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: be3259e96db1c5491a2991bd4b2cea6e Subject: Re: LF: SlowJT9 update (v0.9.12.5) Content-Type: multipart/alternative; boundary="------------050807090607080203010904" 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 This is a multi-part message in MIME format. --------------050807090607080203010904 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hello Rik, Thank you for your efforts in slowJT9. The latest improvements seem to be the breakthrough. Very well. Am 28.12.2018 14:35, schrieb Rik Strobbe: > > Hello Stefan, > > > I switched to 136.8kHz dial: > > 1215 -9 -0.6 580 5 CQ DK7FC JN49 > 1225 -4 -0.4 580 5 CQ DK7FC JN49 Thanks for the reprots. I seem to be audible on your side :-) I will continue to TX a bit longer, maybe Spiros will pick it up, although this is difficult over that distance in daytime. ​ > > About the audio frequency limit for JT9-5: > this is injherent on the decoding technique I am using. The JT9-5 > signal is resampled (speeded up) to a JT9-1 signal and then decoded by > the JT9 decoder of the WSJT suite. > The resampling rate between JT9-5 and JT9-1 is 40960/6912 = +/- 5.926. > In the resampling the frequencies are shifted up by this factor (so a > 500Hz audio tone at JT9-5 becomes 2963Hz at JT9-1. > The upper frequency limit of the JT9 decoder is 5000Hz, that means > 5000/5.926 = 843.75 Hz for the JT9-5 signal. RR, understood. This is of course sub-optimal because TX stations would need to re-tune the antenna each time when they want to try another mode, because they are forced to do QSY. This can be problematic on LF! So maybe it is possible to integrate an internal upconverter that solves the problem? I assume many would like to stay at 136 kHz 'dial' because they are running other instances on WSPR-2, WSPR-15 and so on. > By the way: I have done some testing and have the impression that the > sensitivity of the JT9-5 decoder decreases above 3800kHz. So for > optimal result (at RX end) I would recommend to stay below 640Hz audio. OK, so something like > > However, it would be possible to allow transmission above 843 Hz. If > that would be of any help to you I will incorporate it in the next > version. Yes please. It won't hurt to have the option. 73, Stefan > > Slowing down the spectogram: I will add it to the wish list. > > 73, Rik ON7YD - OR7T > > > > ------------------------------------------------------------------------ > *Van:* owner-rsgb_lf_group@blacksheep.org > namens DK7FC > *Verzonden:* vrijdag 28 december 2018 13:04 > *Aan:* rsgb_lf_group@blacksheep.org > *Onderwerp:* Re: LF: SlowJT9 update (v0.9.12.5) > LF, > > *I am now TXing JT9-5 on 137.38 kHz. Is there someone who yould give > me a report?* > > It is good to see that the program did not crash yet on my PC. This is > an improvement. Even the transmisions seem to work now, so far. > > Unfortunately the program does still not support TX frequencies above > 843 Hz in the JT9-5 mode. So i need to change the (not existing > 'dial') frequency by adding another 600 Hz to SpecLabs upconverter. > Actually i need 12380 Hz to steer my LF hardware to transmit on the > desired frequency. It would be nice if a next version could support > all frequencies up to 24 kHz, so the software becomes more flexible > for OMs using their homemade upconverters, rather than a HF TRX with > their microphone inputs and SSB frequency ranges. > One more feedback: It would be nice if the spectrogram would scroll > slower for the slower modes, and just displays time markers in one > TX/RX interval, i.e. here: 5 minutes. > > 73, Stefan > > > > > Am 28.12.2018 12:15, schrieb DK7FC: >> Hello Rik, LF, >> >> Congrats to the latest version! I'm going to install it now and hope >> it will work well here too. >> What about the JT9-10 mode? It could be very helpful on 2200m these days. >> >> My VLF TX was running for 3 days without a single interruption. Now i >> stopped it and do QSY to 137 kHz. It means that i can receive again >> there and hope to see some messages into the monitor field. Also i >> plan to transmit, if all works well. >> Looking forward to a QSO. >> >> 73, Stefan >> >> >> Am 26.12.2018 21:11, schrieb Rik Strobbe: >>> >>> ​​Dear all, >>> >>> >>> I finally found the time to implement JT9-5 and just uploaded v0.9.12.5. >>> >>> Be ware that this is a ZIP file that only contains the SlowJT9.exe. >>> In order to use it you need to install version 0.9.12.4 (if not >>> already done) and replace the v0.9.14.4 SlowJT9.exe by the one in >>> the ZIP file. >>> >>> The JT9-5 mode was just briefly tested but seems to decode fine at >>> -33dB. >>> >>> All reports on JT9-5 tests are welcome, as well as any bug report, >>> remark or suggestion. >>> >>> >>> 73, Rik ON7YD - OR7T >>> >>> >>> >>> ------------------------------------------------------------------------ >>> *Van:* Rik Strobbe >>> *Verzonden:* vrijdag 14 december 2018 23:25 >>> *Aan:* rsgb_lf_group@blacksheep.org; >>> rsgb_lf_group@yahoogroups.co.uk; 600MRG@mailman.qth.net; >>> rsgb-lf-group@groups.io >>> *Onderwerp:* SlowJT9 update (v0.9.12.4) >>> >>> Dear all, >>> >>> >>> Beta-release v0.9.12.4 of SlowJT9 has been uploaded, see >>> http://www.472khz.org/SlowJT9/. >>> >>> >>> Changes: >>> >>> - A bug fixed that sometimes caused the application to crash at the >>> end of a transmission. >>> >>> - Ability to select double or quadruple tone tone spacing >>> (Settings->Mode) >>> >>> - Ability to display the own transmission in the RX frequency window >>> (Settings->Mode). >>> >>> >>> I got very few bug reports from the previous version (0.9.12.3), so >>> either SlowJT9 is running quit stable or people are getting tired of >>> sending me bug reports ;-) >>> >>> >>> Bug reports, remarks and suggestions are still welcome. >>> >>> >>> 73, Rik ON7YD - OR7T >>> >>> >>> ------------------------------------------------------------------------ >>> *Van:* Rik Strobbe >>> *Verzonden:* woensdag 12 december 2018 17:16 >>> *Aan:* rsgb_lf_group@blacksheep.org; >>> rsgb_lf_group@yahoogroups.co.uk; 600MRG@mailman.qth.net; >>> rsgb-lf-group@groups.io >>> *Onderwerp:* SlowJT9 update (v0.9.12.3) >>> >>> ​Dear all, >>> >>> >>> I just uploaded a new beta-release of SlowJT9 (v0.9.12.3). >>> >>> The reporting to debug.txt is been extended (in particular during TX). >>> >>> I also fixed a array bound violation that caused crashes once in a >>> while. >>> >>> JT9-5 and JT9-10 modes are temporarily disabled, my first goal is to >>> have a stable version before tackling new features. >>> >>> >>> *Be aware that due to the baudrate changes there is NO BACKWARD >>> COMPATIBILITY for JT9-2 and JT9-5 to version prior to 0.9.10. * >>> >>> *In other words: JT9-2 and JT9-5 send with v0.9.11 cannot be decoded >>> with versions v0.9.00 - v0.9.03 and vice versa.* >>> >>> The JT9-1 mode however is still the same and can be sent / received >>> with all versions (and is WSJT-X compatible). >>> >>> >>> *The purpose of this version is to determine the stability of the >>> application. * >>> >>> *Therefore all test reports, remarks, suggestions and opinions are >>> most welcome.* >>> >>> >>> I want to thank everybody who gave feedback, suggestions and bug >>> reports over the past weeks, this was very much appreciated! In >>> particular Markus, DF6NM, for his patience in explaining me how to >>> implement windowed sinc interpollation for the resampling. >>> >>> >>> Whoever is interested can download the SlowJT9 version >>> 0.9.12.3 installation file at http://472khz.org/SlowJT9/ >>> . >>> >>> >>> 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 operating systems as well in the future. >>> >>> >>> 73, Rik ON7YD - OR7T >>> >>> >>> >>> >>> >>> --------------050807090607080203010904 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Hello Rik,

Thank you for your efforts in slowJT9. The latest improvements seem to be the breakthrough. Very well.

Am 28.12.2018 14:35, schrieb Rik Strobbe:

Hello Stefan,


I switched to 136.8kHz dial:

1215  -9 -0.6  580 5  CQ DK7FC JN49         
1225  -4 -0.4  580 5  CQ DK7FC JN49
Thanks for the reprots. I seem to be audible on your side :-)
I will continue to TX a bit longer, maybe Spiros will pick it up, although this is difficult over that distance in daytime.  ​

   
About the audio frequency limit for JT9-5:
this is injherent on the decoding technique I am using. The JT9-5 signal is resampled (speeded up) to a JT9-1 signal and then decoded by the JT9 decoder of the WSJT suite.
The resampling rate between JT9-5 and JT9-1 is 40960/6912 = +/- 5.926. In the resampling the frequencies are shifted up by this factor (so a 500Hz audio tone at JT9-5 becomes 2963Hz at JT9-1.
The upper frequency limit of the JT9 decoder is 5000Hz, that means 5000/5.926 = 843.75 Hz for the JT9-5 signal.
RR, understood. This is of course sub-optimal because TX stations would need to re-tune the antenna each time when they want to try another mode, because they are forced to do QSY. This can be problematic on LF!
So maybe it is possible to integrate an internal upconverter that solves the problem? I assume many would like to stay at 136 kHz 'dial' because they are running other instances on WSPR-2, WSPR-15 and so on.

By the way: I have done some testing and have the impression that the sensitivity of the JT9-5 decoder decreases above 3800kHz. So for optimal result (at RX end) I would recommend to stay below 640Hz audio.
OK, so something like

However, it would be possible to allow transmission above 843 Hz. If that would be of any help to you I will incorporate it in the next version.
Yes please. It won't hurt to have the option.

73, Stefan




Slowing down the spectogram: I will add it to the wish list.

73, Rik  ON7YD - OR7T



Van: owner-rsgb_lf_group@blacksheep.org <owner-rsgb_lf_group@blacksheep.org> namens DK7FC <selberdenken@posteo.de>
Verzonden: vrijdag 28 december 2018 13:04
Aan: rsgb_lf_group@blacksheep.org
Onderwerp: Re: LF: SlowJT9 update (v0.9.12.5)
 
LF,

I am now TXing JT9-5 on 137.38 kHz. Is there someone who yould give me a report?

It is good to see that the program did not crash yet on my PC. This is an improvement. Even the transmisions seem to work now, so far.

Unfortunately the program does still not support TX frequencies above 843 Hz in the JT9-5 mode. So i need to change the (not existing 'dial') frequency by adding another 600 Hz to SpecLabs upconverter. Actually i need 12380 Hz to steer my LF hardware to transmit on the desired frequency. It would be nice if a next version could support all frequencies up to 24 kHz, so the software becomes more flexible for OMs using their homemade upconverters, rather than a HF TRX with their microphone inputs and SSB frequency ranges.
One more feedback: It would be nice if the spectrogram would scroll slower for the slower modes, and just displays time markers in one TX/RX interval, i.e. here: 5 minutes.

73, Stefan




Am 28.12.2018 12:15, schrieb DK7FC:
Hello Rik, LF,

Congrats to the latest version! I'm going to install it now and hope it will work well here too.
What about the JT9-10 mode? It could be very helpful on 2200m these days.

My VLF TX was running for 3 days without a single interruption. Now i stopped it and do QSY to 137 kHz. It means that i can receive again there and hope to see some messages into the monitor field. Also i plan to transmit, if all works well.
Looking forward to a QSO.

73, Stefan


Am 26.12.2018 21:11, schrieb Rik Strobbe:

​​Dear all,


I finally found the time to implement JT9-5 and just uploaded v0.9.12.5.

Be ware that this is a ZIP file that only contains the SlowJT9.exe. In order to use it you need to install version 0.9.12.4 (if not already done) and replace the v0.9.14.4 SlowJT9.exe by the one in the ZIP file.

The JT9-5 mode was just briefly tested but seems to decode fine at -33dB.

All reports on JT9-5 tests are welcome, as well as any bug report, remark or suggestion.


73, Rik  ON7YD - OR7T



Van: Rik Strobbe
Verzonden: vrijdag 14 december 2018 23:25
Aan: rsgb_lf_group@blacksheep.org; rsgb_lf_group@yahoogroups.co.uk; 600MRG@mailman.qth.net; rsgb-lf-group@groups.io
Onderwerp: SlowJT9 update (v0.9.12.4)
 

Dear all,

 

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


Changes:

- A bug fixed that sometimes caused the application to crash at the end of a transmission.

- Ability to select double or quadruple tone tone spacing (Settings->Mode)

- Ability to display the own transmission in the RX frequency window (Settings->Mode).


I got very few bug reports from the previous version (0.9.12.3), so either SlowJT9 is running quit stable or people are getting tired of sending me bug reports ;-)


Bug reports, remarks and suggestions are still welcome.


73, Rik  ON7YD - OR7T


Van: Rik Strobbe
Verzonden: woensdag 12 december 2018 17:16
Aan: rsgb_lf_group@blacksheep.org; rsgb_lf_group@yahoogroups.co.uk; 600MRG@mailman.qth.net; rsgb-lf-group@groups.io
Onderwerp: SlowJT9 update (v0.9.12.3)
 

​Dear all,


I just uploaded a new beta-release of SlowJT9 (v0.9.12.3).

The reporting to debug.txt is been extended (in particular during TX).

I also fixed a array bound violation that caused crashes once in a while.

JT9-5 and JT9-10 modes are temporarily disabled, my first goal is to have a stable version before tackling new features.


Be aware that due to the baudrate changes there is NO BACKWARD COMPATIBILITY for JT9-2 and JT9-5 to version prior to 0.9.10. 

In other words: JT9-2 and JT9-5 send with v0.9.11 cannot be decoded with versions v0.9.00 - v0.9.03 and vice versa.

The JT9-1 mode however is still the same and can be sent / received with all versions (and is WSJT-X compatible).


The purpose of this version is to determine the stability of the application. 

Therefore all test reports, remarks, suggestions and opinions are most welcome.


I want to thank everybody who gave feedback, suggestions and bug reports over the past weeks, this was very much appreciated! In particular Markus, DF6NM, for his patience in explaining me how to implement windowed sinc interpollation for the resampling.


Whoever is interested can download the SlowJT9 version 0.9.12.3 installation file at http://472khz.org/SlowJT9/.


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 operating systems as well in the future.


73, Rik  ON7YD - OR7T






--------------050807090607080203010904--