locked Re: Decode Delay?

HamApps Support (VK3AMA)

On 31/01/2018 4:23 AM, Michael Black via Groups.Io wrote:
Would having a "Decodes end" message from WSJT-X help things at all?  Waiting for that end message?

A 2nd thought...is it possible to "replace" a decode with a higher valued one instead of delete/insert so sorting or a 2nd pass would not be needed?

Sorting really doesn't put he list in the same order as WSJT-X since 2nd pass can restart the frequencies again.  Isn't the order preserved between the WSJT-X display and the UDP packets?  It should be.

de Mike W9MDB

The JTAlert sorting is not meant to match the decodes list order, it is a frequency (DF) sort so that JTAlert Callsigns are displayed left-to-right following the Waterfall display order.

A "decodes end" notification from WSJT-X may help, but I suspect that WSJT-X like JTAlert doesn't know if there will be further decodes coming.

Replacing a low db decode with the higher db decode for the same callsign will break the frequency display order of JTAlert.

de Laurie VK3AMA

Join Support@HamApps.groups.io to automatically receive all group messages.