Date   

locked Re: Why Upgrade? #FT8

Roy Appleton
 

Don, I'm an old ham (licensed 50+years) but new to digital modes such as FT8. I'm intrigued by your statement but unfortunately don't understand what you're trying to get at. Could you elaborate?

Roy
WA0YMH

On Mon, Feb 1, 2021, 1:26 PM Don Roden <donroden@...> wrote:
Many operators don't understand how their
radios handle digital modes and are loading everything
in one setting instead of starting with the basic program
and building on that.

Don W4DNR




locked Re: System Freeze During Logging Process #FT8

neil_zampella
 

FWIW ... I suspect it has more  to do with the intermediate program, than WSJT-X as WSJT-X does no logging to anything but its own file.

Neil, KN3ILZ

On 2/1/2021 7:33 AM, Luc Buytaert wrote:

In notice similar problems with latest RC4. I'm using WSJT-X + Gridtracker and reporting to HRD.

But it is not when clicking on the OK button. It happens randomly.





locked Re: Version 2.3.0 64 bit will not install #install

Floyd Sense
 

Gary - I just installed it on my Win 10 Home 64 bit machine and it's running fine.  The only hitch was Windows Defender telling me it was unsafe to run, but ignoring that warning it installed properly.  Not sure what the Windows maintenance level is on my machine.


locked Re: WSJT-X 2.2.2 GA - Stops transmitting after sitting idle for a period of time #transmit

David Burden
 
Edited

Hey Bill,

Thanks your post got me wondering and I checked the settings all my USBs again. So the ports used for the radio were set correctly, these are plugged directly into the computer ports. I then run a Hub for the other USB acc and this was not set correctly. It’s a windows feature for sure :) as changing the hub setting seems to have fixed the issue even though the radios does not use the Hub.

Thanks for the pointer.

David VK3BDX


locked Re: WSJT-X 2.3.0 GA Release #GeneralGroupInfo

JP Tucson, AZ
 

Ok Bill, thanks for the info.


On Mon, Feb 1, 2021 at 1:12 PM Bill Somerville <g4wjs@...> wrote:
Hi John,

don't expect huge performance improvements, it is still the same processor and WSJT-X still mostly runs on a single CPU thread per instance. Switching to 64-bit means the o/s will need more memory but the extra CPU registers available in 64-bit mode means that code can be compiled to run more efficiently with less swapping data between memory and registers.

Currently I only have a probably less than relevant benchmark of how long it takes to build WSJT-X on a Pi 4 with a 64-bit operating system compared with a Pi 3 running a 32-bit user land. I don't know how much of the speed up is due to the Pi 4 CPU vs. my own Pi Model 3B+, or is due to using 64-bit mode. All I do know for sure is that it takes considerably less time to build on the 64-bit o/s on a Pi Model 4.

73
Bill
G4WJS.

On 01/02/2021 19:57, JP Tucson, AZ wrote:
Hi Bill,

What flavor (specs of the Pi 3 or Pi4) are really  needed to make a good operating unit for wsjtx?
For that matter, which version of Linux or ARM works best for no-nonsense operation?

3B ok, or 3B+ RAM amount?, 4 w/4 or 8GB of RAM.

Seems clear that a Pi4 w/8G of RAM should run like a scalded monkey, but trying to keep cost down as I want to acquire & run a Pi for mobile wsjtx ops.


Thanks,


On Mon, Feb 1, 2021 at 12:32 PM Bill Somerville <g4wjs@...> wrote:
On 01/02/2021 17:57, Joe wrote:

The WSJT Development Group is pleased to announce the general availability (GA) release of WSJT-X Version 2.3.0.  A summary of new features can be found in the WSJT-X 2.3 User Guide here:

https://physics.princeton.edu/pulsar/k1jt/wsjtx-doc/wsjtx-main-2.3.0_en.html#NEW_FEATURES

You may also wish to consult the Release Notes:

https://physics.princeton.edu/pulsar/k1jt/Release_Notes.txt

... where the first several sections at the top contain a list of all important program changes since the GA release of WSJT-X 2.2.

Upgrading from earlier versions of WSJT-X should be seamless.  There is no need to uninstall a previous version or move any files.

Links to installation packages for Windows, Linux, and Macintosh are available here:

https://physics.princeton.edu/pulsar/k1jt/wsjtx.html

You can also download the packages from our SourceForge site:
https://sourceforge.net/projects/wsjt/files/
It may take a short time for the SourceForge site to be updated.

You may be interested to know that, somewhat unusually, a release candidate for Version 2.4.0 of WSJT-X will also be made available very soon.  Its main new feature is a new mode called Q65 with unique capabilities for EME and scatter propagation modes.

WSJT-X is licensed under the terms of Version 3 of the GNU General Public License (GPL).  Development of this software is a cooperative project to which many amateur radio operators have contributed.  If you use our code, please have the courtesy to let us know about it.  If you find bugs or make improvements to the code, please report them to us in a timely fashion.

We hope you will enjoy using WSJT-X Version 2.3.0.

     -- 73 from Joe, K1JT; Bill, G4WJS; Steve, K9AN; and Nico, IV3NWV
             for the entire WSJT Development Group

Hi All,

some of you may have noticed that we have added an ARM 64-bit build of WSJT-X to our set of binary packages we make available at release time. This is for those of you that may be running Raspberry Pi OS 64-bit already or wish to give it a try, which is currently a beta release from the Raspberry Pi team. It is basically a Debian 10.7 (Buster) aarch64 build (called arm64 by the Debian folks) and should give much better performance on Raspberry Pi Model 3 and Model 4 machines with the 64-bit o/s installed.

73
Bill
G4WJS.






--
73 - John - N7GHZ







--
73 - John - N7GHZ



locked Re: WSJT-X 2.3.0 GA Release #GeneralGroupInfo

Bill Somerville
 

Hi John,

don't expect huge performance improvements, it is still the same processor and WSJT-X still mostly runs on a single CPU thread per instance. Switching to 64-bit means the o/s will need more memory but the extra CPU registers available in 64-bit mode means that code can be compiled to run more efficiently with less swapping data between memory and registers.

Currently I only have a probably less than relevant benchmark of how long it takes to build WSJT-X on a Pi 4 with a 64-bit operating system compared with a Pi 3 running a 32-bit user land. I don't know how much of the speed up is due to the Pi 4 CPU vs. my own Pi Model 3B+, or is due to using 64-bit mode. All I do know for sure is that it takes considerably less time to build on the 64-bit o/s on a Pi Model 4.

73
Bill
G4WJS.

On 01/02/2021 19:57, JP Tucson, AZ wrote:
Hi Bill,

What flavor (specs of the Pi 3 or Pi4) are really  needed to make a good operating unit for wsjtx?
For that matter, which version of Linux or ARM works best for no-nonsense operation?

3B ok, or 3B+ RAM amount?, 4 w/4 or 8GB of RAM.

Seems clear that a Pi4 w/8G of RAM should run like a scalded monkey, but trying to keep cost down as I want to acquire & run a Pi for mobile wsjtx ops.


Thanks,


On Mon, Feb 1, 2021 at 12:32 PM Bill Somerville <g4wjs@...> wrote:
On 01/02/2021 17:57, Joe wrote:

The WSJT Development Group is pleased to announce the general availability (GA) release of WSJT-X Version 2.3.0.  A summary of new features can be found in the WSJT-X 2.3 User Guide here:

https://physics.princeton.edu/pulsar/k1jt/wsjtx-doc/wsjtx-main-2.3.0_en.html#NEW_FEATURES

You may also wish to consult the Release Notes:

https://physics.princeton.edu/pulsar/k1jt/Release_Notes.txt

... where the first several sections at the top contain a list of all important program changes since the GA release of WSJT-X 2.2.

Upgrading from earlier versions of WSJT-X should be seamless.  There is no need to uninstall a previous version or move any files.

Links to installation packages for Windows, Linux, and Macintosh are available here:

https://physics.princeton.edu/pulsar/k1jt/wsjtx.html

You can also download the packages from our SourceForge site:
https://sourceforge.net/projects/wsjt/files/
It may take a short time for the SourceForge site to be updated.

You may be interested to know that, somewhat unusually, a release candidate for Version 2.4.0 of WSJT-X will also be made available very soon.  Its main new feature is a new mode called Q65 with unique capabilities for EME and scatter propagation modes.

WSJT-X is licensed under the terms of Version 3 of the GNU General Public License (GPL).  Development of this software is a cooperative project to which many amateur radio operators have contributed.  If you use our code, please have the courtesy to let us know about it.  If you find bugs or make improvements to the code, please report them to us in a timely fashion.

We hope you will enjoy using WSJT-X Version 2.3.0.

     -- 73 from Joe, K1JT; Bill, G4WJS; Steve, K9AN; and Nico, IV3NWV
             for the entire WSJT Development Group

Hi All,

some of you may have noticed that we have added an ARM 64-bit build of WSJT-X to our set of binary packages we make available at release time. This is for those of you that may be running Raspberry Pi OS 64-bit already or wish to give it a try, which is currently a beta release from the Raspberry Pi team. It is basically a Debian 10.7 (Buster) aarch64 build (called arm64 by the Debian folks) and should give much better performance on Raspberry Pi Model 3 and Model 4 machines with the 64-bit o/s installed.

73
Bill
G4WJS.






--
73 - John - N7GHZ



locked Re: WSJT-X 2.3.0 GA Release #GeneralGroupInfo

JP Tucson, AZ
 

Hi Bill,

What flavor (specs of the Pi 3 or Pi4) are really  needed to make a good operating unit for wsjtx?
For that matter, which version of Linux or ARM works best for no-nonsense operation?

3B ok, or 3B+ RAM amount?, 4 w/4 or 8GB of RAM.

Seems clear that a Pi4 w/8G of RAM should run like a scalded monkey, but trying to keep cost down as I want to acquire & run a Pi for mobile wsjtx ops.


Thanks,


On Mon, Feb 1, 2021 at 12:32 PM Bill Somerville <g4wjs@...> wrote:
On 01/02/2021 17:57, Joe wrote:

The WSJT Development Group is pleased to announce the general availability (GA) release of WSJT-X Version 2.3.0.  A summary of new features can be found in the WSJT-X 2.3 User Guide here:

https://physics.princeton.edu/pulsar/k1jt/wsjtx-doc/wsjtx-main-2.3.0_en.html#NEW_FEATURES

You may also wish to consult the Release Notes:

https://physics.princeton.edu/pulsar/k1jt/Release_Notes.txt

... where the first several sections at the top contain a list of all important program changes since the GA release of WSJT-X 2.2.

Upgrading from earlier versions of WSJT-X should be seamless.  There is no need to uninstall a previous version or move any files.

Links to installation packages for Windows, Linux, and Macintosh are available here:

https://physics.princeton.edu/pulsar/k1jt/wsjtx.html

You can also download the packages from our SourceForge site:
https://sourceforge.net/projects/wsjt/files/
It may take a short time for the SourceForge site to be updated.

You may be interested to know that, somewhat unusually, a release candidate for Version 2.4.0 of WSJT-X will also be made available very soon.  Its main new feature is a new mode called Q65 with unique capabilities for EME and scatter propagation modes.

WSJT-X is licensed under the terms of Version 3 of the GNU General Public License (GPL).  Development of this software is a cooperative project to which many amateur radio operators have contributed.  If you use our code, please have the courtesy to let us know about it.  If you find bugs or make improvements to the code, please report them to us in a timely fashion.

We hope you will enjoy using WSJT-X Version 2.3.0.

     -- 73 from Joe, K1JT; Bill, G4WJS; Steve, K9AN; and Nico, IV3NWV
             for the entire WSJT Development Group

Hi All,

some of you may have noticed that we have added an ARM 64-bit build of WSJT-X to our set of binary packages we make available at release time. This is for those of you that may be running Raspberry Pi OS 64-bit already or wish to give it a try, which is currently a beta release from the Raspberry Pi team. It is basically a Debian 10.7 (Buster) aarch64 build (called arm64 by the Debian folks) and should give much better performance on Raspberry Pi Model 3 and Model 4 machines with the 64-bit o/s installed.

73
Bill
G4WJS.






--
73 - John - N7GHZ



locked Re: WSJT-X 2.3.0 GA Release #GeneralGroupInfo

 

Does this include today’s release of hamlib 4.1 or is it still 4.1~git?

 

Phil GM3ZZA

 

Sent from Mail for Windows 10

 

From: Joe
Sent: 01 February 2021 17:58
To: WSJTX@groups.io
Subject: [WSJTX] WSJT-X 2.3.0 GA Release #GeneralGroupInfo

 

 

The WSJT Development Group is pleased to announce the general

availability (GA) release of WSJT-X Version 2.3.0.  A summary of new

features can be found in the WSJT-X 2.3 User Guide here:

 

https://physics.princeton.edu/pulsar/k1jt/wsjtx-doc/wsjtx-main-2.3.0_en.html#NEW_FEATURES

 

You may also wish to consult the Release Notes:

 

https://physics.princeton.edu/pulsar/k1jt/Release_Notes.txt

 

... where the first several sections at the top contain a list of all

important program changes since the GA release of WSJT-X 2.2.

 

Upgrading from earlier versions of WSJT-X should be seamless.  There is

no need to uninstall a previous version or move any files.

 

Links to installation packages for Windows, Linux, and Macintosh are

available here:

 

https://physics.princeton.edu/pulsar/k1jt/wsjtx.html

 

You can also download the packages from our SourceForge site:

https://sourceforge.net/projects/wsjt/files/

It may take a short time for the SourceForge site to be updated.

 

You may be interested to know that, somewhat unusually, a release

candidate for Version 2.4.0 of WSJT-X will also be made available very

soon.  Its main new feature is a new mode called Q65 with unique

capabilities for EME and scatter propagation modes.

 

WSJT-X is licensed under the terms of Version 3 of the GNU General

Public License (GPL).  Development of this software is a cooperative

project to which many amateur radio operators have contributed.  If you

use our code, please have the courtesy to let us know about it.  If you

find bugs or make improvements to the code, please report them to us in

a timely fashion.

 

We hope you will enjoy using WSJT-X Version 2.3.0.

 

      -- 73 from Joe, K1JT; Bill, G4WJS; Steve, K9AN; and Nico, IV3NWV

              for the entire WSJT Development Group

 


--
73 Phil GM3ZZA


locked Re: WSJT-X 2.2.2 GA - Stops transmitting after sitting idle for a period of time #transmit

Reino Talarmo
 

>Selecting a different audio output and switching back does fix the issue.

 

Mark,

Now we need to find somebody, who knows how  Windows enumerates audio output USB connections and which entities can add or remove an output without us being able to identify that entity.

73, Reino OH3mA

 


locked Version 2.3.0 64 bit will not install #install

Gary Liebisch
 

I have been using 64 bit version 2.1.2 since Dec 2019.  Today I downloaded 2.3.0 and it will not install.  Clicking on the executable does nothing. Cursor spins a couple of times and then stops.  Rebooted PC twice same result. Tried to run as administrator, same result.   Windows 10 Pro Version 1909.  Would be happy with ver 2.2 in the interim but can't find it to download.

Gary Liebisch
W8GEL
Powell, OH


locked Well, that didn't take long... #logging

JP Tucson, AZ
 

Second QSO after new install did NOT log properly!

It had all of the information, but did log contact as worked on screen or in log.

Opened the log file & adi file to find that neither had the 'FF47' logged for CE2SV - see snip which
clearly shows that it was received and decoded properly, but still will not properly transfer the info
into either log or adi files.

I added the grid square to both the log & adi files, then rescanned the adif, and it turned green (as worked)
as it should.

Please, please - fix this long before Field Day!!!

We really shouldn't have to keep manually changing the log (in 2 places) in order to get it right.
During a contest, this would be impossible to do AND keep up a pace.

Let's hail the coming of version 2.3.1 ! 




locked Re: #FT8 New Version? #FT8

Hasan Schiers N0AN
 

Pretty much, yes. I have gone back and forth with versions transparently many times, with no adverse effects.
I just install whatever version I want to run, right over the top of the existing one.
73, N0AN
Hasan


On Mon, Feb 1, 2021 at 12:02 PM Patrick Hung <pathung@...> wrote:
Is reverting to 2.3 as simple as downloading the software and installing it (much like upgrading to the next rc version)? Would I need to make any other changes?

Thx.
--
73,
Patrick, W6AJR



locked Heads up to Raspberry Pi users - was Re: [WSJTX] WSJT-X 2.3.0 GA Release #GeneralGroupInfo

Bill Somerville
 

On 01/02/2021 17:57, Joe wrote:
The WSJT Development Group is pleased to announce the general availability (GA) release of WSJT-X Version 2.3.0.  A summary of new features can be found in the WSJT-X 2.3 User Guide here:

https://physics.princeton.edu/pulsar/k1jt/wsjtx-doc/wsjtx-main-2.3.0_en.html#NEW_FEATURES

You may also wish to consult the Release Notes:

https://physics.princeton.edu/pulsar/k1jt/Release_Notes.txt

... where the first several sections at the top contain a list of all important program changes since the GA release of WSJT-X 2.2.

Upgrading from earlier versions of WSJT-X should be seamless.  There is no need to uninstall a previous version or move any files.

Links to installation packages for Windows, Linux, and Macintosh are available here:

https://physics.princeton.edu/pulsar/k1jt/wsjtx.html

You can also download the packages from our SourceForge site:
https://sourceforge.net/projects/wsjt/files/
It may take a short time for the SourceForge site to be updated.

You may be interested to know that, somewhat unusually, a release candidate for Version 2.4.0 of WSJT-X will also be made available very soon.  Its main new feature is a new mode called Q65 with unique capabilities for EME and scatter propagation modes.

WSJT-X is licensed under the terms of Version 3 of the GNU General Public License (GPL).  Development of this software is a cooperative project to which many amateur radio operators have contributed.  If you use our code, please have the courtesy to let us know about it.  If you find bugs or make improvements to the code, please report them to us in a timely fashion.

We hope you will enjoy using WSJT-X Version 2.3.0.

     -- 73 from Joe, K1JT; Bill, G4WJS; Steve, K9AN; and Nico, IV3NWV
             for the entire WSJT Development Group

Hi all,

Raspberry Pi users will probably find that this latest WSJT-X release will give an error on startup with a message about the en_US.UTF-8 locale not being found. This is because a default install of Raspberry Pi OS has very few locales installed. This is easily rectified by the following two lines executed on a terminal:

sudo sed -i "s/# en_US.UTF-8/en_US.UTF-8/g" /etc/locale.gen
sudo locale-gen

Alternatively you can install locales from a GUI using:

sudo dpk-reconfigure locales

Then check the en_US.UTF-8 one and click Ok.

This locale is needed for the new diagnostic logging facility to convert wide character strings to a suitable 8-bit encoding in log files.

73
Bill
G4WJS.


locked Re: UDP Datagram - delay between WSJT-X and logger. #networking

 

Hi Rick,

 

That’s what I need to know. How to do that? I know nothing about threads. Just know they exist and might be a solution to my problem.

 

I taught myself C++ many years ago as a hobby. I am at heart a digital hardware engineer, and now a hobbyist in both hardware and software.

 

Trying to understand what you say, is the listener constantly polling the UDP port or is it interrupted when a message comes in?

 

73 Phil GM3ZZA

 

Sent from Mail for Windows 10

 

From: Rick Ellison
Sent: 01 February 2021 17:05
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] UDP Datagram - delay between WSJT-X and logger. #udp

 

Phil..

If open a listener in it’s own thread on the udp port you should not need to poll. The listener will handle the messages coming in. In the routine that processes the incoming messages you need to setup a buffer. The messages will come in faster than you can process them at times. That way you process the first one and check the buffer to see if there is another message waiting if so process it and then keep that up till the buffer is empty.

 

73 Rick N2AMG

 

From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of Philip Rose via groups.io
Sent: Monday, February 1, 2021 10:40 AM
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] UDP Datagram - delay between WSJT-X and logger. #udp

 

Hi Bill,

 

I’ve now run some tests.

 

Scenario 1:

On my code development machine: laptop, no rig attached.

My logger running under VS2019 development about 10s delay from closing WSJT-X to getting the close datagram.

My logger stand-alone, almost instantaneous.

Message_aggregator – instant updates.

 

WSJT-X only sends heartbeats and status datagrams when I change say Dx Call on WSJT-X.

 

Scenario 2:

On my shack machine

Message_aggregator – instant updates, so it doesn’t look like it’s AVG interfering.

My logger stand-alone accessing the rig through Flrig every second – minimum 12 second delay on decode datagrams going out to 4 minutes.

My logger stand-alone not accessing the rig – minimum 12 s delay going out a bit. I hoped this would be almost instantaneous as that would point to polling the rig slowing my code down.

 

WSJT-X sends a heartbeat every 15 seconds or so, several status datagrams during this time and several decodes every 15 seconds (20 m afternoon).

 

The only difference between the two cases without connecting my logger to a rig seems to be the number of datagrams I have to handle. I think I am having to go and learn how to multi-thread my code so that I can poll the datagrams more frequently without impacting on other functionality, or some other way to convert the socket handling to be interrupt driven.

 

Phil.

 

Sent from Mail for Windows 10

 

From: Bill Somerville
Sent: 29 January 2021 16:19
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] UDP Datagram - delay between WSJT-X and logger. #udp

 

On 29/01/2021 16:14, Philip Rose via groups.io wrote:

> The last couple of days, I've noticed the delay between WSJT-X sending the datagram and my logger receiving it being in excess of 2 minutes. Both times I had had the event viewer open and using VS2019 to try and trap an exception in my logger. I rebooted to clear any residual effect of the event viewer and without VS2019 attached was seeing delays of about 12s, which is what I remember seeing before installing -rc4. Unfortunately my logger died too soon to see how consistent this was.

> I restarted my logger and attached VS2019 and again  initially I was seeing delays of about 12s. After somewhile this drifted out to about 35s, but drifted back again.

> I have configured the UDP connection as point-to-point with my logger as UDP server on port 2237.

> I had always seen a delay between hitting the log button on WSJT-X and my logging seeing the datagram, but I had put that down to the WSJT-X scheduling algorithm and waiting until it had spare CPU to send the datagram.

> As I am now more aware that others are using JTAlert and other servers to annotate their WSJT-X windows, I now assume that even 12s is a ridiculuously long time.  This might be because I am polling the UDP port, I haven't found out how to get the serial port to interrupt my code. I need to study the Windows documentation more thoroughly, unless anyone has any ideas.

> 73 Phil GM3ZZA

 

Phil,

 

the delay should be of the order of micro-seconds on the local loopback

interface. Try starting the mesage_aggregator test application supplied

with WSJT-X and see how little latency there is between the Log QSO

dialog OK button click and reception of the logged QSO UDP message. The

udp_daemon test application also notifies receipt of logged QSO datagrams.

 

73

Bill

G4WJS.

 

 


--
73 Phil GM3ZZA

 

Virus-free. www.avast.com

 

 


--
73 Phil GM3ZZA


locked Re: WSJT-X 2.3.0 GA Release #GeneralGroupInfo

Bill Somerville
 

On 01/02/2021 17:57, Joe wrote:

The WSJT Development Group is pleased to announce the general availability (GA) release of WSJT-X Version 2.3.0.  A summary of new features can be found in the WSJT-X 2.3 User Guide here:

https://physics.princeton.edu/pulsar/k1jt/wsjtx-doc/wsjtx-main-2.3.0_en.html#NEW_FEATURES

You may also wish to consult the Release Notes:

https://physics.princeton.edu/pulsar/k1jt/Release_Notes.txt

... where the first several sections at the top contain a list of all important program changes since the GA release of WSJT-X 2.2.

Upgrading from earlier versions of WSJT-X should be seamless.  There is no need to uninstall a previous version or move any files.

Links to installation packages for Windows, Linux, and Macintosh are available here:

https://physics.princeton.edu/pulsar/k1jt/wsjtx.html

You can also download the packages from our SourceForge site:
https://sourceforge.net/projects/wsjt/files/
It may take a short time for the SourceForge site to be updated.

You may be interested to know that, somewhat unusually, a release candidate for Version 2.4.0 of WSJT-X will also be made available very soon.  Its main new feature is a new mode called Q65 with unique capabilities for EME and scatter propagation modes.

WSJT-X is licensed under the terms of Version 3 of the GNU General Public License (GPL).  Development of this software is a cooperative project to which many amateur radio operators have contributed.  If you use our code, please have the courtesy to let us know about it.  If you find bugs or make improvements to the code, please report them to us in a timely fashion.

We hope you will enjoy using WSJT-X Version 2.3.0.

     -- 73 from Joe, K1JT; Bill, G4WJS; Steve, K9AN; and Nico, IV3NWV
             for the entire WSJT Development Group

Hi All,

some of you may have noticed that we have added an ARM 64-bit build of WSJT-X to our set of binary packages we make available at release time. This is for those of you that may be running Raspberry Pi OS 64-bit already or wish to give it a try, which is currently a beta release from the Raspberry Pi team. It is basically a Debian 10.7 (Buster) aarch64 build (called arm64 by the Debian folks) and should give much better performance on Raspberry Pi Model 3 and Model 4 machines with the 64-bit o/s installed.

73
Bill
G4WJS.


locked Re: Why Upgrade? #FT8

Don Roden
 

Many operators don't understand how their
radios handle digital modes and are loading everything
in one setting instead of starting with the basic program
and building on that.

Don W4DNR


locked Re: WSJT-X 2.3.0 GA Release #GeneralGroupInfo

Bill Somerville
 

On 01/02/2021 19:22, Wayne Thomas - M0WAY wrote:
Hi Bill,

That can only be a good thing, i do hear a few windows bleeps every now and then or someone watching a facebook video while CQing.

73 Wayne M0WAY
Hi Wayne,

unfortunately it will not stop users selecting their default speaker device and we must allow that for those with a single sound card who have correctly disabled all other sources of audio.

73
Bill
G4WJS.


locked Re: WSJT-X 2.3.0 GA Release #GeneralGroupInfo

Wayne Thomas - M0WAY
 

Hi Bill,

That can only be a good thing, i do hear a few windows bleeps every now and then or someone watching a facebook video while CQing.

73 Wayne M0WAY


locked Re: WSJT-X 2.3.0 GA Release #GeneralGroupInfo

Bill Somerville
 

On 01/02/2021 19:08, Wayne Thomas - M0WAY wrote:
Hi Joe,

Just upgraded to the new version, had a teething problem with the audio, previous version i had to have the audio set to default, but this version it was saying default not found, so i had to redirect it to sound card,

I must add i still prefer the old tab 2, now using tab 1, but on my screen it takes over half the bottom of the page, with only a little bit of writing, leaving a large amount of blank space too the right of the messages. the bottom left side now also looks squashed, maybe you could borrow some from the tab section that is empty.

Thanks again and stay safe,

73 de Wayne M0WAY (forever in lockdown)
Hi Wayne,

the option to choose the default audio devices has been removed in an attempt to reduce the number of stations broadcasting operating system and other application audio.

73
Bill
G4WJS.


locked Re: Why Upgrade? #FT8

Dave
 

Same here Larry.

I am running 2.2.2 on Win 10 pro with no problems at all.
A recent post about not transmitting after being dormant for an hour is not a problem either.
One thing I am not doing is interfacing with any other program, no JTAlert, no Grid Tracker etc.
WSJT-X is completley stand alone as is ACL from N3FJP and they both work OK.

Dave KC3AM

On 02/01/2021 13:57, Lawrence Godek wrote:

I run 2.2.2 here on my Win 7 machine along with LOG4OM and JTAlert latest and things run smoothly, logging, calling stns etc. 

I'd like to know why so many stations are having so many problems.  Once i got the LOG4OM problems straightened out.

Larry W0OGH


On 2/1/2021 10:52 AM, Gary - AG0N wrote:
On Feb 1, 2021, at 09:51, w5ec <bhw5ec@...> wrote:

 have been using v2.1.2 since I started WSJT-x last year & it works perfectly for me.
I  have seen a multitude of complaints of v2.2.2 so I wonder, why I should upgrade?
Bill W5EC 
Maybe I’ve been asleep at the switch, but I haven’t seen much mention of problems with 2.2.2.  I’ve been running it since it came out without a lick of trouble.

Gary - AG0N





--
Hams should be seen as well as heard, 73, Dave KC3AM

15701 - 15720 of 37024