On 5/6/19 at 4:36 AM, g4...@classdesign.com (Bill Somerville) wrote:

Such a change is possible although quite complex given that time is read in several places and it would be disruptive of an already complex application to maintain a separate source of time consistently. TBH we would prefer that users take the relatively simple steps necessary to keep their PC time synchronized to UTC, within a few milliseconds, automatically.

When the station with the clock in serious error is a rare DX, I think what my son calls the "Wedding Time Rule" applies:

"The bride is always on time. When she arrives, set your watch to the start time specified on the invitation."

(Note that rare DX stations may have more problems with accurate time than people with good Internet connections.)

I had this problem with a DX station and never figured out how to manually set the time on my MacOS system to fix it. Fortunately, the DX corrected his clock and I managed to make a QSO.

I am very sympathetic with the structural problems in wsjt-x that make a centralized source of time difficult. I have worked on large software systems that "just grew" and fixing this kind of issue can be an amazing time sink.

73 Bill AE6JV

-----------------------------------------------------------------------
Bill Frantz        | gets() remains as a monument | Periwinkle
(408)356-8506 | to C's continuing support of | 16345 Englewood Ave www.pwpconsult.com | buffer overruns. | Los Gatos, CA 95032



_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Reply via email to