I like the idea of a built in “Time Fudge” like function that would adjust WSJT timing relative to the PC clock, rather than the PC clock itself - a +- few seconds and 100ms resolution would be enough.
It is easy enough to see from a window of decodes how much you might be off and you might want to purposely make yourself off to work someone special who is off too much to work if you are on. Al Pawlowski, K6AVP Los Osos, CA USA > On Jun 24, 2019, at 21:45, wsjt-devel-requ...@lists.sourceforge.net wrote: > > Date: Tue, 25 Jun 2019 07:45:31 +0300 > From: Sergio Yes UT9LI <ut...@ukr.net <mailto:ut...@ukr.net>> > To: WSJT software development <wsjt-devel@lists.sourceforge.net > <mailto:wsjt-devel@lists.sourceforge.net>> > Subject: Re: [wsjt-devel] Field Day time problem > Message-ID: <1561437914.611645000.726w1...@frv55.fwdcdn.com > <mailto:1561437914.611645000.726w1...@frv55.fwdcdn.com>> > Content-Type: text/plain; charset="utf-8" > > Adjustment dT can be organized in the program itself. Discarding values, for > example, dT greater than 0.7, calculate the average value of dT over all > accepted values ??in the "callLog" list and automatically enter this value by > analogy with the "+/- dT" button. In this case, the operator will generally > forget about the synchronization parameter (except in the case of a start, > when on Band call "NO!".
_______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
