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
