Hi Joe, Yup, I was just looking at what all you've done.
For Windows, it looks like, all we need to do is update the CX_Freeze files in Makefile.jtsdk2; remove kvasd.exe kvasd.dat For Linux, the Makefile does not include KVASD so should be no trouble there. I looked through / verified the InnoSetup and Build Scripts, I don't see anything needed there either. So, it looks like, just the one change to Makefile.jtsdk2 should do it when your ready. 73's Greg, KI7MT On 10/20/2015 14:44, Joe Taylor wrote: > Thanks, Greg. I think I've already made the changes necessary to make > JTSDK build using sfrsd2. I have *not* removed the kvasd stuff, however. > -- Joe > > On 10/20/2015 4:36 PM, Greg Beam wrote: >> 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 > > ------------------------------------------------------------------------------ > _______________________________________________ > 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
