Hi Gary I think yours is a different requirement.
On EME, some operators prefer to receive the same report every transmission. This probably comes from experience with correlation decoding, where under marginal conditions the decoder may produce flagged low confidence decodes. Standard practice has been, if the receiving operator is uncertain, to wait for another decode as confirmation before proceeding to a R report message or RRR. 73 Charlie -----Original Message----- From: Gary McDuffie [mailto:mcduf...@ag0n.net] Sent: 04 August 2017 18:55 To: WSJT software development Subject: Re: [wsjt-devel] Feature request - sticky reports > On Aug 4, 2017, at 1:37 AM, Charles Suckling <char...@sucklingfamily.free-online.co.uk> wrote: > > The subject of sticky reports has already come up. It seems desirable (from user feedback) if the first decoded report could be used in all subsequent messages in that QSO, to avoid confusion over existing practice where the sent report does not change as the QSO progresses. I'm not involved in EME, but I've often wished that when the signal report is given more than once, it would send the highest report to that point. In other words, if the signal went from -12 to -10 before it was acknowledged, the -10 would be the official report and put in the log that way. This could be the case for all modes, I assume. I don't know if this would cause a problem, but I thought I would mention it in relation to your post. Gary - AG0N ---------------------------------------------------------------------------- -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
