Date   

locked Re: #Transmit #K4 - Split Operation -> DATA-R Mode on Elecraft K4 #transmit #Elecraft

Bill Somerville
 

On 02/09/2021 23:12, Rick Tavan wrote:
Experimental 2.5.0 solved my K4 problem but it timed out on August 31. The current release is 2.4.0 so I'm back to square 1. Is there a way to extend the lifetime of the experimental release or will the K4 fix be incorporated into a production release some time soon?

Thanks,

Rick N6XI
Hi Rick,

the current WSJT-X v2.5.0 release candidate is RC5 and will run until the end of September.

73
Bill
G4WJS.


locked Re: Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Bill Somerville
 

On 02/09/2021 20:17, Gene Horr wrote:
Sam: Icom 7300
Bill:  Files sent.

Looks like a jump occurs between time 17.063933 and time 17.347238 if I am reading the file correctly.
Gene,

thanks for the log file. Surprised to find you are using HRD for rig control, you had not mentioned that. Did this problem start happening after an update to HRD?

73
Bill
G4WJS.


locked Re: #Transmit #K4 - Split Operation -> DATA-R Mode on Elecraft K4 #transmit #Elecraft

Rick Tavan
 

Experimental 2.5.0 solved my K4 problem but it timed out on August 31. The current release is 2.4.0 so I'm back to square 1. Is there a way to extend the lifetime of the experimental release or will the K4 fix be incorporated into a production release some time soon?

Thanks,

Rick N6XI

On Mon, Jul 19, 2021 at 7:50 AM Rick Tavan <rick@...> wrote:
Yes, on W9MDB's recommendation I tried V. 2.5.0 and it fixed the problem. "Split Operation | Rig" works fine on K4 now. Thanks!

/Rick N6XI

On Mon, Jul 19, 2021 at 2:52 AM Bill Somerville <g4wjs@...> wrote:
On 19/07/2021 02:38, Rick Tavan wrote:
> I'm running WSJT-X 2.4.0 on a Dell XPS-13 laptop, running Windows 10
> Home 19.09 connected to an Elecraft K4 in DATA mode. Settings | Radio
> | Split Operation = Rig in order to position the transmit tone in the
> passband. I believe SPLIT was working a few WSJT-X releases ago. Now,
> when I double-click a CQ in the left-hand window, it puts the K4 VFO B
> into DATA-R mode ("reverse") and the K4 complains on its screen that
> that type of split mode isn't allowed. I suppose it also returns an
> error to WSJT-X because it then refrains from using SPLIT mode.
> Instead, it transmits on VFO A which remains at the bottom of the
> band. I'm pretty sure this was introduced in a recent release of
> WSJT-X. Any thoughts?
>
> Thanks & 73,
>
> /Rick N6XI

Hi Rick,

give WSJT-X V2.5.0 RC3 a try and let us know how it goes please?

73
Bill
G4WJS.






--
--

Rick Tavan
Truckee and Saratoga, CA


--
--

Rick Tavan
Truckee and Saratoga, CA


locked Re: Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Sam Birnbaum
 

Hi Mike,

Ok, hope all goes smoothly. If you ever (I doubt it) need any info, please don't hesitate to ask.

73,

Sam W2JDB



-----Original Message-----
From: Michael Black via groups.io <mdblack98@...>
To: main@WSJTX.groups.io <main@wsjtx.groups.io>; main@WSJTX.groups.io <main@WSJTX.groups.io>
Sent: Thu, Sep 2, 2021 5:17 pm
Subject: Re: [WSJTX] Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

That has never been implemented in hamlib but it's on my list for doing it in 4.4.

It's a bit of a major change since there's no polling inside hamlib right now but that may change too.

Mike W9MDB




On Thursday, September 2, 2021, 04:12:09 PM CDT, Sam Birnbaum via groups.io <w2jdb@...> wrote:


Hi Mike,

That sounds good.

I also set transceive ('1a05007101') on and use Cmd x'00' and x'01' to accept 
unsolicited Frequency and Mode changes for the selected VFO. That relieved 
the need to read the selected VFO during the poll cycle. Seems to work extremely well.  

Don't know how that will complicate your code. 

Regards and  73,


Sam W2JDB



-----Original Message-----
From: Michael Black via groups.io <mdblack98@...>
To: main@WSJTX.groups.io <main@WSJTX.groups.io>
Sent: Thu, Sep 2, 2021 4:30 pm
Subject: Re: [WSJTX] Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

That's what hamlib does now.

I added some change just a couple of weeks ago that completely implements this and we don't see any VFO swapping anymore on WSJTX or JTDX.

So it will be in the next release of each of those.

Mike W9MDB




On Thursday, September 2, 2021, 03:19:34 PM CDT, Sam Birnbaum via groups.io <w2jdb@...> wrote:


Hi Gene,

I would never swear to it, but I do know how its supposed to work as I wrote 
my own interface for the IC7300 for my home brewed logging program.

For the IC7300 I used the new CAT cmds x'25' & x'26' and their respective sub cmds   
to change the frequency and mode on the selected as well as for unselected VFO 
without resorting to toggling the VFOs.

When I interfaced my program to the Xeigu G90 and X5105, I had to 
resort to toggling the VFOs to read and set the unselected VFO's

Anyway I hope you can resolve the issue one way or another.
   
73,

Sam W2JDB



-----Original Message-----
From: Gene Horr <genehorr@...>
To: main@WSJTX.groups.io
Sent: Thu, Sep 2, 2021 3:33 pm
Subject: Re: [WSJTX] Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Sam:

That may be why you are getting intermittent problems when switching 
offsets that quickly where the software has to actually change the un-selected 
VFO frequency. 

It is a 7300 about 4 months old with the latest firmware.  But something causing a delay would make sense.  So the software is sending a command to ultimately change VFO B but due to a delay  (or something) the radio is still on A and that frequency gets changed.  Then during a regular poll the software sees the changed A frequency and acts the same way as if I had just changed the frequency manually.   


Gene

NG1H



















locked Re: Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Michael Black
 

That has never been implemented in hamlib but it's on my list for doing it in 4.4.

It's a bit of a major change since there's no polling inside hamlib right now but that may change too.

Mike W9MDB




On Thursday, September 2, 2021, 04:12:09 PM CDT, Sam Birnbaum via groups.io <w2jdb@...> wrote:


Hi Mike,

That sounds good.

I also set transceive ('1a05007101') on and use Cmd x'00' and x'01' to accept 
unsolicited Frequency and Mode changes for the selected VFO. That relieved 
the need to read the selected VFO during the poll cycle. Seems to work extremely well.  

Don't know how that will complicate your code. 

Regards and  73,


Sam W2JDB



-----Original Message-----
From: Michael Black via groups.io <mdblack98@...>
To: main@WSJTX.groups.io <main@WSJTX.groups.io>
Sent: Thu, Sep 2, 2021 4:30 pm
Subject: Re: [WSJTX] Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

That's what hamlib does now.

I added some change just a couple of weeks ago that completely implements this and we don't see any VFO swapping anymore on WSJTX or JTDX.

So it will be in the next release of each of those.

Mike W9MDB




On Thursday, September 2, 2021, 03:19:34 PM CDT, Sam Birnbaum via groups.io <w2jdb@...> wrote:


Hi Gene,

I would never swear to it, but I do know how its supposed to work as I wrote 
my own interface for the IC7300 for my home brewed logging program.

For the IC7300 I used the new CAT cmds x'25' & x'26' and their respective sub cmds   
to change the frequency and mode on the selected as well as for unselected VFO 
without resorting to toggling the VFOs.

When I interfaced my program to the Xeigu G90 and X5105, I had to 
resort to toggling the VFOs to read and set the unselected VFO's

Anyway I hope you can resolve the issue one way or another.
   
73,

Sam W2JDB



-----Original Message-----
From: Gene Horr <genehorr@...>
To: main@WSJTX.groups.io
Sent: Thu, Sep 2, 2021 3:33 pm
Subject: Re: [WSJTX] Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Sam:

That may be why you are getting intermittent problems when switching 
offsets that quickly where the software has to actually change the un-selected 
VFO frequency. 

It is a 7300 about 4 months old with the latest firmware.  But something causing a delay would make sense.  So the software is sending a command to ultimately change VFO B but due to a delay  (or something) the radio is still on A and that frequency gets changed.  Then during a regular poll the software sees the changed A frequency and acts the same way as if I had just changed the frequency manually.   


Gene

NG1H
















locked Re: Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Sam Birnbaum
 

Hi Mike,

That sounds good.

I also set transceive ('1a05007101') on and use Cmd x'00' and x'01' to accept 
unsolicited Frequency and Mode changes for the selected VFO. That relieved 
the need to read the selected VFO during the poll cycle. Seems to work extremely well.  

Don't know how that will complicate your code. 

Regards and  73,


Sam W2JDB



-----Original Message-----
From: Michael Black via groups.io <mdblack98@...>
To: main@WSJTX.groups.io <main@WSJTX.groups.io>
Sent: Thu, Sep 2, 2021 4:30 pm
Subject: Re: [WSJTX] Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

That's what hamlib does now.

I added some change just a couple of weeks ago that completely implements this and we don't see any VFO swapping anymore on WSJTX or JTDX.

So it will be in the next release of each of those.

Mike W9MDB




On Thursday, September 2, 2021, 03:19:34 PM CDT, Sam Birnbaum via groups.io <w2jdb@...> wrote:


Hi Gene,

I would never swear to it, but I do know how its supposed to work as I wrote 
my own interface for the IC7300 for my home brewed logging program.

For the IC7300 I used the new CAT cmds x'25' & x'26' and their respective sub cmds   
to change the frequency and mode on the selected as well as for unselected VFO 
without resorting to toggling the VFOs.

When I interfaced my program to the Xeigu G90 and X5105, I had to 
resort to toggling the VFOs to read and set the unselected VFO's

Anyway I hope you can resolve the issue one way or another.
   
73,

Sam W2JDB



-----Original Message-----
From: Gene Horr <genehorr@...>
To: main@WSJTX.groups.io
Sent: Thu, Sep 2, 2021 3:33 pm
Subject: Re: [WSJTX] Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Sam:

That may be why you are getting intermittent problems when switching 
offsets that quickly where the software has to actually change the un-selected 
VFO frequency. 

It is a 7300 about 4 months old with the latest firmware.  But something causing a delay would make sense.  So the software is sending a command to ultimately change VFO B but due to a delay  (or something) the radio is still on A and that frequency gets changed.  Then during a regular poll the software sees the changed A frequency and acts the same way as if I had just changed the frequency manually.   


Gene

NG1H













locked Re: Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Michael Black
 

That's what hamlib does now.

I added some change just a couple of weeks ago that completely implements this and we don't see any VFO swapping anymore on WSJTX or JTDX.

So it will be in the next release of each of those.

Mike W9MDB




On Thursday, September 2, 2021, 03:19:34 PM CDT, Sam Birnbaum via groups.io <w2jdb@...> wrote:


Hi Gene,

I would never swear to it, but I do know how its supposed to work as I wrote 
my own interface for the IC7300 for my home brewed logging program.

For the IC7300 I used the new CAT cmds x'25' & x'26' and their respective sub cmds   
to change the frequency and mode on the selected as well as for unselected VFO 
without resorting to toggling the VFOs.

When I interfaced my program to the Xeigu G90 and X5105, I had to 
resort to toggling the VFOs to read and set the unselected VFO's

Anyway I hope you can resolve the issue one way or another.
   
73,

Sam W2JDB



-----Original Message-----
From: Gene Horr <genehorr@...>
To: main@WSJTX.groups.io
Sent: Thu, Sep 2, 2021 3:33 pm
Subject: Re: [WSJTX] Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Sam:

That may be why you are getting intermittent problems when switching 
offsets that quickly where the software has to actually change the un-selected 
VFO frequency. 

It is a 7300 about 4 months old with the latest firmware.  But something causing a delay would make sense.  So the software is sending a command to ultimately change VFO B but due to a delay  (or something) the radio is still on A and that frequency gets changed.  Then during a regular poll the software sees the changed A frequency and acts the same way as if I had just changed the frequency manually.   


Gene

NG1H










locked Re: Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Sam Birnbaum
 

Hi Gene,

I would never swear to it, but I do know how its supposed to work as I wrote 
my own interface for the IC7300 for my home brewed logging program.

For the IC7300 I used the new CAT cmds x'25' & x'26' and their respective sub cmds   
to change the frequency and mode on the selected as well as for unselected VFO 
without resorting to toggling the VFOs.

When I interfaced my program to the Xeigu G90 and X5105, I had to 
resort to toggling the VFOs to read and set the unselected VFO's

Anyway I hope you can resolve the issue one way or another.
   
73,

Sam W2JDB



-----Original Message-----
From: Gene Horr <genehorr@...>
To: main@WSJTX.groups.io
Sent: Thu, Sep 2, 2021 3:33 pm
Subject: Re: [WSJTX] Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Sam:

That may be why you are getting intermittent problems when switching 
offsets that quickly where the software has to actually change the un-selected 
VFO frequency. 

It is a 7300 about 4 months old with the latest firmware.  But something causing a delay would make sense.  So the software is sending a command to ultimately change VFO B but due to a delay  (or something) the radio is still on A and that frequency gets changed.  Then during a regular poll the software sees the changed A frequency and acts the same way as if I had just changed the frequency manually.   


Gene

NG1H







locked Re: Ubuntu WSJT-X Stopped Decoding #IssueReport #FT8 #linux #FlexRadio

Alan Blind
 

Bill

I have been using "nDAX" and "nCAT". 

https://github.com/kc2g-flex-tools


locked Re: Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Gene Horr
 

Sam:

That may be why you are getting intermittent problems when switching 
offsets that quickly where the software has to actually change the un-selected 
VFO frequency. 

It is a 7300 about 4 months old with the latest firmware.  But something causing a delay would make sense.  So the software is sending a command to ultimately change VFO B but due to a delay  (or something) the radio is still on A and that frequency gets changed.  Then during a regular poll the software sees the changed A frequency and acts the same way as if I had just changed the frequency manually.   

Gene
NG1H



locked Re: Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Gene Horr
 

Sam: Icom 7300
Bill:  Files sent.

Looks like a jump occurs between time 17.063933 and time 17.347238 if I am reading the file correctly.


locked Re: Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Gene Horr
 

Ok, I'll try that.  I was able to download serial port monitoring software and was able to capture a short session.  

Gene
NG1H


locked Re: #txaudio #txaudio

Hasan Schiers N0AN
 

If you have dedicated USB sound devices (like a cheap dongle) and you assign WSJT-X to them, you won't have Win10 Pro update problems UNLESS....you plug in or unplug a new USB device, in which case the USB devices get re-enumerated by windows...and then the order of things can get messed up.

My suggestion:

Rename your WSJT-X audio devices (you can do that in windows), to a name that you will recognize (very handy if they re-enumerate) Restart WSJT-X after you do this renaming.

If you plug in or remove a USB device (audio), be sure to check to see that a name has not changed and that WSJT-X is still talking to the device you had previously set.

Since I went to naming my audio devices and NOT changing any USB audio devices, I have not had the problem with a Win10 Pro update messing things up for WSJT-X. Just remember if you change (add or remove) a USB audio device, you are well ahead of the game to check that your devices in X still match up the names in Windows list of Audio Devices.

73, N0AN
Hasan


On Thu, Sep 2, 2021 at 1:18 PM Gilbert Baron <w0mn00@...> wrote:

IF you have more than 1 sound card and you leave one as the default and do not use the default card in any way for your radio usage AND you do not use the second card for anything but your radio usage then this will not happen. It has not been the least problem for me for any version of Windows. Now on W10 Pro but have used many other versions.

 

Outlook Laptop Gil W0MN

Hierro candente, batir de repente

44.08226N 92.51265W EN34rb

 

From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Pete Singleton via groups.io
Sent: Thursday, September 2, 2021 11:43
To: main@WSJTX.groups.io
Subject: [WSJTX] #txaudio

 

Hi

I hate Windows 10.  It keeps messing with my audio setup.  

I have a PC with Win10 Pro 64bit.  I use WSJT-X (now v2.4.0) for FT8.  I connect to my radio (various Icom, Yaesu) via an USB 'Audio Codec'.  The cabling is stable - I don't replug my USB ports.

When I boot up the PC, turn on the radio and load WSJT-X Rx seems fine but the Tx audio usually doesn't work.  The volume mixer shows that audio outputs are randomly scrambled. Often the audio from 'system sounds' and/or browsers go to the 'Radio In' codec but WSJT-X audio goes to the 'Display Audio' speakers.

To unscramble the mess I unload WSJT-X,  use 'Sound Settings' to disable the 'Radio In' codec to force everything to go to  'Display Audio'.  After reloading WSJT-X I go back to 'Sound Settings' and check that the WSJT-X audio (and no others) goes to 'Radio In'.

Occasionally, reasons unknown, the scrambling re-occurs if I come back to the radio after being away for a while.  Same procedure sorts it out.

Does anyone know how to fix the setup to be stable?

73 de M0PTB
 


--

W0MN EN34rb 44.08226 N 92.51265 W

Hierro candente, batir de repente

HP Laptop



locked Re: #txaudio #txaudio

Gilbert Baron
 

IF you have more than 1 sound card and you leave one as the default and do not use the default card in any way for your radio usage AND you do not use the second card for anything but your radio usage then this will not happen. It has not been the least problem for me for any version of Windows. Now on W10 Pro but have used many other versions.

 

Outlook Laptop Gil W0MN

Hierro candente, batir de repente

44.08226N 92.51265W EN34rb

 

From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Pete Singleton via groups.io
Sent: Thursday, September 2, 2021 11:43
To: main@WSJTX.groups.io
Subject: [WSJTX] #txaudio

 

Hi

I hate Windows 10.  It keeps messing with my audio setup.  

I have a PC with Win10 Pro 64bit.  I use WSJT-X (now v2.4.0) for FT8.  I connect to my radio (various Icom, Yaesu) via an USB 'Audio Codec'.  The cabling is stable - I don't replug my USB ports.

When I boot up the PC, turn on the radio and load WSJT-X Rx seems fine but the Tx audio usually doesn't work.  The volume mixer shows that audio outputs are randomly scrambled. Often the audio from 'system sounds' and/or browsers go to the 'Radio In' codec but WSJT-X audio goes to the 'Display Audio' speakers.

To unscramble the mess I unload WSJT-X,  use 'Sound Settings' to disable the 'Radio In' codec to force everything to go to  'Display Audio'.  After reloading WSJT-X I go back to 'Sound Settings' and check that the WSJT-X audio (and no others) goes to 'Radio In'.

Occasionally, reasons unknown, the scrambling re-occurs if I come back to the radio after being away for a while.  Same procedure sorts it out.

Does anyone know how to fix the setup to be stable?

73 de M0PTB
 


--

W0MN EN34rb 44.08226 N 92.51265 W

Hierro candente, batir de repente

HP Laptop


locked Re: Ubuntu WSJT-X Stopped Decoding #IssueReport #FT8 #linux #FlexRadio

Bill Somerville
 

On 02/09/2021 16:16, Alan Blind wrote:
Bill

Thanks for the idea.

Yes, I have shutdown / rebooted everything.

Windows 10 WSJT-X decodes just fine, but, the Ubuntu WSJT-X will not decode the exact same decodes.   So, I think this eliminates the radio and audio stream from being the problem.

Alan
Hi Alan,

are you using SmartSDR and DAX on MS Windows and somehow feeding audio from that to your Ubuntu system? If so can you explain how you do that please?

73
Bill
G4WJS.


locked Re: #txaudio #txaudio

Bill Somerville
 

On 02/09/2021 17:43, Pete Singleton via groups.io wrote:
Hi

I hate Windows 10.  It keeps messing with my audio setup.

I have a PC with Win10 Pro 64bit.  I use WSJT-X (now v2.4.0) for FT8.  I connect to my radio (various Icom, Yaesu) via an USB 'Audio Codec'.  The cabling is stable - I don't replug my USB ports.

When I boot up the PC, turn on the radio and load WSJT-X Rx seems fine but the Tx audio usually doesn't work.  The volume mixer shows that audio outputs are randomly scrambled. Often the audio from 'system sounds' and/or browsers go to the 'Radio In' codec but WSJT-X audio goes to the 'Display Audio' speakers.

To unscramble the mess I unload WSJT-X,  use 'Sound Settings' to disable the 'Radio In' codec to force everything to go to 'Display Audio'.  After reloading WSJT-X I go back to 'Sound Settings' and check that the WSJT-X audio (and no others) goes to 'Radio In'.

Occasionally, reasons unknown, the scrambling re-occurs if I come back to the radio after being away for a while.  Same procedure sorts it out.

Does anyone know how to fix the setup to be stable?

73 de M0PTB
Hi Pete,

have you disabled "Power options->Current plan->Advanced power options->Advanced settings->USB settings->USB selective suspend"?

Also you mention "Display audio", are you using an HDMI monitor? If so then the associated USB audio will power down when the monitor goes into power saving mode, that may be difficult to turn off. If you don't use the HDMI USB audio, you may be able to disable it.

An USB audio device change can potentially disrupt the WSJT-X audio sources.

73
Bill
G4WJS.


locked #txaudio #txaudio

Pete Singleton
 

Hi

I hate Windows 10.  It keeps messing with my audio setup.  

I have a PC with Win10 Pro 64bit.  I use WSJT-X (now v2.4.0) for FT8.  I connect to my radio (various Icom, Yaesu) via an USB 'Audio Codec'.  The cabling is stable - I don't replug my USB ports.

When I boot up the PC, turn on the radio and load WSJT-X Rx seems fine but the Tx audio usually doesn't work.  The volume mixer shows that audio outputs are randomly scrambled. Often the audio from 'system sounds' and/or browsers go to the 'Radio In' codec but WSJT-X audio goes to the 'Display Audio' speakers.

To unscramble the mess I unload WSJT-X,  use 'Sound Settings' to disable the 'Radio In' codec to force everything to go to  'Display Audio'.  After reloading WSJT-X I go back to 'Sound Settings' and check that the WSJT-X audio (and no others) goes to 'Radio In'.

Occasionally, reasons unknown, the scrambling re-occurs if I come back to the radio after being away for a while.  Same procedure sorts it out.

Does anyone know how to fix the setup to be stable?

73 de M0PTB
 


locked #txaudio goes to sleep, power management already disabled #txaudio

Pete Singleton
 

WSJT-X v2.4.0 (And previous from v2.2) 'goes to sleep' after being inactive for more than a few minutes.  Radio (various Icom, Yaesu) goes to Tx but no audio input so no output. OS is Win10 64 bit (and that has other hassles too).  No RF in the shack. I have thoroughly searched all devices in device manager and turned off the power management.  

The setup worked well previously, after disabling power management, until a Windows update a few months ago.

Unloading/reloading WSJT-X starts the Tx audio working again.  Is this a WSJT problem or a Win10 problem?  Any clues gratefully received!

73 de M0PTB


locked Re: What is meaning of "a1" and "?" in FT8 received window #reception #decode

KT7AZ
 

Short answer, shows the probability of reliability of signal data.  There is a chart you can refer too, but is normal at the link in another post.
Gary
--
KT7AZ


locked Re: Ubuntu WSJT-X Stopped Decoding #IssueReport #FT8 #linux #FlexRadio

Alan Blind
 

Bill

Thanks for the idea.  

Yes, I have shutdown / rebooted everything.

Windows 10 WSJT-X decodes just fine, but, the Ubuntu WSJT-X will not decode the exact same decodes.   So, I think this eliminates the radio and audio stream from being the problem.

Alan

8881 - 8900 of 37058