Hi Joe et al,

I just did my first svn commit into the wsjtx_exp branch. This revised version 
of the wsprd decoder is 10-20% faster (I only calculate the sin/cos tables when 
absolutely necessary) and has a slightly increased probability of a successful 
decode on average (it yields a couple of % more decodes in my tests, depending 
on the band) and is significantly better on very weak signals. 

I also added a new option (-z) which is the metric table “bias” parameter, 
currently set at a default value of 0.42. This bias “knob" is one way to 
control and study the tradeoff between the probability of a failed decode 
(i.e., a decoder time-out) and the probability that the decoded message 
contains an error. The “standard” value for the bias is 0.5. Lower values bias 
the decoder so that it wants to go forward and finish at the risk of making 
errors, whereas raising the bias slows the decoder down, resulting in more 
timeouts, while decreasing the probability of errors in the successfully 
decoded messages. Aside from being fun to play with, I thought that this “knob” 
might be useful in a QSO mode like JT9 where the operator might be willing to 
accept some frames with errors in trade for maximizing the probability of 
getting the QSO.

Just FYI, Joe, to add the metric bias I added a file called “metric_tables” 
that contains the un-biased and un-scaled 2p0/(p0+p1) metric for 4 different 
Es/No values (0, 3, 6, 9 dB). I experimented with having the decoder switch 
metric tables and symbol scaling factors based on the estimated SNR, and it 
just didn’t buy us anything. So the decoder is currently set up to use the 6 dB 
table with a default bias of 0.42.

Here’s a summary of some comparisons between old and new:

100 test files with -30 dB SNR:
old “new” wsprd: 66 successful decodes in 30 seconds
new “new” wsprd: 75 decodes, 2 bad decodes (73 successful decodes) in 26 
seconds.
10% more decodes, 13% reduction in computation time.

On my test suite of 214 “off-the-air” 20m files the comparison between the old 
and new decoders is as follows:
old “new” wsprd:  1306 successful decodes (no bad decodes) in 164s
new “new” wsprd: 1330 successful decodes (1331 decodes, 1 bad decode) in 138s
2.2% more decodes, 16% reduction in computation time.

73 Steve k9an



------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Reply via email to