Return to KLUBNL.PL main page

[Top] [All Lists]

Re: LF: SlowJT9 averaging (in conversion to JT9-1)

To: "[email protected]" <[email protected]>
Subject: Re: LF: SlowJT9 averaging (in conversion to JT9-1)
From: Andy Talbot <[email protected]>
Date: Wed, 21 Nov 2018 16:14:45 +0000
Cc: [email protected], rsgb_lf_group <[email protected]>
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7vU7piA9yZIRhdRmKyHQwWYeQkJWXXRqyXitXKmCaWc=; b=E2t3gPaghWBDS+VpQrvoPkH5GLl5tdNb5EZFMy8pHtfOIBajhg6GhS+ZBKKLgMHWsd Y2oEoSdHWrIOsOAagpI0716+H8b04SXGWbzumcVmG0Jz0nvao17DTuVFk+garDdvkrto kMG3BVbTXeu8/AuXOLySzj6i+sh5pje7TtHYVXXCUyNUZrlrlZHDQwk4NQ5fTEo9RhXv V12beL1V2dbkjt0KDzAUIDi/H8VlOq5paAUh6yZhMbA5PoML8bq1G29D6yjYEkyJH0fo w4o+h579QlLirPyIbGgdgD3bTMLNw9WmVy8elVqz2Y2Dc3yBIbvdqj9Z6KypgQhOPZOw 51xg==
In-reply-to: <[email protected]om>
References: <[email protected]> <[email protected]> <[email protected]> <[email protected]om> <[email protected]> <[email protected]om> <[email protected]om> <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]om>
Reply-to: [email protected]
Sender: [email protected]
One you've finalised baud rates for the modes, I'll do a PIC beacon source for driving a DDS and can send some beacon signals.    That will be independent of the PC and teh trouble I was having yesterday getting it to generate using ver 0.9.10

On Wed, 21 Nov 2018 at 16:11, Andy Talbot <[email protected]> wrote:

Are you sure you are going about this the best way?   If you want to stay with the original JT9-slow values, then wouldn't it be better to go to the WSJT repository and find the original source code.   Or dive inside the decoding software and change the numbers, instead of speeding things up and averaging

ALTERNATIVELY, if you wish to stay with the speeded up version and the latest decoder, then go back to your original idea of integer ratios.   Forget backwards compatibility.  After all, no one is likely to be using the old WSJT-X 1 suite with these modes so there is no need for backwards compatibility.   You can start with a fresh and the simpler approach

The only thing I suggest is that you change the name of the mode slightly.   Stay with JT9 for the normal one, but instead of JT9-2 and JT9-5 call it , say JT9-R2 and JT9-R4   (R for Rik :-)  That way no one can think it is backwards compatible.

On Wed, 21 Nov 2018 at 15:53, Rik Strobbe <[email protected]> wrote:

For those interested:

in order to get JT9-2, JT9-5 and JT9-10 signals decoded with a JT9 decoder (from the WSJT-X suite), the JT9-2, JT9-5, JT9-10 audio is "speeded up" to JT9-1. During the process the signal is also averaged (otherwise ther would be no S/N improvement).

In the initial versions of SlowJT9 the ratios were integer values: 2 for JT9-2 anf 5 for JT9-5, making averaging very simple.

In SlowJT9 v0.9.10 however the original parameters for JT9-2, JT9-5 and JT9-10 are used, resulting in some non-integer conversion rates: 2.2222 (15360/6912) for JT9-2 and 5.9259 (40960/6912) for JT9-5.

So, how to average with for example each 2.2222 incoming samples are converted to 1 outgoing sample?

Not finding relevant information about this on the web, I did it quite straigh forward:

Assuming I1, I2, I3, I4, ... are the incoming JT9-2 samples and O1, O2, O3, O4, ... are the outgoing JT9(-1) samples

O1 = (I1+I2+0.222*I3)/2.222

O2 = (0.778*I3+I4+0.444*I5)/2.222

O3 = (0.556*I5+I6+0.667*I7)/2.222

O4 = (0.333*I7+I8+0.889*I9)/2.222

and so on.

I am by no means sure that this is the best way to average for non-integer conversion rates (it was just the best I could think of), so any suggestion to do this better is welcome.

73, Rik  ON7YD - OR7T

<Prev in Thread] Current Thread [Next in Thread>