, 2019 1:35 PM
To: WSJT software development
Subject: Re: [wsjt-devel] Dsec control for WSJT-X
wsjtx seems to have all the information necessary to “crowdsource” the time
interval boundaries. For a portable station without GPS or Internet that could
really help. If wsjtx published the dt values
It's not just the computer clock though. You can have different delays on
Tx/Rx depending on your setup.
de Mike W9MDB
On Monday, May 6, 2019, 3:38:33 PM CDT, Deisher, Michael
wrote:
wsjtx seems to have all the information necessary to “crowdsource” the time
interval boundaries.
wsjtx seems to have all the information necessary to “crowdsource” the time
interval boundaries. For a portable station without GPS or Internet that could
really help. If wsjtx published the dt values via IPC messages then it could
be done outside wsjtx in a separate utility (i.e., figure out
I did a little test and had WSJT-X offset my WAV file by 300ms. This idea
would allow custom correction of Dt values beyond just accurate time. So audio
delays could be allowed for.
I do believe this would be a very worthwhile addition to WSJT-X and may explain
why people have been having prob
Seems to me what could be done is to memmove the WAV data in the decoder in
perhaps 50mS increments adjustable by an up/down where down means move it
earlier (i.e. decrease Dt value). This way receiving stations just adjust to
try and hit the target value of zero. Transmit is a different probl
On 06/05/2019 15:37, Mark Turner wrote:
A Dsec would be useful where time is perfectly well synchronised but
the system incorporates a fixed and known delay, such as might exist
on a remote station where the audio stream is decoded locally.
Regards, Mark
Mark,
that doesn't help much unles
A Dsec would be useful where time is perfectly well synchronised but the
system incorporates a fixed and known delay, such as might exist on a
remote station where the audio stream is decoded locally.
Regards, Mark
On 06/05/2019 12:36, Bill Somerville wrote:
On 06/05/2019 11:49, Jay Hainline
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 t
etting people to get their computer clocks accurate is like
> herding cats. Thanks and GL.
>
>
>
> Jay KA9CFD
>
>
>
> From: Bill Somerville Sent: May 6, 2019 11:36 To:
> wsjt-devel@lists.sourceforge.net Subject: Re: [wsjt-devel] Dsec control
> for WSJT-X
&
-devel] Dsec control for WSJT-X
On 06/05/2019 11:49, Jay Hainline wrote:
In the older WSJT 10 program, there is a control labeled Dsec where the
users UTC clock reading can be adjusted to manually synchronize with your
QSO partners computer. I wonder if this feature would be useful in WSJT-X
to
On 06/05/2019 11:49, Jay Hainline wrote:
In the older WSJT 10 program, there is a control labeled Dsec where
the user’s UTC clock reading can be adjusted to manually synchronize
with your QSO partner’s computer. I wonder if this feature would be
useful in WSJT-X to help with FT8 decodes if yo
In the older WSJT 10 program, there is a control labeled Dsec where the
user's UTC clock reading can be adjusted to manually synchronize with your
QSO partner's computer. I wonder if this feature would be useful in WSJT-X
to help with FT8 decodes if your attempted QSO partner's computer clock
appea
12 matches
Mail list logo
