On 09/06/2020 01:03, Tony wrote:
From my post to a RigPi forum:
“Has anyone else tried running the latest WSJT-X 2.2.0 on a RigPi (3B+)?
The upgrade was straight forward and everything worked, but I found
right away on a crowded band that the new decode method that splits
things up during the 15 second cycle results in many decodes happening
very late into the next 15 second cycle (as late as 10 seconds, which
makes Tx response virtually impossible for those received
transmissions). Tried with "Fast" and "Normal" decode and found that
made no difference.
Ended up reverting back to 2.1.0, which works fine (even on a busy
band). I suspect WSJT-X 2.2.0 may be saving its results when doing
multiple decodes to disk, and the microSD is not a really fast storage
device. Just a guess ... could be something else.”
This problem was confirmed by two other RigPi users and on different
radio types using the RigPi.
‘73
AE0AU – Tony
Hi Tony,
disk i/o is not the issue, probably just more CPU resource required.
"Menu->Decode->Fast" should be making a significant difference. What is
the receiver? I ask because SDRs with high latency do not get the full
benefit of the earliest decoding attempts.
73
Bill
G4WJS.
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
