Hi Joe, When you all are ready, I'll look at what needs doing to update the JTSDK builds and InnoSetup files to ommit the KVASD binary inclusions for WSJT. Both changes should be fairly simple.
73's Greg, KI7MT On 10/20/2015 14:13, Joe Taylor wrote: > 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 >> wsjt-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wsjt-devel > > ------------------------------------------------------------------------------ > _______________________________________________ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > ------------------------------------------------------------------------------ _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel