Re: [wsjt-devel] Request: WSJT-X UDP protocol extension to identify decodes to will accept UDP reply command.

[Laurie, V. <vk3...@gm...>]

Mike,

I would rather not go down this path. UDP send and forget is my 
preferred technique. Introducing blocking behaviour into my code while 
waiting on a reply from WSJT-X could be problematic, especially on PCs 
that may already be under some CPU stress.

If WSJT-X is making a decision in code whether to respond to the Reply 
packetbased on the structure of the decode message, why not make that 
decision at the time of creating the original decode packet and include 
it in the packet as a Boolean flag. That flag could be then used by 
JTAlert to influence the CQ Colouring of Callsigns (and the ability to 
double-click the Callsign) and if WSJT-X still needs to make the 
decision the flag is already available as the Reply packet involves 
sending back the original decode packet data without change.

de Laurie VK3AMA


On 10/06/2016 10:24 PM, Black Michael wrote:
> One possible solution is a simple ack/nak packet.
>
> RRR
> Mike W9MDB