Re: [wsjt-devel] Adjustable frequency shift for split operation?

[Andrew Neumeier via wsjt-devel]

 Richard,
On the 991a, you might consider taking a look at the SSB Bandwidth setting, 
menu item 110.  Perhaps altering it might help.

73,Andy, ka2uqw

On Friday, July 5, 2024 at 08:50:29 PM EDT, Richard Shaw via wsjt-devel 
 wrote:  
 
 On Fri, Jul 5, 2024 at 5:46 PM Joe Taylor via wsjt-devel 
 wrote:

Hi Richard,

You are misinformed, or perhaps I have misunderstood what you attempted 
to describe.  "Split" operation in WSJT-X, properly configured with 
either the "Rig" or "Fake it" option, will always keep your transmitted 
audio frequency between 1500 and 2000 Hz.


I'm using an FT-991A. I'm currently on 20m. 
I can't force particular frequencies so I'll report what I can achieve.
At 14074 and:1500Hz I get 50W (requested output)1600Hz I get 50W1700Hz I get 
near 50W1800Hz I get 10W1900Hz I get <5W.
I'm not aware of any output settings I have altered from default settings. 
Nothing jumps out at me on Flrig.
Thanks,RichardKF5OM






___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Yaesu FT-891 USB Ports not listed in WSJT-X Radio settings on MacOS 14.5

[Andrew Neumeier via wsjt-devel]

 Pete,
It's possible to key in the serial or usb port manually, using the keyboard.  
Use the pulldown list and you will probably see USB listed.  You can type this 
in yourself in place of USB, but you need to determine first which port the rig 
is connected to first.  

73,Andy, ka2uqw


On Tuesday, July 2, 2024 at 01:57:41 PM EDT, Peter LaBissoniere via 
wsjt-devel  wrote:  
 
 I have a M2 MacBook running MacOS 14.5. The serial ports from my Yaesu FT-891 
show up on the MacOS system report (USB section - Silicon Labs CP2105) but they 
do not show up in the serial port list on WSJT-X 2.6.1 (or 2.7.0) Radio 
Settings. It worked fine with my former Intel MacBook. I’m using a Digi-Rig for 
the audio CODEC which is working. The serial ports from the Digirig show up 
(Silicon Labs CP2102N) in WSJTX but I need to use the serial port built into 
the FT-891 for CAT. Not sure if this is a bug or some config issue.
Thanks Pete - KW9E
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] WSJTX with Ten Tec Orion 1

[Andrew Neumeier via wsjt-devel]

Hi all,
Having a intermittent issue with WSJTX and my Orion, model 565.  Seems that the 
key line is hanging or sometimes late in transmiting.  This does not happen all 
the time.  At times the rig may not transmit until after several seconds of a 
FT8 sequence have passed, at times it is late returning to receive, again by up 
to three seconds.  I have tried several different speed usb ports, reduced the 
tx delay in settings to zero, and have increased or decreased the polling of 
the rig, all to no avail.  This problem seems a bit worse under Windows 10 than 
Kubuntu Linux 22.04.  I am using a xggcomm audio interface for audio in and 
out, and rig is keyed via a serial/usb converter.  The computer should be 
plenty fast enough to handle this, it is about two years old.  This all happens 
even if I am not using the computer for anything else at all aside from WSJTX.  

Any ideas out there?
73,Andy, ka2uqw
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] xmit problem with WSJTX

[Andrew Neumeier via wsjt-devel]

Good Morning,
Perhaps I can get some insight from the group on a issue here. 

Recently obtained a xggcomm Digimode 3 interface.  I am intending to use it 
with a Ten Tec Orion.  It was initially connected to a older machine here, and 
using WSJTX, worked just fine with the Orion.  On connectionto a much newer 
computer, there is no audio output to the rig.  On the newer machine, the 
pull-down list in the Audio settings shows the C-Media sound card in the 
Digimode 3, but only on the Input side, not the Output side.  Both are seen 
when using the older computer.  So, I can receive just fine using the Digimode 
3 on the new computer, just no audio out, no xmit.  

Both computers run WSJTX version 2.6.1, and both machines run Kubuntu 22.04.  
Running the lsusb command and getting detail on the C-Media card, on the newer 
computer, shows that the o/s sees both the input and output sides of the 
C-Media card.  
I'm also a member of the dialout group,it's one of the first things I checked.  

Running out of ideas here, anyone have a idea that might help?
73,Andy, ka2uqw  


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Vintage Computer Festival East

[Andrew Neumeier via wsjt-devel]

 Well, I won't speak to the relationship to WSJTX development, but this 
festival is near my qth, and I just may go over and take a look.  Hope they 
have food too.Thank you for giving me the heads-up about it.

73,Andy, ka2uqw


On Thursday, April 11, 2024 at 11:43:26 AM EDT, Kari Sillanmäki via 
wsjt-devel  wrote:  
 
 
Umm, how does this relate to WSJT-X development?

On 4/11/24 16:23, robert evans LAST_NAME via wsjt-devel wrote:
> Vintage Computer Festival East will be holding their annual 3-day event
> (this Friday through Sunday) at the InfoAge Science Center in Wall
> Township, NJ.  Themes will be: "The Rise of the GUI" and "Computer Art."
> Full details can be found here:
> <_https://vcfed.org/events/vintage-computer-festival-east/ 
> _>. The program
> book can be downloaded at:
> <_https://vcfed.org/wp-content/uploads/2024/04/VCF_East_2024_Program_Book_Final.pdf
>  
> _>.
> There will be a special panel session of Women Creators of Early
> Computer Games from 3-5PM on Saturday.
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT noise estimates

[Andrew Neumeier via wsjt-devel]

 Reino,
I really have no data to compare as you suggest, and the results are purely 
annecdotal.  

The way this got started was that on 2 meters I suffer from local rfi, usually 
these are suspected to be chargers in the vicinity.  In engaging filters I 
noticed the rfi become enhanced, by observingnearly imperceptible rfi become 
completely visible.  So, I wondered if I could do the same with a very weak 
signal.  In some cases, a non-decoding ft8 signal which is very light in color, 
often becomesdarker, nearly orange at times and decodes.  Using the method, I 
have worked quite a few stations otherwise impossible to decode.  And yes, the 
signal reading reported by WSJTX will change, sometimesdramatically.  As I 
posted earlier, the method is not foolproof, it doesn't always work.  QSB does 
not help the matter, of course.  

It's important to mention that I do this only on 2 meters.  Often the target 
signal is the only one on the waterfall so I can spend time zeroing in on it.  

I can only suggest that it be tried, maybe I'm wrong, but I use the method 
pretty regularly.
I have noticed the same results on Q65, but generally have not spent much time 
with it there.

73,Andy, ka2uqw


On Sunday, December 10, 2023 at 11:25:32 AM EST, Reino Talarmo via 
wsjt-devel  wrote:  
 
 
Hi Andy,

Interesting approach. But how you know that it really enhanced the signal 
detection?
The wanted signal is now close the wanted signal and that may disturb the S/N 
calculation and you will see a better S/N values with your method without a 
real better sensitivity. Possibly the only real comparison could be with two 
radios fed from the same antenna with a power divider (you may need a an 
amplifier before the power divider for compensating attenuation) and two 
instances of wsjt-x. Then a statistical study of success/failure rates could 
tell a real story.

  

Just my two pennies.

  

73, Reino OH3mA

  

From: Andrew Neumeier via wsjt-devel [mailto:wsjt-devel@lists.sourceforge.net] 
Sent: Sunday, December 10, 2023 3:40 PM
To: w0fy--- via wsjt-devel 
Cc: Andrew Neumeier 
Subject: Re: [wsjt-devel] WSJT noise estimates

  

Joe,

  

Just a comment here.  I use FT8 frequently and almost always on 2 meters.  My 
interest is in weak signals.  I use a Omni VII here, with a transverter.  I 
have had some luck using my notch filter on very weak FT8

signals.  Setting the notch width at about 75hz, I have been using the edge of 
the filter to enhance the signals I am looking for.  So, the notch is not 
directly on the desired signal, but set a few hundred hertz from it, usually

below it.  Of course, placing the notch directly on the signal would erase it, 
but I don't use it that way.  I have worked a number of stations this way.  It 
took some playing around to get this to work, and it does not always

work, and one must see the signal first and have a decode failure, before 
turning to this remedy.  

  

Just my two cents.

  

Best of luck,

73,

Andy, ka2uqw

  

  

  

On Saturday, December 9, 2023 at 10:05:26 PM EST, w0fy--- via wsjt-devel 
 wrote: 

  

  

Been wondering how WSJT-X generates the noise power estimate it uses to 
calculate SNR for each FT8 signal.  Does it simply collect all the signals and 
noise over the bandwidth selected on the waterfall and call that the noise 
power level or does it take a quick snapshot of  the background noise level 
during the brief quiet period at the end of each 15 second FT8 sequence? Or is 
it more complicated than that?

 

I am plagued with a S2 -S3 noise level on 6 meters nearly all the time that if 
not AWGN is pretty close to it.  10 meters is even worse. The DSP noise blanker 
in my TS590 will reduce it slightly. I estimate this is degrading my ability to 
decode FT8 signals on 6 by nearly 20 dB compared to the noise level generated 
by a 50 ohm resistor.  I don’t use an LNA ahead of the radio – would be 
pointless.  I don’t use the noise reduction feature in the radio either as it 
tends to lose very weak signals completely. 

 

Wondering if I can use the DSP in my TS590 to narrow the receiver bandwidth to 
perhaps 300 -500 Hz around a known offset to help pick weak signals out of the 
noise? I realize that the WSJT program filters the audio into much narrower BW 
bins so all the receiver filtering can do is reduce the receiver gain reduction 
caused by the noise pumping up the AGC but that might be beneficial.  Likewise, 
would using the DSP notch to suppress a single strong local signal or birdie 
help since strong signals also reduce receiver gain?  Should I deselect the 
flatness option if I use these tools? Would narrowing the waterfall span help 
any since the program ignores anything outside that span? Would appreciate any 
insight you can share.

 

Joe W0FY

 

 

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT noise estimates

[Andrew Neumeier via wsjt-devel]

 Joe,
Just a comment here.  I use FT8 frequently and almost always on 2 meters.  My 
interest is in weak signals.  I use a Omni VII here, with a transverter.  I 
have had some luck using my notch filter on very weak FT8signals.  Setting the 
notch width at about 75hz, I have been using the edge of the filter to enhance 
the signals I am looking for.  So, the notch is not directly on the desired 
signal, but set a few hundred hertz from it, usuallybelow it.  Of course, 
placing the notch directly on the signal would erase it, but I don't use it 
that way.  I have worked a number of stations this way.  It took some playing 
around to get this to work, and it does not alwayswork, and one must see the 
signal first and have a decode failure, before turning to this remedy.  

Just my two cents.
Best of luck,73,Andy, ka2uqw


On Saturday, December 9, 2023 at 10:05:26 PM EST, w0fy--- via wsjt-devel 
 wrote:  
 
 
Been wondering how WSJT-X generates the noise power estimate it uses to 
calculate SNR for each FT8 signal.  Does it simply collect all the signals and 
noise over the bandwidth selected on the waterfall and call that the noise 
power level or does it take a quick snapshot of  the background noise level 
during the brief quiet period at the end of each 15 second FT8 sequence? Or is 
it more complicated than that?

  

I am plagued with a S2 -S3 noise level on 6 meters nearly all the time that if 
not AWGN is pretty close to it.  10 meters is even worse. The DSP noise blanker 
in my TS590 will reduce it slightly. I estimate this is degrading my ability to 
decode FT8 signals on 6 by nearly 20 dB compared to the noise level generated 
by a 50 ohm resistor.  I don’t use an LNA ahead of the radio – would be 
pointless.  I don’t use the noise reduction feature in the radio either as it 
tends to lose very weak signals completely. 

  

Wondering if I can use the DSP in my TS590 to narrow the receiver bandwidth to 
perhaps 300 -500 Hz around a known offset to help pick weak signals out of the 
noise? I realize that the WSJT program filters the audio into much narrower BW 
bins so all the receiver filtering can do is reduce the receiver gain reduction 
caused by the noise pumping up the AGC but that might be beneficial.  Likewise, 
would using the DSP notch to suppress a single strong local signal or birdie 
help since strong signals also reduce receiver gain?  Should I deselect the 
flatness option if I use these tools? Would narrowing the waterfall span help 
any since the program ignores anything outside that span? Would appreciate any 
insight you can share.

  

Joe W0FY

  

  
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] IC-705 little to no decodes

[Andrew Neumeier via wsjt-devel]

 Bob,
My linux system, Kubuntu 22.04 has been handling my FT991a just fine, the usb 
drivers were probably in the distribution.  It sees the rig just fine over the 
single usb cable and is using the on-board sound card.  
I never needed to download them at all.  I did have trouble with a previous 
version, but not in a few years with this one.
73,Andy, ka2uqw


On Wednesday, December 6, 2023 at 02:24:58 PM EST, robert evans LAST_NAME 
via wsjt-devel  wrote:  
 
 An update of my windows IC-705 testing ...       The asus win11 i9 laptop 
/ WSJT-X 2.7.0-rc2 / IC-705   still was NOT decoding.Everything, including 
rig control, was working fine.   (BTW this IC-705 firmware ver has a FT8 
preset.)       Installed fldigi 4.2.? that i use for nbems traffic nets   for 
thor22 msfk Olivia etc. That worked well even   made a psk31 qso.       When i 
went back to WSJT-X 2.7.0-rc2 it started   decoding just fine!  And I made a 
couple qso on   FT8 just fine. And my posts are on PSK rep as   well as 
stations that hear me!       I wonder if Icom and Yeasu will offer usb drivers  
 for linux soon.       Back to linux for now.       BCNU DE N2LO~>              
                     
  On 12/05/2023 9:14 AM EST robert evans LAST_NAME via wsjt-devel 
 wrote:           All good suggestions. Thank 
You.       Last night..   Double checked everything on the old dell i3 win10   
and it started decoding just fine.       The thing is, that it is so slow, i 
loose track of what   i did and didn't do when i make changes.       And it 
takes forever to reboot.       I keep it around because it is about the bare   
minimum system to support the usb drivers   now used by windows for modern 
radios.   ft-991, ft-dx10, ic-9700, ic-705, etc. etc. etc.       So, as a beta 
test of WSJT-X 2.7.0-rc2 on a   old dell i3 win10 with the IC-705 it worked 
fine.           Back to the asus win11 i9 laptop / IC-705 :   When WSJT-X 
2.7.0-rc2 did decode the   dt was like 0.2 or less.   I'll revisit that soon.   
    Thanks Again.   N2LO~>              
  On 12/05/2023 3:52 AM EST Kari Sillanmäki via wsjt-devel 
 wrote:           OM,       Also make sure 
that you are not in "Hound" mode with the "Rx All Freqs" unchecked.       73's 
de Kari, oh2gqc       On 12/4/23 20:57, robert evans LAST_NAME via wsjt-devel 
wrote:  
   Using a IC-705 over the weekend and after 
installing the usb drivers in a asus win11 
i9 laptop i started WSJT-X 2.7.0-rc2.       The rig control worked fine and the 
signals 
where being displayed in the spect graph, 
but no decodes. Double checked the time set. 
Still no decodes.       Walked away for many minutes and there were 
decodes when i got back, but only a few.   Installed WSJT-X 2.6.1 and tried 
again.   Same behavior.       Every once in a awhile it would decode a 
frame and then none for long periods of 
time even though the spectrum graph showed 
signals on the waterfall continuously.       Switched to an old dell i3 win10 
laptop 
and saw the same behavior with wsjt-x.   Tried fldigi and it decoded Olivia and 
psk31 as well as cw no problem.       Tried JS8 as well - no problem.       
Back to WSJT-X and double checked the 
settings. Every once in a long while 
it might decode what looks like a frame.       N2LO~>           
 
 ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
 
 
 
 ___ 
wsjt-devel mailing list 
wsjt-devel@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
 ___ 
wsjt-devel mailing list 
wsjt-devel@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
 ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] No 73 allowed after RR73?

[Andrew Neumeier via wsjt-devel]

 Hi Reino,
Not to beat the issue to death but this does not always work.  A strong signal 
may dissipate. 

Some months ago, there was a nice 2 meter band opening into Texas from here in 
NJ.  I worked several FT8 stations.  Signals were strong, but the band just 
dropped out, suddenly.  I wasmid-qso with a Texas station.  I abandoned the qso 
after not receiving a RRR and sending the signal report multiple times.  Some 
time later I got a qsl card from the station, from the abandoned qso.  He was 
seeking confirmation.  I emailed him, told him I could not confirm it.  He had 
sent a RR73, which I never received.  He thought the qso was complete, but it 
was not.  So I wonder, how many qso's are in logs that cannot be confirmed?  
This is why I always send RRR and confirm a 73 with one of my own, as a 
courtesy.  It's just my choice to do it that way.  I also have no need to keep 
a qso short.  

Yesterday, a band opening on six meters happened, to South America.  Signals 
were poor, to say the least, with often only partial signals on the waterfall.  
I saw plenty of RR73 there too.  So, while the use of RR73might be flexible, it 
is often not used in that way on strong signals only.  

73,Andy, ka2uqw


On Sunday, October 22, 2023 at 01:49:57 AM EDT, Reino Talarmo via 
wsjt-devel  wrote:  
 
 
Hi Andy and all,

The protocol is flexible on that issue. The original weak signal QSO do contain 
a “RRR” that is “confirmed” by a “73” to keep both sizes of the QSO happy. 
The “RR73” is really intended for “strong signal” QSO’s and then the “73” is 
not needed to keep the QSO time short.

  

73, Reino OH3mA

  

From: Andrew Neumeier via wsjt-devel [mailto:wsjt-devel@lists.sourceforge.net] 
Sent: Sunday, October 22, 2023 1:05 AM
To: Neil Zampella via wsjt-devel 
Cc: Andrew Neumeier 
Subject: Re: [wsjt-devel] No 73 allowed after RR73?

  

In some cases the use of RR73 is problematic.  I operate FT8 almost exclusively 
on 2 meters, weak signal.  If I am working a very weak station, and that 
station chooses to use RR73 instead of 73, there

is a good chance that I have not received it, especially if I am waiting for a 
qsb peak on the signal.  By sending RR73 that station assumes we are done once 
RR73 is sent, but we may not be done.  I continue

sending a signal report, while the station I was in contact with is off working 
another station.  I may then fail to log that qso, since it is incomplete, 
unless the station realizes the mistake and continues the qso.   

  

On occasion I have even seen RR73 used in MSK144 or even Q65 which is just out 
of line in weak signal, or meteor scatter work.  

  

When working weak signals I don't think RR73 should ever be used and I never 
use it myself.  

  

73,

Andy, ka2uqw

  

  

  

On Saturday, October 21, 2023 at 04:53:15 PM EDT, Neil Zampella via wsjt-devel 
 wrote: 

  

  

FWIW ... if you received an RR73 .. there is no need to reply.   

The station is saying that RR I got your last, and 'over and out' ...  

The other party is not waiting for your reply, they're on to another contact.

Neil, KN3ILZ



On 10/21/2023 1:14 PM, Andy Durbin wrote:

WSJT-X ver 2.6.1, Win 8.1.

  

I have observed several times that I could not complete a QSO by sending 73 
after I had received an RR73.  This is expected operation with F/H active but 
not when F/H is not active.  I suspect that something is latched in software if 
F/H mode has been used but is then exited and WSJT-X is not re-started.

  

Has anyone else seen this or have an explanation?

  

73,

Andy, k3wyc

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] No 73 allowed after RR73?

[Andrew Neumeier via wsjt-devel]

 In some cases the use of RR73 is problematic.  I operate FT8 almost 
exclusively on 2 meters, weak signal.  If I am working a very weak station, and 
that station chooses to use RR73 instead of 73, thereis a good chance that I 
have not received it, especially if I am waiting for a qsb peak on the signal.  
By sending RR73 that station assumes we are done once RR73 is sent, but we may 
not be done.  I continuesending a signal report, while the station I was in 
contact with is off working another station.  I may then fail to log that qso, 
since it is incomplete, unless the station realizes the mistake and continues 
the qso.   

On occasion I have even seen RR73 used in MSK144 or even Q65 which is just out 
of line in weak signal, or meteor scatter work.  

When working weak signals I don't think RR73 should ever be used and I never 
use it myself.  

73,Andy, ka2uqw


On Saturday, October 21, 2023 at 04:53:15 PM EDT, Neil Zampella via 
wsjt-devel  wrote:  
 
  
FWIW ... if you received an RR73 .. there is no need to reply.   
 
 The station is saying that RR I got your last, and 'over and out' ...  
 
 The other party is not waiting for your reply, they're on to another contact.
 
 Neil, KN3ILZ
 
 
 
 On 10/21/2023 1:14 PM, Andy Durbin wrote:
  
 
 WSJT-X ver 2.6.1, Win 8.1.  
   I have observed several times that I could not complete a QSO by sending 73 
after I had received an RR73.  This is expected operation with F/H active but 
not when F/H is not active.  I suspect that something is latched in software if 
F/H mode has been used but is then exited and WSJT-X is not re-started.  
   Has anyone else seen this or have an explanation?  
   73,  Andy, k3wyc ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Transverter Offset

[Andrew Neumeier via wsjt-devel]

 Tom,
I use a transverter as well.  Do make sure you have entered the frequency you 
are using in the 'Frequencies' list in 'Settings'.  Without doing that, the 
rig's frequency can/will jump elsewhere.  

Good luck and 73,
Andy, ka2uqw


On Tuesday, July 18, 2023 at 06:51:28 AM EDT, tom via wsjt-devel 
 wrote:  
 
 Hi - posted on main list but no final solution.

Windows 11, wsjt-X 2.6.2 and 2.7.0-rc2

Setting up a 23cms Transverter with a 28 MHz IF - seems to be an issue. Used an 
offset -1268 and wsjt-x displayed 23cms ok but cat jumped rig to 1.065 MHz.


Tried the example given on archive for 2m offset -116 and all worked fine, cat 
kicked in and rig (TS680) switched to 28 Mhz and WSJT-X displayed 144 MHz.

Could it be the , in offset freq -1268 is entered and software formats it to 
-1,268.000 000 MHz.

Tried the same setup with MSHV and WSJT-X-Improved and worked as expected with 
-1268 offset. Cat and freq both ok.

Thanks in advance for any suggestions but it does look like a bug rather than 
user error.
Tom GM8MJV
t...@tkrh.co.uk




___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Removal of time stamp

[Andrew Neumeier via wsjt-devel]

 If you increase the value of N Avg for that waterfall, the time stamp will 
disappear.  Mine is set to 5 for FT8 and the stamp never appears.
73,Andy, ka2uqw

On Sunday, March 19, 2023 at 07:43:53 AM EDT, Bo Nilsson FJE via wsjt-devel 
 wrote:  
 
  
Hi Gents,
 
  
 
Is there a chance that the time stamp in the Wide Graph can be switched off/on. 
In my case, it is only QRM in the window.
 
  
 
73
 
Bo
 
SM7FJE
 
  
 
www.sm7fje.se
 ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] 2.6.0-rc5 reporting

[Andrew Neumeier via wsjt-devel]

 I must admit that I missed the part about the qso on .150 and focused on the 
.174 part.  I really could not answer your question aboutthe larger change in 
frequency from .150 to .174.  Sorry that I misunderstood.  Perhaps the question 
is best answered by someone whoknows more about the reporting to pskreporter.

73, 
Andy, ka2uqw


On Saturday, December 24, 2022 at 02:39:01 AM EST, Saku via wsjt-devel 
 wrote:  
 
 I just wonder...

We did qso on 144.150 (qsy by vfo knob). After qso I moved back to 
144.174 that is saved to wsjtx/frequencies.
Because wsjtx sends heard calls to pskreporter as a "block" time to time 
I think the sending happened after our qso when I was again back on 144.174

I just wonder did it catch frequency from that moment, not at time when 
qso was held on 144.150

Note the difference frequencies, it is bigger than vfo +(-) audio 
frequency can produce.

Andrew Neumeier via wsjt-devel kirjoitti 23.12.2022 klo 16.44:
> Saku,
>
> My experience has been that pskreporter displays the frequency as 
> received by the receiving station.  So, this would be display 
> frequency plus the audio frequency used for the qso.
> Sometimes the two are not the same, for instance, your transmit 
> frequency and that of the other station may differ.  This is because 
> of small differences in frequency of the rigs used during
> the qso.  Also, on 144Mhz, some folks, like me, use a transverter to 
> put them on 2 meters.  My transverter is always a little off 
> frequency.  I've seen no difference in the reporting frequencies no matter
> the version of WSJT-X.
>
> Hope this helps.
>
> 73,
> Andy, ka2uqw

-- 
Saku
OH1KH



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] 2.6.0-rc5 reporting

[Andrew Neumeier via wsjt-devel]

 Saku,
My experience has been that pskreporter displays the frequency as received by 
the receiving station.  So, this would be display frequency plus the audio 
frequency used for the qso.  
Sometimes the two are not the same, for instance, your transmit frequency and 
that of the other station may differ.  This is because of small differences in 
frequency of the rigs used duringthe qso.  Also, on 144Mhz, some folks, like 
me, use a transverter to put them on 2 meters.  My transverter is always a 
little off frequency.  I've seen no difference in the reporting frequencies no 
matterthe version of WSJT-X.

Hope this helps.
73,Andy, ka2uqw

On Friday, December 23, 2022 at 03:39:55 AM EST, Saku via wsjt-devel 
 wrote:  
 
 Hi!

I worked a local qso on 144.150 using FT8 (that was displayed on WSJT-X 
frequency reading)

Afterwards I looked at pskreporter where both our calls were reported on 
144.175
I.E. frequency that was stored WSJT-X band quick settings (144.174) + 
audio frequency.

Now question is:

Does reporting use stored quick setting frequency or true frequency that 
is received via CAT ?
In case of former one: Is this bug or not?

Wsjtx-rc5
Fedora 35
IC706

-- 
Saku
OH1KH



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] WSJT-X v2.6.0-rc5

[Andrew Neumeier via wsjt-devel]

I had reported this issue in rc4.  When moving from JT9-G Fast mode on 10m (a 
few of us have been running some 10 meter meteor scatter) to Q65 on 6 meters, 
the Q65 decoder does not start.  It is necessary tomove to another mode first, 
and then move on to Q65 to cause the decoder to activate.  

Just letting the team know.
73 and thank you,Andy, ka2uqw

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] JT9-G Fast mode

[Andrew Neumeier via wsjt-devel]

Hello to the Dev Team,
Just thought I would mention this, not sure if it is a WSJT-X issue that needs 
to be addressed or not.
For some time now I and some others have been using JT9-G fast mode for meteor 
scatter on ten meters.  It seems to me, and please know that this is subjective 
only,that stronger signals are reported by the program as weaker than they 
actually are, in fact.  Conversely, weaker signals, in general, appear to be 
reported as strongerthan they actually are.  Now, maybe it's just me, but 
perhaps this mode needs calibration as far as the signal reporting goes?  I 
don't really know, but thought I should mention it.  

Aside from that JT9-G fast has worked very well for 10m meteor scatter.
Thanks in advance,73,Andy, ka2uqw


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] RC4

[Andrew Neumeier via wsjt-devel]

I have been running RC4 since just after release.  I have been able to 
reproduce the same problem as RC3 regarding changing modes fromJT9-G Fast to 
Q65-30a.  When making this mode change the Q65 decoder often fails to start, 
that is, the DECODE button will not light orflash quickly and signals will not 
be decoded.  When this happens the PTT will be held closed after transmit for a 
few seconds before releasing. 
XMIT generally takes about three seconds to release.   

This fault is cleared by a restart of WSJT-X or moving to FT8 mode then back to 
Q65.    I am running the Linux versionfor Ubuntu of WSJT-X.  I have observed 
this on two different rigs, a Ten Tec Omni 7 and a Yaesu FT-991A.  The linux 
versionis Kubuntu 22.04.  

Just letting the team know.
73,Andy, ka2uqw

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] RC4

[Andrew Neumeier via wsjt-devel]

 Hello Chet,
I have gone ahead and upgraded to 22.04 and RC4 now installs and appears to be 
working normally.  

The GUI upgrade process did not work for me on either computer I am upgrading, 
so the terminal commands were used instead.
I would respectfully suggest that since RC4 does not work with Ubuntu 20.04 and 
that a upgrade to 22.04 is needed, that it be so statedon the WSJT Home Page.  
Such a change might prevent someone else from having the same problem that I 
did.  Because it indicated a upgrade to RC4 that was for Ubuntu 20.04, I went 
ahead and downloaded it.  Had I seen that RC4 required 22.04, I would have 
upgradedfirst, as I have done before, then downloaded RC4.  

Thank you very much for your help and pointing out the need to upgrade.  I 
often delay upgrading I must admit.

73,Andy, ka2uqw


On Thursday, September 8, 2022 at 10:03:30 AM EDT, Chester Fennell via 
wsjt-devel  wrote:  
 
 
Hi Andy,

  
 
Thank you. I believe the reason you are missing some packages for installing 
wsjtx-2.6.0-rc4 is because we have updated the release package for amd64 to run 
on the latest bullseye releases from Debian. The older releases while still LTE 
are losing support for the lgpl license from Qt very quickly (see Less Love for 
FOSS Qt Users – Burkhard Stubert (embeddeduse.com) .) The os-release info you 
sent me indicates you are still using Ubuntu 20.04 (Fossa). That release will 
not support Qt 5.15.x because the package support is not available. It is 
possible to build that Qt release for Qt5.12.x from Qt sources, but I do not 
recommend that as it sometimes fails. My recommendation is that you upgrade 
Ubuntu Fossa to Ubuntu Jammy Jellyfish 22.04.1 first, then retry the download 
and install the amd64 debian package from the pulsar site as indicated in the 
release notes that were posted.
 
  
 
To upgrade to Jammy Jellyfish, this site gives good instructions :How To 
Upgrade Ubuntu To 22.04 LTS Jammy Jellyfish - From 21.10 and 20.04 
(linuxconfig.org) . I would suggest using the GUI process as shown later in the 
article unless you wish to run the command line process for upgrading.
 
  
 
I have been using this release for some time. It appears solid and it appears 
to run faster to me. It also becomes easier to keep Ubuntu up to date as they 
will automatically notify you of upgrade availability with a down arrow in the 
upper right area of the window gui. Please let me know how things go and if I 
can be of further assistance.
 
  
 
73,  Chet 

  
 
Chet Fennell
KG4IYS
Wellen Park
Islandwalk
Venice, Fl

  
 
From: Andrew Neumeier via wsjt-devel
Sent: Thursday, September 8, 2022 7:49 AM
To: Chester Fennell via wsjt-devel
Cc: Andrew Neumeier
Subject: Re: [wsjt-devel] RC4

  
 
GM Chet,
 
  
 
File you requested is attached.  Thanks for the help.
 
  
 
73
 
  
 
  
 
  
 
  
 
On Wednesday, September 7, 2022 at 10:10:32 PM EDT, Chester Fennell via 
wsjt-devel  wrote:
 
  
 
  
 
Hi Andy,
 
  
 
Received file ok. Will examine and get back to you sometime tomorrow. Please 
execute this command in a terminal window and send file to me.
 
cat /etc/os-release > osrelease
 
  
 
File will be called osrelease. Thank you.
 
  
 
73. Chet KG4IYS
 
  
 
GetOutlook for iOS
 

 
From: Andrew Neumeier via wsjt-devel 
Sent: Wednesday, September 7, 2022 7:57:48 PM
To: Chet Fennell via wsjt-devel 
Cc: Andrew Neumeier 
Subject: Re: [wsjt-devel] RC4
 
 
 
Hi Chet,
 
  
 
Ok, managed to create the file you asked for.  Please keep in mind that RC4 
never installed, so I believe this file is related to RC3.
 
  
 
Hope this helps.  File is below.
 
  
 
73
 
  
 
  
 
  
 
On Wednesday, September 7, 2022 at 07:43:20 PM EDT, Chet Fennell via wsjt-devel 
 wrote:
 
  
 
  
 
Hi Andy,
 
  
 
Please open a terminal window and run this command: sudo apt show wsjtx -a > 
wsjtx-dep. You will be required to enter your password next. Once the command 
prompt returns, please send the file named wsjtx-dep to me (if you run this 
from your home directory, the file will show up there.) After I look at those 
results, I will give you some next steps to try.
 
  
 
73,  Chet KG4IYS
 
On 9/7/22 18:15, Andrew Neumeier via wsjt-devel wrote:
 

Hi Chet,
 
  
 
Well, I guess I am not really sure what to do with the list of dependencies or 
how I might proceed from here.
 
  
 
  
 
73,
 
Andy, ka2uqw
 
  
 
  
 
  
 
  
 
On Wednesday, September 7, 2022 at 05:53:07 PM EDT, Chet Fennell via 
wsjt-devel wrote:
 
  
 
  
 
Hi Andy,
 
I am sending you a list of dependencies, I hope this will help you. Please see 
attached.
 
Let me know if this works for you.
 
73,
 
  
 
Chet KG4IYS
 
On 9/7/22 15:40, Andrew Neumeier via wsjt-devel wrote:
 

Hello,
 
  
 
Attempted to install2.6.0-rc4 amd64.deb on my Ubuntu 20.04LTS system.  Got 
following error on install:
 
  
 
Error: Cannot satisfy dependencies. 
 
  
 
There are no details given.  Not sure how to run this in a terminal to provide 
more information to the team.
 

Re: [wsjt-devel] RC4

[Andrew Neumeier via wsjt-devel]

 Ok Chet, thank you.
73

On Thursday, September 8, 2022 at 10:03:30 AM EDT, Chester Fennell via 
wsjt-devel  wrote:  
 
 
Hi Andy,

  
 
Thank you. I believe the reason you are missing some packages for installing 
wsjtx-2.6.0-rc4 is because we have updated the release package for amd64 to run 
on the latest bullseye releases from Debian. The older releases while still LTE 
are losing support for the lgpl license from Qt very quickly (see Less Love for 
FOSS Qt Users – Burkhard Stubert (embeddeduse.com) .) The os-release info you 
sent me indicates you are still using Ubuntu 20.04 (Fossa). That release will 
not support Qt 5.15.x because the package support is not available. It is 
possible to build that Qt release for Qt5.12.x from Qt sources, but I do not 
recommend that as it sometimes fails. My recommendation is that you upgrade 
Ubuntu Fossa to Ubuntu Jammy Jellyfish 22.04.1 first, then retry the download 
and install the amd64 debian package from the pulsar site as indicated in the 
release notes that were posted.
 
  
 
To upgrade to Jammy Jellyfish, this site gives good instructions :How To 
Upgrade Ubuntu To 22.04 LTS Jammy Jellyfish - From 21.10 and 20.04 
(linuxconfig.org) . I would suggest using the GUI process as shown later in the 
article unless you wish to run the command line process for upgrading.
 
  
 
I have been using this release for some time. It appears solid and it appears 
to run faster to me. It also becomes easier to keep Ubuntu up to date as they 
will automatically notify you of upgrade availability with a down arrow in the 
upper right area of the window gui. Please let me know how things go and if I 
can be of further assistance.
 
  
 
73,  Chet 

  
 
Chet Fennell
KG4IYS
Wellen Park
Islandwalk
Venice, Fl

  
 
From: Andrew Neumeier via wsjt-devel
Sent: Thursday, September 8, 2022 7:49 AM
To: Chester Fennell via wsjt-devel
Cc: Andrew Neumeier
Subject: Re: [wsjt-devel] RC4

  
 
GM Chet,
 
  
 
File you requested is attached.  Thanks for the help.
 
  
 
73
 
  
 
  
 
  
 
  
 
On Wednesday, September 7, 2022 at 10:10:32 PM EDT, Chester Fennell via 
wsjt-devel  wrote:
 
  
 
  
 
Hi Andy,
 
  
 
Received file ok. Will examine and get back to you sometime tomorrow. Please 
execute this command in a terminal window and send file to me.
 
cat /etc/os-release > osrelease
 
  
 
File will be called osrelease. Thank you.
 
  
 
73. Chet KG4IYS
 
  
 
GetOutlook for iOS
 

 
From: Andrew Neumeier via wsjt-devel 
Sent: Wednesday, September 7, 2022 7:57:48 PM
To: Chet Fennell via wsjt-devel 
Cc: Andrew Neumeier 
Subject: Re: [wsjt-devel] RC4
 
 
 
Hi Chet,
 
  
 
Ok, managed to create the file you asked for.  Please keep in mind that RC4 
never installed, so I believe this file is related to RC3.
 
  
 
Hope this helps.  File is below.
 
  
 
73
 
  
 
  
 
  
 
On Wednesday, September 7, 2022 at 07:43:20 PM EDT, Chet Fennell via wsjt-devel 
 wrote:
 
  
 
  
 
Hi Andy,
 
  
 
Please open a terminal window and run this command: sudo apt show wsjtx -a > 
wsjtx-dep. You will be required to enter your password next. Once the command 
prompt returns, please send the file named wsjtx-dep to me (if you run this 
from your home directory, the file will show up there.) After I look at those 
results, I will give you some next steps to try.
 
  
 
73,  Chet KG4IYS
 
On 9/7/22 18:15, Andrew Neumeier via wsjt-devel wrote:
 

Hi Chet,
 
  
 
Well, I guess I am not really sure what to do with the list of dependencies or 
how I might proceed from here.
 
  
 
  
 
73,
 
Andy, ka2uqw
 
  
 
  
 
  
 
  
 
On Wednesday, September 7, 2022 at 05:53:07 PM EDT, Chet Fennell via 
wsjt-devel wrote:
 
  
 
  
 
Hi Andy,
 
I am sending you a list of dependencies, I hope this will help you. Please see 
attached.
 
Let me know if this works for you.
 
73,
 
  
 
Chet KG4IYS
 
On 9/7/22 15:40, Andrew Neumeier via wsjt-devel wrote:
 

Hello,
 
  
 
Attempted to install2.6.0-rc4 amd64.deb on my Ubuntu 20.04LTS system.  Got 
following error on install:
 
  
 
Error: Cannot satisfy dependencies. 
 
  
 
There are no details given.  Not sure how to run this in a terminal to provide 
more information to the team.
 
First time this has happened, usually all dependencies are satisfied on 
install. 
 
  
 
73,
 
Andy, ka2uqw
 
  
 
  
 
  
 




 ___ wsjt-devel mailing list 
wsjt-devel@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/wsjt-devel 

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
 




 ___ wsjt-devel mailing list 
wsjt-devel@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/wsjt-devel 

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt

Re: [wsjt-devel] RC4

[Andrew Neumeier via wsjt-devel]

 GM Chet,
File you requested is attached.  Thanks for the help.
73



On Wednesday, September 7, 2022 at 10:10:32 PM EDT, Chester Fennell via 
wsjt-devel  wrote:  
 
 Hi Andy,
Received file ok. Will examine and get back to you sometime tomorrow. Please 
execute this command in a terminal window and send file to me.cat 
/etc/os-release > osrelease
File will be called osrelease. Thank you.
73. Chet KG4IYS
Get Outlook for iOSFrom: Andrew Neumeier via wsjt-devel 

Sent: Wednesday, September 7, 2022 7:57:48 PM
To: Chet Fennell via wsjt-devel 
Cc: Andrew Neumeier 
Subject: Re: [wsjt-devel] RC4 Hi Chet,
Ok, managed to create the file you asked for.  Please keep in mind that RC4 
never installed, so I believe this file is related to RC3.
Hope this helps.  File is below.
73


On Wednesday, September 7, 2022 at 07:43:20 PM EDT, Chet Fennell via wsjt-devel 
 wrote:


Hi Andy,




Please open a terminal window and run this command: sudo apt show wsjtx -a > 
wsjtx-dep. You will be required to enter your password next. Once the command 
prompt returns, please send the file named wsjtx-dep to me (if you run this 
from your home directory, the file will show up there.) After I look at those 
results, I will give you some next steps to try.




73,  Chet KG4IYS

On 9/7/22 18:15, Andrew Neumeier via wsjt-devel wrote:

Hi Chet,
Well, I guess I am not really sure what to do with the list of dependencies or 
how I might proceed from here.

73,Andy, ka2uqw



On Wednesday, September 7, 2022 at 05:53:07 PM EDT, Chet Fennell via 
wsjt-devel wrote: 


Hi Andy,

I am sending you a list of dependencies, I hope this will help you. Please see 
attached.

Let me know if this works for you.


73,




Chet KG4IYS

On 9/7/22 15:40, Andrew Neumeier via wsjt-devel wrote:

Hello,
Attempted to install 2.6.0-rc4 amd64.deb on my Ubuntu 20.04LTS system.  Got 
following error on install:
Error: Cannot satisfy dependencies.  

There are no details given.  Not sure how to run this in a terminal to provide 
more information to the team.First time this has happened, usually all 
dependencies are satisfied on install. 

73,Andy, ka2uqw



 
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  

osrelease
Description: Binary data
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] RC4

[Andrew Neumeier via wsjt-devel]

 Hi Chet,
Ok, managed to create the file you asked for.  Please keep in mind that RC4 
never installed, so I believe this file is related to RC3.
Hope this helps.  File is below.
73


On Wednesday, September 7, 2022 at 07:43:20 PM EDT, Chet Fennell via 
wsjt-devel  wrote:  
 
   
Hi Andy,
 

 
 
Please open a terminal window and run this command: sudo apt show wsjtx -a > 
wsjtx-dep. You will be required to enter your password next. Once the command 
prompt returns, please send the file named wsjtx-dep to me (if you run this 
from your home directory, the file will show up there.) After I look at those 
results, I will give you some next steps to try.
 

 
 
73,  Chet KG4IYS
 
 On 9/7/22 18:15, Andrew Neumeier via wsjt-devel wrote:
  
  Hi Chet, 
  Well, I guess I am not really sure what to do with the list of dependencies 
or how I might proceed from here. 
  
  73, Andy, ka2uqw 
  
  
  
  On Wednesday, September 7, 2022 at 05:53:07 PM EDT, Chet Fennell via 
wsjt-devel  wrote:  
  
 
Hi Andy,
 
I am sending you a list of dependencies, I hope this will help you. Please see 
attached.
 
Let me know if this works for you.
 
 
73,
 

 
 
Chet KG4IYS
 
  On 9/7/22 15:40, Andrew Neumeier via wsjt-devel wrote:
  
  Hello, 
  Attempted to install 2.6.0-rc4 amd64.deb on my Ubuntu 20.04LTS system.  Got 
following error on install: 
  Error: Cannot satisfy dependencies.  
  
  There are no details given.  Not sure how to run this in a terminal to 
provide more information to the team. First time this has happened, usually all 
dependencies are satisfied on install.  
  
  73, Andy, ka2uqw 
  
  
   
  
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
 
___
 wsjt-devel mailing list
 wsjt-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wsjt-devel
 
  
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
 
 ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  

wsjtx-dep
Description: Binary data
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] RC4

[Andrew Neumeier via wsjt-devel]

 Hi Chet,
Well, I guess I am not really sure what to do with the list of dependencies or 
how I might proceed from here.

73,Andy, ka2uqw



On Wednesday, September 7, 2022 at 05:53:07 PM EDT, Chet Fennell via 
wsjt-devel  wrote:  
 
  
Hi Andy,
 
I am sending you a list of dependencies, I hope this will help you. Please see 
attached.
 
Let me know if this works for you.
 
 
73,
 

 
 
Chet KG4IYS
 
 On 9/7/22 15:40, Andrew Neumeier via wsjt-devel wrote:
  
  Hello, 
  Attempted to install 2.6.0-rc4 amd64.deb on my Ubuntu 20.04LTS system.  Got 
following error on install: 
  Error: Cannot satisfy dependencies.  
  
  There are no details given.  Not sure how to run this in a terminal to 
provide more information to the team. First time this has happened, usually all 
dependencies are satisfied on install.  
  
  73, Andy, ka2uqw 
  
  
   
  
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
 
 ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] RC4

[Andrew Neumeier via wsjt-devel]

Hello,
Attempted to install 2.6.0-rc4 amd64.deb on my Ubuntu 20.04LTS system.  Got 
following error on install:
Error: Cannot satisfy dependencies.  

There are no details given.  Not sure how to run this in a terminal to provide 
more information to the team.First time this has happened, usually all 
dependencies are satisfied on install.  

73,Andy, ka2uqw


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] v2.6.0-rc3 Bug??

[Andrew Neumeier via wsjt-devel]

Hello to the team,
Wonder if this issue has been reported before, perhaps you are aware of it 
already.
When moving from JT9, submode G, Fast mode to Q65 I have noticed that the Q65 
decoder stops working.  It also introduced a delay when returning to receive 
from xmit.  That delayis about 2.5 seconds on my FT-991a.  I have been able to 
reproduce this issue several times now.  I have been able to correct it by 
going to FT8 first, then to Q65 and the issue disappears, thatis, the decoder 
operates normally, and there is no longer a noticeable delay.  I have not tried 
this on another rig, just the 991a.  

thanks,
Andy, ka2uqw

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Release Candidate WSJT-X 2.6.0-rc2

[Andrew Neumeier via wsjt-devel]

 To the WSJT-X team,
Thanks for the release and the fix for my Omni VII, which now, no longer hangs 
up in xmit.  Special thanks to Mike Black, W9MDB, for staying intouch with me 
over this issue and getting it resolved.  


73,Andy, ka2uqw


On Thursday, July 21, 2022 at 09:06:49 AM EDT, Joe Taylor via wsjt-devel 
 wrote:  
 
 Dear WSJT-X Users,

We are pleased to announce that Release Candidate WSJT-X 2.6.0-rc2 is 
ready for download by beta testers. A list of its essential changes from 
previous releases can be found in the Release Notes:
https://physics.princeton.edu//pulsar/k1jt/Release_Notes.txt

Links for downloading WSJT-X 2.6.0-rc2 can be found on the WSJT-X Home 
Page, https://physics.princeton.edu/pulsar/k1jt/wsjtx.html
Scroll down to find "Candidate release:  WSJT-X 2.6.0-rc2".

We hope you will enjoy using this beta release of WSJT-X 2.6.0.  As a 
beta tester you should report on your experiences with its new features, 
successful and otherwise, on one of the relevant WSJT forums.  Bugs 
should be reported by following instructions found here in the User Guide:

https://www.physics.princeton.edu//pulsar/K1JT/wsjtx-doc/wsjtx-main-2.6.0-rc2.html#_bug_reports

WSJT-X and MAP65 are licensed under the terms of Version 3 of the GNU 
General Public License (GPLv3).  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.  Additional licensing 
details can be found here:
https://physics.princeton.edu//pulsar/k1jt/devel.html

      73 from the WSJT Core Development Team
      Joe, K1JT; Steve, K9AN; Nico, IV3NWV; Chet, KG4IYS; Uwe, DG2YCB;
      Brian, N9ADG; and John, G4KLA


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X close the QSO unilaterally (?)

[Andrew Neumeier via wsjt-devel]

 RR73 works just fine if both stations are hearing each other well.  If not, it 
can create problems.  

I use FT8 almost exclusively on 2 meters.  To work stations 400 miles away can 
be very difficult, and my setup is pretty good.  I may be in FT8 qso with a 
station amid meteor pings and deep qsb.  In a difficult qso, it may take ten 
minutes to complete such a qso, waiting for qsb to peak to get a decode.  So, 
if a station hears my signal report and responds with RR73 and then moves on, 
it is likely thatI did not hear him.  In general, stations working on the band 
use RRR and not RR73, just for this reason.  They wait for the 73 to confirm 
completion of the qso.  

It's not unusual for a new station to turn up on the band and use RR73.  If 
they are too weak, I am stuck sending them a signal report until they realize I 
never got their RR73 or one of us gives up. 

Running weak signal on vhf can be challenging, but the use of RR73 often makes 
it more difficult than it needs to be.  And this discussion leads me to believe 
it can make things more difficult on hf too.
73,Andy, ka2uqw

 

On Friday, July 15, 2022 at 09:20:51 AM EDT, Larry Banks via wsjt-devel 
 wrote:  
 
   If they don't get your RR73, then they will send back their R-#.  IF you get 
nothing back they got your R73 and are playing by the rules.
 
 Larry / W1DYJ
 
 
 
 
 On 7/15/2022 1:29, Adrian via wsjt-devel wrote:
  
 
When you send a RR73 and get nothing back, then wsjtx has logged the call, but 
you don't know if your RR73 was received,
 
or if the other party logged you.
 
 
Making the log work only on 73 sent or received instead of RR73, confirms the 
sig report both ways and the qso both ways.
 
if the program worked this way the everyone would send the 73 to get in and be 
logged.
 
Why is using 73 to trigger a log entry sent/received a problem ?
 
Send RR73 and program logs on received 73.
 
Receive RR73 and program logs on sent 73.
 
 

 
 
vk4tux
 
 On 15/7/22 15:12, Reino Talarmo via wsjt-devel wrote:
  
  
>Hopefully, in an ideal world, it should be that WSJT-X  waits for a second 
>RR73 (hypothetical answer confirmation sequence I mean) from the remote 
>station, before to definitely close and log the QSO.
 
 Hi Marco,
 I am not sure what you mean by the “second RR73”. There seems to be a generic 
misunderstanding how the protocol is assumed to work. User Guide sections 7.1. 
and 7.4. provide a nice advice. For a minimum QSO, where locator information is 
exchanged:
 
CQ K1ABC FN42  #K1ABC calls CQ
 
  K1ABC G0XYZ IO91 #G0XYZ answers
 
G0XYZ K1ABC –19    #K1ABC sends report
 
  K1ABC G0XYZ R-22 #G0XYZ sends R+report
 
G0XYZ K1ABC RR73   #K1ABC sends RR73
 
  K1ABC G0XYZ 73   #G0XYZ sends 73
 
The last message (73) is optional.
 
Relevant issue is that in none of the examples a station that receives RR73 is 
sending back RR73, but 73 or nothing more for that call.
 
73, Reino OH3mA
  
  
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
 
 
  
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
 
 
 ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Q65 question

[Andrew Neumeier via wsjt-devel]

 Hi Hasan,
Thanks to you and Joe, K1JT for explaining this.  I understand it now.  It 
explains why there are two numbers in that spot when I am monitoring, vs when I 
am 
attempting a qso.  

73,Andy, ka2uqw


On Thursday, June 30, 2022 at 05:22:47 PM EDT, Hasan N0AN via wsjt-devel 
 wrote:  
 
 Hi Andrew,
The easiest way to use them is consider them number of missed decodes since the 
last decode, if using Q65. This assumes you have Decode set to "Clear Average 
after Decode" , and you should have Decode = Normal and Enable Averaging set to 
on as well.
One box is for 1st and the other box is for 2nd sequence (you are using one or 
the other, so only one has meaning at a time. If you are on 1st, the left box 
is the counter. If on 2nd, the right box is the counter.
For FT 8, there is only one box and it is the number of decodes for the last 
sequence
Hope this helps. 73, N0AN
Decode > Hasan

On Thu, Jun 30, 2022 at 3:39 PM Andrew Neumeier via wsjt-devel 
 wrote:

Hello,
When running Q65, can someone explain what the two boxes at the bottom of the 
main WSJTx screen represent?  Those boxes are to the right of the Last TX: box. 
 I assume they are counting the number ofsequences received.  Can someone 
enlighten me further?

Thanks,Andy, ka2uqw

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Q65 question

[Andrew Neumeier via wsjt-devel]

Hello,
When running Q65, can someone explain what the two boxes at the bottom of the 
main WSJTx screen represent?  Those boxes are to the right of the Last TX: box. 
 I assume they are counting the number ofsequences received.  Can someone 
enlighten me further?

Thanks,Andy, ka2uqw

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Change request

[Andrew Neumeier via wsjt-devel]

 Notko,
Can you not just change the start frequency in the Wide Graph?  Mine is set at 
100hz.  


73,Andy, ka2uqw


On Wednesday, June 22, 2022 at 03:44:53 PM EDT, Notko Mermerski via 
wsjt-devel  wrote:  
 
 
Hi everybody,

  

I am running WSJT-X 2.5.4.

  

Noticed that it is impossible to set Rx (green bracket) nor Tx frequency (red 
bracket) below 200Hz. I can understand that there is a rationale for this 
limit, but modern TRXes are capable of receiving below 200Hz. I am seeing 
decoded messages below 200Hz and I would like to be able to monitor them in the 
Rx pane of WSTJ-X main window.

I am aware that there is a workaround to achieve this, but still, it is a 
workaround.

  

Would it be possible to lower this limit to at least 100 Hz? 

  

73 Notko/SA5NTK
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] wsjtx_2.6.0-rc1_amd64.deb

[Andrew Neumeier via wsjt-devel]

Hello to the group,
Downloaded the new release candidate today, trying it on a Omni VII.  It has 
locked the rig in transmit such that the rig must be turned off and back on to 
receive.  All the settings appear the same.  I have returned to using the 
previous version.  Have yet to investigate this further.  I only tried FT8 
mode, no others.  The same situation occurs if I engage the TUNE button on the 
main screen or use the PTT button in settings.  


73,Andy, ka2uqw
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Q65 decoder only decodes only one of multiple signals in passband

[Andrew Neumeier via wsjt-devel]

 Peter,
I have seen this happen if Ftol is not opened so that the green line on the 
waterfall is not over the received signal.  Generally, I leave Ftol open to 
1000hz when running Q65, primarily on six meters, unless I am in a difficult 
qso and want to reduce it to center on a particular signal.  If I happen to see 
another signal appear on the waterfall, and the green line is not above it, 
double clicking on the signal will move the green line and decode the signal, 
at least in my case anyway.  

Hope this helps in some way.

73,Andy, ka2uqw


On Tuesday, January 4, 2022, 11:19:05 AM EST, Joe Taylor via wsjt-devel 
 wrote:  
 
 Hi Peter,

I tries WSJT-X 2.5.4 on the Q65 sample Q65 files.  I see all the 
decodes for Q65-60A and Q65-30A that are mentioned in the "Quick-Start 
Guide to Q65," so I have no idea what may be causing you trouble.  If 
you haven't figured it out, you could send me a copy of file WSJT-X.ini 
in your log directory, and I'll look further...

    -- 73, Joe, K1JT

On 1/4/2022 5:16 AM, Peter Sumner via wsjt-devel wrote:
> Hi,
>    at some point the Q65 decoder engine has stopped showing decodes from 
> multiple signals in the WSJT-X passband and I am at a loss to explain 
> how or when this has occurred.
> 
> I have downloaded the sample files from the main Pulsar web site and 
> tried to follow the Q65 quick start guide to no avail.
> 
> At this point none of the Q65-30A sample WAV files produce a decode for 
> me, the single sample for Q65-60A seems to have two signals but can not 
> get either to decode no matter what combination of Fast, Deep or Normal 
> I have tried.
> 
> While I have successfully had some Q65 contacts to the USA today from 
> Australia, it is making me doubt the results of the decoder.
> 
> Does anyone in the group have some proven Sample WAV files with multiple 
> stations in a period I could try? (other than the ones from the WSJT-X 
> web site)
> 
> So far tried WSJT-X version, 2.4, 2.50, 2.51 and 2.54 with the 
> same result.  I know this used to work for me as in June July it was 
> doing multi pass decoding on the openings to the EU and was working on 
> EME during the recent W7GJ trip away.
> 
> I am leaning to this being a problem with a windows update as going back 
> and testing with v2.4 should have given me good results but alas no
> 
> Still scratching my head.
> 
> Regards,
> Peter, vk5pj
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Question FT8

[Andrew Neumeier via wsjt-devel]

Since I started this discussion, and have now read all the comments, some 
clarification is probably in order.  

Most of my operating is on vhf, and the majority of that on 2M.  So, I am often 
dealing with very weak signals, many can't be heard, many of those at the edge 
of the capability of FT8 to decode.  So, I see RR73 rarely used.  So, when a 
station I am in contact with sends 73, I know he has received my RRR, and by 
sending 73 I have in turn acknowledged his receipt of that message.  Often, if 
I don't send 73, the other station will send 73 again, looking for my response. 
 So in a qso like this, stations are rarely making contacts in rapid 
succession.  It's the kind of environment where I may see a disturbance on the 
waterfall and start turning my beam to investigate and try to peak the signal.  
Often I'm dealing with qsb peaks until the signal is strong enough to decode.  
A qso like this can take some time and I've seen them last for 5 minutes, maybe 
more.  This is a different situation than working strong signals on HF, where I 
rarely operate FT8, so my experience is different.  So, when another station 
sends 73, and my station does not automatically respond, I'll just have to do 
that manually.  

So, I was just asking about this, about the cutoff of my transmit after I 
received a 73.  I wanted only to be sure the software was behaving correctly, 
I'm not asking for a new feature to accommodate me or seeking a discussion 
about operating etiquette. 

Thanks to all who responded to my question.  


73,Andy, ka2uqw
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Question, FT8

[Andrew Neumeier via wsjt-devel]

 Thanks to all who responded to my question.
I suspected that this would be the answer.  I've found that often a station not 
receiving the 73 from me in return, then sends 73 again sometimes until I 
respond in kind with a 73.  And I generally don't use RR73.  

It's not a bug and by design.  

Thanks and 73,Andy, ka2uqw


On Sunday, October 3, 2021, 07:21:29 PM EDT, Allan Downie via wsjt-devel 
 wrote:  
 
  Hi Andy...Yes it happens all the time..BY DESIGN, apparently. I find it most 
frustrating and bordering on rude. Technically the return 73 is not required 
for a valid QSO, however it is the polite thing to do. At the very least if 
confirms to your operating partner that all was received. I would like to at 
least see it as an operator option.
 
 Allan - VK4QG
 
 On 3/10/2021 12:05 am, Andrew Neumeier via wsjt-devel wrote:
  
 
 Hello to the group, 
  I am using WSJTx, version 2.5, using the version for Ubuntu 20.04.  When 
operating FT8 and in contact with a station, once that station sends 73 my 
transmit becomes disabled, so my station does not send 73 unless I manually 
send it.  I am using auto sequence.  So, the question is, should my station 
progress automatically to send 73?  I have seen this happen a number of times, 
but not sure if it is happening all the time.  So, I just thought I would ask. 
  73, Andy, ka2uqw 
    
   
  
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
 
 ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Question, FT8

[Andrew Neumeier via wsjt-devel]

Hello to the group,
I am using WSJTx, version 2.5, using the version for Ubuntu 20.04.  When 
operating FT8 and in contact with a station, once that station sends 73 my 
transmit becomes disabled, so my station does not send 73 unless I manually 
send it.  I am using auto sequence.  So, the question is, should my station 
progress automatically to send 73?  I have seen this happen a number of times, 
but not sure if it is happening all the time.  So, I just thought I would ask.
73,Andy, ka2uqw
  
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Azimuth Calculation

[Andrew Neumeier via wsjt-devel]

Not sure if anything like this has been reported.  Today I used WSJTx, 
v2.5.0-rc5, to compute the azimuth to K2TXB, another station in NJ as I am.  
Program computed direction as 180 decrees from my location.  Clearly this was 
wrong, as I believed K2TXB to be near Philadelphia.  Checking other web sources 
and a map, I found that the direction to K2TXB is about 250 degrees from my 
qth.  When inputting the info for K2TXB I did use a six digit grid, FN20mb.  

It's a pretty large difference, so I thought perhaps I should report it.  
73,Andy, ka2uqw
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Call for information about PC systems being used for WSJT-X

[Andrew Neumeier via wsjt-devel]

Using a Athlon II 450 triple core.  No AVX support, according to what I have 
been able to learn about the processor specs. Seems that support may have 
started just after this cpu.  
73,Andy, ka2uqw
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] wsjtx 2.5.0-rc1

[Andrew Neumeier via wsjt-devel]

 Bill,
You and Christoph Berg are correct.  Problem is resolved.  In order to prevent 
constant restarting of my OS, I began killing WSJT-X with 'System Monitor' to 
prevent the stale lock file error from hampering restart of the program.  This 
gave me a chance to look around some and try different audio settings.  Finally 
changed input and output to ALSA input and output stereo, for each of the two 
audio streams.  This did the trick.  Program now works fine, doesn't hang up 
and I can restart it at will.  The problem is always in the last place you 
look!  Thanks for being there to help.
Before I go let me say this to you and the team involved with the development 
of this software.  I do quite a bit of weak signal work on two meters.  And, I 
have seen hams employ all kinds of hardware to hear weak signals, more and 
bigger antennas, preamps, towers, amplifiers, better cable, you get it.  But 
never, ever, have I seen anything like WSJT-X with modes giving me the ability 
to work stations that I can't hear.  Hams like to say 'if you can hear them, 
you can work them'.  Modes like FT8 and Q65 have changed that.  Now, if I can't 
hear them, I CAN work them!  You know, a few weeks ago, I worked a fellow on 
two meters, he in Ohio, I am in NJ.  We used Q65-30B.  We finished quickly, 
despite the fact that I never saw his signal on the waterfall, and certainly 
never heard it.  I just think this is absolutely remarkableremarkable!
So I wanted to take the opportunity to thank you and the development team for 
not only enhancing my enjoyment of the hobby, but for stretching the boundaries 
of what is possible in communications.  

73,Andy, ka2uqw


On Monday, June 7, 2021, 7:35:49 AM EDT, Bill Somerville 
 wrote:  
 
 On 07/06/2021 03:39, Andrew Neumeier via wsjt-devel wrote:
> Hello,
> Downloaded this program today into a fresh install of Kubuntu 20.04 
> LTS.  Program installed but several problems so far.  It receives 
> fine, but attempts to xmit fail, no audio out yet.  Working on that.  
> But, when program returns to receive from xmit or TUNE, the waterfall 
> stops, and no signals are decoded.  Closing the program and restarting 
> it is met with the warning about a 'stale lock file'.  Computer has to 
> be restarted to be able to restart WSJTx.  Oddly, WSJTx opens 
> immediately when Kubuntu boots, without clicking on the program icon.
>
> I have a dual-boot machine, with the other OS running Kubuntu 18.04, 
> and that system is unaffected and am using that system for the 
> moment.  WSJT-x 2.4 runs fine there.
>
> Just letting you know.
>
> 73,
> Andy, ka2uqw

Hi Andy,

if closing and restarting WSJT-X gives a stale lock file error then the 
main wsjtx process is not shutting down cleanly, that is probably 
related to the difficulty it is having attaching to an audio output 
device. What device are you choosing for the output device on the 
"Settings->Audio panel, and what is your rig and how is it connected to 
your PC for audio?

73
Bill
G4WJS.



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] wsjtx 2.5.0-rc1

[Andrew Neumeier via wsjt-devel]

 Bill,
So I logged onto 20.04 a few moments ago and WSJTx started right up on its own, 
without clicking on the icon.  

A bit more info on the audio device.  New OS uses 'Audio Volume' when clicking 
on the little speaker in the tray.  It indicates which of the audio devices is 
default. 
It indicates that 'Analog Input PCM2903B' are the default for input and output. 
 However, it is 'Line Out' that actually controls the input from the rig to the 
program withWSJTx set to default for audio input. 

Am trying to find the device that controls output, from pc to rig.  But, when I 
try any of them and engage xmit, the receive audio stream is then cutoff and I 
have to restart the OSdue to the 'stale lock file' warning in order to restart 
WSJT-X.  Seems that no matter how long I wait, the stale lock file warning 
remains.  It mentions a need to have unique rig names, soI set the 
configuration to OmniVII, but that did not help. 



73,Andy, ka2uqw

On Monday, June 7, 2021, 7:35:49 AM EDT, Bill Somerville 
 wrote:  
 
 On 07/06/2021 03:39, Andrew Neumeier via wsjt-devel wrote:
> Hello,
> Downloaded this program today into a fresh install of Kubuntu 20.04 
> LTS.  Program installed but several problems so far.  It receives 
> fine, but attempts to xmit fail, no audio out yet.  Working on that.  
> But, when program returns to receive from xmit or TUNE, the waterfall 
> stops, and no signals are decoded.  Closing the program and restarting 
> it is met with the warning about a 'stale lock file'.  Computer has to 
> be restarted to be able to restart WSJTx.  Oddly, WSJTx opens 
> immediately when Kubuntu boots, without clicking on the program icon.
>
> I have a dual-boot machine, with the other OS running Kubuntu 18.04, 
> and that system is unaffected and am using that system for the 
> moment.  WSJT-x 2.4 runs fine there.
>
> Just letting you know.
>
> 73,
> Andy, ka2uqw

Hi Andy,

if closing and restarting WSJT-X gives a stale lock file error then the 
main wsjtx process is not shutting down cleanly, that is probably 
related to the difficulty it is having attaching to an audio output 
device. What device are you choosing for the output device on the 
"Settings->Audio panel, and what is your rig and how is it connected to 
your PC for audio?

73
Bill
G4WJS.



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] wsjtx 2.5.0-rc1

[Andrew Neumeier via wsjt-devel]

 Hi Bill,
Thanks for responding. 

Rig is a Omni VII.  It keys fine from WSJTx.  It is connected via the sound 
card for input and output and is the manner in which I have always used it.  I 
keep unwanted audio (from other pc activities) off the air by having all event 
sounds shut off, always.  For the audio output device in KDE, I have been 
choosing 'default'.  So, I get audio into the program, but not out of it and to 
the rig.  There are some other audio devices in KDE that I can choose and I 
tried that, but it did not work.  I may look at it with fresh eyes today.  
Maybe I'm just missing something.  

By the way, I got curious if 20.04 would even play audio after I ran into this 
issue, and it does work playing a video online.  

Interesting that WSJTx just started on bootup, don't know why.
73,Andy, ka2uqw

On Monday, June 7, 2021, 7:35:49 AM EDT, Bill Somerville 
 wrote:  
 
 On 07/06/2021 03:39, Andrew Neumeier via wsjt-devel wrote:
> Hello,
> Downloaded this program today into a fresh install of Kubuntu 20.04 
> LTS.  Program installed but several problems so far.  It receives 
> fine, but attempts to xmit fail, no audio out yet.  Working on that.  
> But, when program returns to receive from xmit or TUNE, the waterfall 
> stops, and no signals are decoded.  Closing the program and restarting 
> it is met with the warning about a 'stale lock file'.  Computer has to 
> be restarted to be able to restart WSJTx.  Oddly, WSJTx opens 
> immediately when Kubuntu boots, without clicking on the program icon.
>
> I have a dual-boot machine, with the other OS running Kubuntu 18.04, 
> and that system is unaffected and am using that system for the 
> moment.  WSJT-x 2.4 runs fine there.
>
> Just letting you know.
>
> 73,
> Andy, ka2uqw

Hi Andy,

if closing and restarting WSJT-X gives a stale lock file error then the 
main wsjtx process is not shutting down cleanly, that is probably 
related to the difficulty it is having attaching to an audio output 
device. What device are you choosing for the output device on the 
"Settings->Audio panel, and what is your rig and how is it connected to 
your PC for audio?

73
Bill
G4WJS.



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] wsjtx 2.5.0-rc1

[Andrew Neumeier via wsjt-devel]

Hello,Downloaded this program today into a fresh install of Kubuntu 20.04 LTS.  
Program installed but several problems so far.  It receives fine, but attempts 
to xmit fail, no audio out yet.  Working on that.  But, when program returns to 
receive from xmit or TUNE, the waterfall stops, and no signals are decoded.  
Closing the program and restarting it is met with the warning about a 'stale 
lock file'.  Computer has to be restarted to be able to restart WSJTx.  Oddly, 
WSJTx opens immediately when Kubuntu boots, without clicking on the program 
icon.  

I have a dual-boot machine, with the other OS running Kubuntu 18.04, and that 
system is unaffected and am using that system for the moment.  WSJT-x 2.4 runs 
fine there.  

Just letting you know.  

73,Andy, ka2uqw

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel