[wsjt-devel] Drop down band-selector list problem

I posted this in another forum but got no answer, so I thought I'd try here. This problem is difficult to describe!  From the new WSJT-X 2.2.1 user's manual: "On a trial basis, and in response to numerous suggestions from around the world, we have added a second set of suggested dial

Re: [wsjt-devel] WSJT-X 2.2.x decode performance on RigPi

On 09/06/2020 01:03, Tony wrote: From my post to a RigPi forum: “Has anyone else tried running the latest WSJT-X 2.2.0 on a RigPi (3B+)? The upgrade was straight forward and everything worked, but I found right away on a crowded band that the new decode method that splits things up during

Re: [wsjt-devel] WSJTX/Ras-pi/gpio

On 09/06/2020 01:02, Mark Sheffield wrote: Just to close out this topic and perhaps save a future ham some frustration, the solution for me turned out to be: rigctld-wsjtx -m 2004 -r /dev/ttyUSB0 -s 9600 -P GPIO*N* -p 17 using the *negated* strobe. Thanks for the help, Bill – you put me

[wsjt-devel] WSJT-X 2.2.x decode performance on RigPi

>From my post to a RigPi forum: “Has anyone else tried running the latest WSJT-X 2.2.0 on a RigPi (3B+)? The upgrade was straight forward and everything worked, but I found right away on a crowded band that the new decode method that splits things up during the 15 second cycle results in many

Re: [wsjt-devel] WSJTX/Ras-pi/gpio

Just to close out this topic and perhaps save a future ham some frustration, the solution for me turned out to be: rigctld-wsjtx -m 2004 -r /dev/ttyUSB0 -s 9600 -P GPION -p 17 using the negated strobe. Thanks for the help, Bill - you put me onto the path of righteousness. Rgds - Mark/K4LFL

Re: [wsjt-devel] v2.1.2 Radio On/Off CAT Problem?

No. That box is unchecked in my setup. Al Pawlowski, K6AVP Los Osos, CA USA > On Jun 8, 2020, at 16:31, wsjt-devel-requ...@lists.sourceforge.net wrote: > > Do you have "Monitor returns to last used frequency" turned on? > That will cause the rig to wake up as it has to get the frequency. >

Re: [wsjt-devel] v2.1.2 Radio On/Off CAT Problem?

Hi Just noticed my Icom IC-9700 does it as well - personally would like this to be an option - or a way to turn off the rig when exiting the application that started it up. Tom -- 73 Tom GM8MJV (IO85) > On 8 Jun 2020, at 23:48, Bill Somerville wrote: > > Mike, > > how would calling

Re: [wsjt-devel] v2.1.2 Radio On/Off CAT Problem?

Hi Mike, On 6/8/2020 6:48 PM, Bill Somerville G4WJS wrote: ... Libraries that control hardware should not do things that have not been asked for. At least make this new and unnecessary behaviour optional and controllable by the client that is using the Hamlib library, it's not your job to.

Re: [wsjt-devel] v2.1.2 Radio On/Off CAT Problem?

Mike, how would calling rig_set_powerstat before calling rig_close stop Hamlib unilaterally turning on some rigs. Also since only a few rigs can be turned on by CAT commands the whole premiss that there is some new assumption that the rig is turned on before Hamlib can do a rig_open is

Re: [wsjt-devel] v2.1.2 Radio On/Off CAT Problem?

Mike, Remember my bug complaint about the 7300 doing this?  Well I looking at Settings, General screen anthe monitor off at start up is unchecked.  So I thinkthis is a bug. BTW this turn off behavior is only present is v2.2.0release and not in v2.1.2 73’s Dave - Wb9own Sent from a wireless

Re: [wsjt-devel] v2.1.2 Radio On/Off CAT Problem?

The assumption now is that if you ask hamlib to open the rig than the rig must be running...so if it's not turned on a power up is attempted.WSJT-X expects a running rig too. I had numerous requests for this capability from people running remote operations.  They didn't seem to have any

Re: [wsjt-devel] v2.1.2 Radio On/Off CAT Problem?

Opps, make that turn on behavior only in v2.2.0WSJTx Sent from a wireless can. On Monday, June 8, 2020, 5:12 PM, David Garnier wrote: Mike, Remember my bug complaint about the 7300 doing this?  Well I looking at Settings, General screen anthe monitor off at start up is unchecked.  So I

Re: [wsjt-devel] v2.1.2 Radio On/Off CAT Problem?

Mike, I think you mean "set the frequency". Any chance of not having Hamlib unilaterally messing with the rig power on/off. A config option or just don't do it and leave it to the application to decide if this is appropriate? 73 Bill G4WJS. On 08/06/2020 22:31, Black Michael via wsjt-devel

Re: [wsjt-devel] v2.1.2 Radio On/Off CAT Problem?

Do you have "Monitor returns to last used frequency" turned on? That will cause the rig to wake up as it has to get the frequency. Mike W9MDB On Monday, June 8, 2020, 03:30:13 PM CDT, Al Pawlowski wrote: Personally, I do not need/want WSJTx to turn my radio on, or off, when

Re: [wsjt-devel] v2.1.2 Radio On/Off CAT Problem?

Personally, I do not need/want WSJTx to turn my radio on, or off, when starting or closing. But, it is no big problem for me either way and might be useful for some. I just thought it odd that WSJTx tries to turn the radio on when when it closes and had not noticed it doing either previously.

Re: [wsjt-devel] Error qt5 compiling new WSJTX 2.2.1 source file

Il 08/06/20 11:44, Bill Somerville ha scritto: > On 08/06/2020 14:28, Marco Calistri wrote: >> Il 08/06/20 10:21, Marco Calistri ha scritto: >> Il 08/06/20 09:49, Bill Somerville ha scritto: > Hi Marco, > > WSJT-X is not yet validated with Qt v5.15, nor Qt v6. We will probably

Re: [wsjt-devel] v2.1.2 Radio On/Off CAT Problem?

Well there's one other user here who may find that very useful when controlling the station from somewhere else other than my shack/study having been stuck in there in front of a PC screen for days on end while remote paid working! I tend to agree it's not something for the mainstream though,

Re: [wsjt-devel] FT8: Double Click on entry in Rx Frequency only set the own Rx frequency

Attached one example what maybe also for other is happened. During FT8-Calls I got a direct call from EA3HKY (not called from me before, also had not send a CQ before). Friendly how I am I answer via double click. SEND-Frequency is not changed. I have to change it separately – than the

Re: [wsjt-devel] v2.1.2 Radio On/Off CAT Problem?

I'm the hamlib primary developer right now and not inclined to turn off the rig when closing the client.  Not many people want that feature. If you want to turn it off it's not hard to do. Create a batch file and put this in it -- adjust paths and such to suit -- then create a shortcut to the

Re: [wsjt-devel] v2.1.2 Radio On/Off CAT Problem?

Forgot to say radio does not turn off, if on, when WSJTx is closed. Al Pawlowski, K6AVP Los Osos, CA USA > Date: Mon, 8 Jun 2020 08:45:15 -0700 > From: Al Pawlowski mailto:k6...@almont.com>> > To: wsjt-devel@lists.sourceforge.net > Subject: Re:

Re: [wsjt-devel] v2.1.2 Radio On/Off CAT Problem?

Maybe it is a feature I had not noticed before. But, with v2.2.1, my radio (OpenHPSDR using Kenwood TS2000 CAT emulation) is turned on when closing WSJTx and the radio is off. This also happens when WSJTx is turned on, which seems good for remote control, but not so much for WSJT closing.

[wsjt-devel] Es fyi

Sporatic E DE N2LO~>___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Error qt5 compiling new WSJTX 2.2.1 source file

On 08/06/2020 14:28, Marco Calistri wrote: Il 08/06/20 10:21, Marco Calistri ha scritto: Il 08/06/20 09:49, Bill Somerville ha scritto: Hi Marco, WSJT-X is not yet validated with Qt v5.15, nor Qt v6. We will probably support Qt 5.15 for the next release. My patch should be ok to get your

Re: [wsjt-devel] Wide Graph during TX

Re: Bill Somerville > On 07/06/2020 20:48, Andy Durbin wrote: > > So back to my original question - Why does WSJT-X freeze Wide Graph > > during TX? > > I suspect the answer is because for the vast majority of users it would be a > hindrance, because Rx periods would scroll off screen twice as

Re: [wsjt-devel] Error qt5 compiling new WSJTX 2.2.1 source file

Il 08/06/20 10:21, Marco Calistri ha scritto: >> Il 08/06/20 09:49, Bill Somerville ha scritto: >>> Hi Marco, >>> >>> WSJT-X is not yet validated with Qt v5.15, nor Qt v6. We will probably >>> support Qt 5.15 for the next release. My patch should be ok to get your >>> build running, it just

Re: [wsjt-devel] Error qt5 compiling new WSJTX 2.2.1 source file

Il 08/06/20 10:03, Marco Calistri ha scritto: > Il 08/06/20 09:49, Bill Somerville ha scritto: >> On 08/06/2020 13:45, Marco Calistri wrote: >>> Il 08/06/20 09:06, Bill Somerville ha scritto: On 08/06/2020 04:22, Marco Calistri wrote: > Hello, > > I noticed late tonight that a new

Re: [wsjt-devel] Error qt5 compiling new WSJTX 2.2.1 source file

On 08/06/2020 14:03, Marco Calistri wrote: Hi Marco, WSJT-X is not yet validated with Qt v5.15, nor Qt v6. We will probably support Qt 5.15 for the next release. My patch should be ok to get your build running, it just removes the compiler switch to convert warnings to errors. Please let us

Re: [wsjt-devel] wsjtx-2.2.x cmake error?

On 08/06/2020 14:00, nick wrote: Linux Mint 19.3 x86_64, Qt 5.13.0. When building wsjtx-2.1.2 cmake says... -- Performing Test COMPILER_HAS_HIDDEN_VISIBILITY -- Performing Test COMPILER_HAS_HIDDEN_VISIBILITY - Success -- Performing Test COMPILER_HAS_HIDDEN_INLINE_VISIBILITY -- Performing Test

Re: [wsjt-devel] Error qt5 compiling new WSJTX 2.2.1 source file

Il 08/06/20 09:49, Bill Somerville ha scritto: > On 08/06/2020 13:45, Marco Calistri wrote: >> Il 08/06/20 09:06, Bill Somerville ha scritto: >>> On 08/06/2020 04:22, Marco Calistri wrote: Hello, I noticed late tonight that a new WSJT-X release was available, then I downloaded

[wsjt-devel] wsjtx-2.2.x cmake error?

Linux Mint 19.3 x86_64, Qt 5.13.0. When building wsjtx-2.1.2 cmake says... -- Performing Test COMPILER_HAS_HIDDEN_VISIBILITY -- Performing Test COMPILER_HAS_HIDDEN_VISIBILITY - Success -- Performing Test COMPILER_HAS_HIDDEN_INLINE_VISIBILITY -- Performing Test

Re: [wsjt-devel] Error qt5 compiling new WSJTX 2.2.1 source file

Il 08/06/20 09:49, Bill Somerville ha scritto: > On 08/06/2020 13:45, Marco Calistri wrote: >> Il 08/06/20 09:06, Bill Somerville ha scritto: >>> On 08/06/2020 04:22, Marco Calistri wrote: Hello, I noticed late tonight that a new WSJT-X release was available, then I downloaded

Re: [wsjt-devel] Error qt5 compiling new WSJTX 2.2.1 source file

On 08/06/2020 13:45, Marco Calistri wrote: Il 08/06/20 09:06, Bill Somerville ha scritto: On 08/06/2020 04:22, Marco Calistri wrote: Hello, I noticed late tonight that a new WSJT-X release was available, then I downloaded and compiled 2.2.1.tgz in the same way I've done so far, but now I

Re: [wsjt-devel] Error qt5 compiling new WSJTX 2.2.1 source file

Il 08/06/20 09:06, Bill Somerville ha scritto: > On 08/06/2020 04:22, Marco Calistri wrote: >> Hello, >> >> I noticed late tonight that a new WSJT-X release was available, then I >> downloaded and compiled 2.2.1.tgz in the same way I've done so far, but >> now I faced the following error related

Re: [wsjt-devel] Error qt5 compiling new WSJTX 2.2.1 source file

Il 08/06/20 08:13, Stephen VK3SIR ha scritto: > Marco, > > What OS, Version and Qt version are you using? Is your OS fully updated? Are > all required dependencies required to build WSJT-X as described in the WSJT-X > INSTALL and README files deployed? Are you following the instructions to >

Re: [wsjt-devel] Error qt5 compiling new WSJTX 2.2.1 source file

On 08/06/2020 04:22, Marco Calistri wrote: Hello, I noticed late tonight that a new WSJT-X release was available, then I downloaded and compiled 2.2.1.tgz in the same way I've done so far, but now I faced the following error related to a Qt5 deprecated statement: Scanning dependencies of

Re: [wsjt-devel] Error qt5 compiling new WSJTX 2.2.1 source file

Marco, What OS, Version and Qt version are you using? Is your OS fully updated? Are all required dependencies required to build WSJT-X as described in the WSJT-X INSTALL and README files deployed? Are you following the instructions to compile WSJT-X as described in the WSJT-X INSTALL file? I

Re: [wsjt-devel] 2.2.0 Call First Failures

Have you tested 2.2.1 Jim ? Adrian Fewster On 8/6/20 4:43 pm, Jim Brown wrote: A few times since loading the general release, I've found that I wasn't automatically answering callers responding to my CQ after receiving RR73 from the previous QSO. Instead, I called CQ again. Call First

[wsjt-devel] 2.2.0 Call First Failures

A few times since loading the general release, I've found that I wasn't automatically answering callers responding to my CQ after receiving RR73 from the previous QSO. Instead, I called CQ again. Call First and Auto Seq were checked. (I was running a short JA opening, and it is their habit to