Hi all,
I should have mentioned that (as of r5987) the code in .../trunk builds
WSJT10 so that JT65 decoding is done in sfrsd2, and kvasd[.exe] is no
longer required. If we no problems arise, we can probably leave it this
way and do away with all non-free code.
-- Joe
On 10/20/2015 3:58 PM, Joe Taylor wrote:
> Hi Steve and all,
>
> I will be traveling and mostly out of touch for the next three days, so
> I want to bring you up-to-date on what I've been doing.
>
> Directory .../trunk/rsdtest now has code for three programs that do
> their Reed-Solomon decoding in sfrsd2.
>
> rsdtest - reads s3() data from file s3_1000.bin
> rsdtest2 - reads dat() (downsampled by 1/2) from dat_1000_24dB.bin
> rsdtest3 - reads raw 8-bit data from SimJT .wav files
>
> As you know, rsdtest has been very useful to us for optimizing the final
> decoding algorithm in sfrsd2. The other two programs are similar but
> test progressively larger portions of the signal path in WSJT. In
> particular:
>
> rsdtest2 -- begins after (approximate) synchronization has been
> achieved. Tests everything in WSJT starting at subroutine decode65(),
> and downstream.
>
> rsdtest3 -- starts with the raw data in SimJT .wav files. Uses parts
> of wsjt1.f90 and all of wsjt65.f90 and downstream routines.
>
> Note that rsdtest3 does essentially everything done in WSJT10 (except
> for GUI-related things like displaying a waterfall).
>
> Here are some results, mainly as a sanity check and to compare
> processing times. The first line (WSJT10 r5422) used kvasd; the others
> used sfrsd2 with ntrials=10000. Execution times are in seconds, for the
> full list of 1000 SimJT files. There were no bad decodes.
>
> Program Decodes Time
> ----------------------------
> wsjt10 r5422 809 661
> rsdtest 811 144
> rsdtest2 819 281
> rsdtest3 811 347
>
> These small differences in the number of decodes are not significant.
>
> One should remember that WSJT uses a single-decode algorithm: it tries
> to decode the best-looking sync candidate in a specified frequency
> range. In WSJT-X, of course, we want a "multi-decoder" that loops over
> all plausible sync candidates in the receiver passband. My next efforts
> will once again be focused on the multi-decoder task.
>
> -- 73, Joe, K1JT
>
> ------------------------------------------------------------------------------
> _______________________________________________
> wsjt-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
------------------------------------------------------------------------------
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
