That got it done. Thanks!
-Bill KG5RMJ
Hi Bill,
you can switch your svn workspace to the WSJT-X v1.8 branch by typing:
svn sw ^/branches/wsjtx-1.8
after you have set your working directory to the top of the workspace.
Use svn info to see the status.
You should be able to type make install
On 16/01/2018 20:24, Bill Maier wrote:
I'd like to study the source code of WSJT-X to understand how it
works. I pulled the latest code using svn and compiled it succesfully,
but when I run it I get the message "Code in the WSJT-X development is
not currently available for on-the-air use." I'd
I'd like to study the source code of WSJT-X to understand how it works. I
pulled the latest code using svn and compiled it succesfully, but when I
run it I get the message "Code in the WSJT-X development is not currently
available for on-the-air use." I'd be fine for now with getting earlier
code
I am running WSJT-X v1.8.0 with “Hold Tx Freq” checked, and allow Rx frequency
to float. So most of my QSO’s have Rx frequencies different from my Tx
frequencies. During normal logging operations, the differences are captured,
as they should be. Every once in a while I will need to
Hi Philip,
WSJT-X knows nothing about GPUs and makes no use of one. I run
PSKreporter alongside WSJT-X all the time, with no noticeable effect on
decoding performance.
-- Joe, K1JT
On 1/16/2018 10:51 AM, Philip Gladstone wrote:
One of the pskreporter users reported that when he
One of the pskreporter users reported that when he runs pskreporter and
wsjt-x then decodes are much reduced. If he turns off the night shadow
in pskreporter, then decode performance returns to normal. I suspect
some type of GPU issue as the night shadow in pskreporter uses WebGL to
render the
