locked Re: Callsign checking too slow
Hi Jim,toggle quoted messageShow quoted text
There are apparently some issues with delayed decodes for some users with 2.15.5. Most users who see this have gone back to 2.15.3 or, as I have, stayed on 2.15.3 until Laurie has a chance to diagnose and update the sw.
73 -- Larry -- W1DYJ
From: Jim Reisert AD1C
Sent: Thursday, December 26, 2019 9:01
Subject: [HamApps] Callsign checking too slow
I'm using JTAlert 2.15.5 on a relatively fast 64-bit Windows 10
computer (Core i7-7000, 24 GB RAM, ATA SSD). I am reading in my FT8
QSOs via an ADIF file. There are 9400 QSOs in the log. I have the
latest version of WSJT-X (2.1.2).
I'm currently monitoring FT8 on 7074 KHz. WSJT-X is decoding around
25 callsigns per period. It's taking several (3) seconds into the
next Tx period for JTAlert to populate the callsigns in the window.
So it's pretty much too late to decide to call a station that was just
Why can't JTAlert finish the callsign checking and display the results
before the next period starts?
I have (only) the following checks turned on:
- Wanted DXCC
- Wanted Grid
- Wanted Callsigns
If this is based solely on the # of QSOs in the log, I can't imagine
how long the wait must be for 20K or more QSOs.
Jim Reisert AD1C, <firstname.lastname@example.org>, http://www.ad1c.us