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

Reply via email to