Rik, is WSPR-15 mode something that can be incorporated into your software?
By the way, I listened to Paul last night on JT9-5 and JT9-2. His JT9-5 signal
was decoded well before I started to decode him on JT9-2. However there was a
lot of JT9-5 sequences I could not get a decode on even though the trace was
easily seen in the waterfall. I was having a LOT of lightning static from
storms down in the Southern USA and that seemed to be playing a big role in
what I could decode.
73 Jay KA9CFD
-----Original Message-----
From: [email protected] <[email protected]>
On Behalf Of Rik Strobbe
Sent: December 28, 2018 14:22
To: [email protected]
Subject: Re: LF: SlowJT9 update (v0.9.12.5)
Hello Paul, all,
about the JT9 decoder sensitivity: so far it is only an impression that it
degrades at higher frequencies. I will have to do some more testing to confirm
or deny it.
But I won't hurt to go to 640Hz audio or so ...
I just switched from 136.8kHz dial tot 136.55kHz, so Stefan's signal should
jump up from 580Hz to 830Hz audio. Let's see what that gives.
Lowering the bottom frequency limit to 300Hz can be done.
I will adapt the spectrogram speed to the selected JT9 submode.
Implementing JT9-10 is my next target, I hope it will go smoother that
implemneting JT9-5 (I grew gay hair with that, but will tell the story in a
separate mail).
73, Rik ON7YD - OR7T
________________________________________
Van: [email protected] <[email protected]>
namens N1BUG <[email protected]>
Verzonden: vrijdag 28 december 2018 15:04
Aan: [email protected]
Onderwerp: Re: LF: SlowJT9 update (v0.9.12.5)
Hello Rik,
I will change my frequency to go below 640 Hz for the next tests of JT9-5.
In anticipation that JT9-10 may have a similar reduction in sensitivity at the
high end, and to give us a bit more room to play, would it be possible to
extend the low end down to 300 Hz? Many rigs can easily go down there.
I agree slowing down the spectrogram to match the mode is desirable.
73,
Paul
On 12/28/18 8:35 AM, Rik Strobbe wrote:
> 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
>
> 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. 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.
>
> 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.
>
> Slowing down the spectogram: I will add it to the wish list.
>
> 73, Rik ON7YD - OR7T
>
>
>
>
> ________________________________ Van:
> [email protected]
> <[email protected]> namens DK7FC
> <[email protected]> Verzonden: vrijdag 28 december 2018
> 13:04 Aan: [email protected] 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:
> [email protected]<mailto:[email protected]>;
> [email protected]<mailto:[email protected]
> >; [email protected]<mailto:[email protected]>;
> [email protected]<mailto:[email protected]>
> 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:
> [email protected]<mailto:[email protected]>;
> [email protected]<mailto:[email protected]
> >; [email protected]<mailto:[email protected]>;
> [email protected]<mailto:[email protected]>
> 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/<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 operating systems as well in the future.
>
> 73, Rik ON7YD - OR7T
|
