> On Mar 4, 2021, at 08:47, David Smith <[email protected]> wrote: ... > 2) I'm not suggesting at all that WSJT modify the system clock. In fact, my > suggestion is that WSJT leave the system clock alone, and that we add a > feature that allows offset to the system clock.
But why are you interested in working people who can’t sync their clock? > 3) Using other devices or software to do this for you adds complexity that > isn't necessary; ntpd, chrony, GPS, all of these add new dependencies and > fiddles/adjustments that make using WSJT more complicated to use. Which adds complexity to the program. > 4) Really the main problem to solve here is portable operation. This also invites more non-standard operation. More laziness of the operator. > 5) potentially, allowing an automatic offset adjustment within the software > itself to average the clocks of received stations has the potential to > completely eliminate the need for "accurate clocks" across the board This was discussed long ago. One of the things that would/could happen is the gradual drifting of all clocks so that they were all the same, but incorrect. Not a good goal for a hobby that is supposed to instill technical and accurate operation. Gary - AG0N _______________________________________________ wsjt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wsjt-devel
