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

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 target wsjtx_udp-static [ 0%] Building CXX object

Re: [wsjt-devel] Trans-Atlantic 6m opening

Needed a couple more Es hops for US west coast folks to participate! We may have to wait for the F layer to light up for that path to work for us though. I appreciate your recommendation of FT4 for these snapshot openings, and that raises a question: Does it make sense to try using ISCAT for

[wsjt-devel] Trans-Atlantic 6m opening

Hi all, I know that like me, some of you enjoyed today's excellent multi-hop sporadic E opening across the Atlantic. It was an excellent test of the original design goals of FT8, and more recently also FT4. Over a span of several hours I completed 76 QSOs with European stations. Of these

[wsjt-devel] WSJT-X 2.2.1 FT8 Possible possible performance issue on RasPi

Hi I am finding 2.2.1 almost unusable on a crowded band with a Pi4 4gb running Raspbian Buster. I have Decode set to fast. Start of cycle 21:46:00 (:00) about 21:46:13 decodes start scrolling for about 2 seconds about 21:46:16 more decodes will show up with time of :00 these decodes (:00)

Re: [wsjt-devel] RE : FT-991A config problem

Hi Tom, that error is telling you WSJT-X can't access the CAT serial port, either you have  wrong COM port number or something else has the port open. Nothing to do with the WSJT-X version. 73 Bill G4WJS. On 07/06/2020 22:42, Tom Pickles wrote:

[wsjt-devel] RE : RE : FT-991A config problem

Over there : https://sourceforge.net/projects/wsjt/files/wsjtx-1.9.1/wsjtx-1.9.1-win32.exe/download Provenance : Courrier pour Windows 10 De : Tom Pickles Envoyé : Monday, June 8, 2020 12:12:53 AM À : WSJT

Re: [wsjt-devel] RE : FT-991A config problem

And I tried loading both the 32 bit and the 64 bit versions from both the sourceforge and the WSJT sites. None of that worked. From: Bensay 1 Sent: Sunday, June 7, 2020 4:58 PM To: WSJT software development Subject: Re: [wsjt-devel] RE : FT-991A config problem

Re: [wsjt-devel] RE : FT-991A config problem

Where can I find the old 1.9 versions so I can go back to that and see if it works? From: Bensay 1 Sent: Sunday, June 7, 2020 4:58 PM To: WSJT software development Subject: Re: [wsjt-devel] RE : FT-991A config problem Looks like WSJT-X can’t connect at all to

Re: [wsjt-devel] RE : FT-991A config problem

Looks like WSJT-X can't connect at all to the rig, First guess : Busy COM port ? Wrong configuration ? Did you try to temporarily downgrade to 2.1.2 version and try if it's work with that one ? https://sourceforge.net/projects/wsjt/files/wsjtx-2.1.2/ If it's work with 2.1.2 it's seem to be a

Re: [wsjt-devel] RE : FT-991A config problem

[cid:be12eb32-aebc-4434-b2b5-0781f2ec8105] From: Bensay 1 Sent: Sunday, June 7, 2020 4:37 PM To: WSJT software development Subject: [wsjt-devel] RE : FT-991A config problem Dear Tom, My FT-991 works fine with the 2.2.1 version. Whats the error message

[wsjt-devel] RE : FT-991A config problem

Dear Tom, My FT-991 works fine with the 2.2.1 version. Whats the error message from your side ? Benjamin – F4FPR Provenance : Courrier pour Windows 10 De : Tom Pickles Envoyé le :dimanche 7 juin 2020 23:36 À :

[wsjt-devel] FT-991A config problem

WSJT-X Ver 2.2.1 claimed to have fixed the config problem for the FT-991A. Downloaded it and still have the same problem. Now I can't find the old version that worked. Tom W2PIX ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net

Re: [wsjt-devel] Yaesu FT897 - CAT no longer working in 2.2.1

The short term fix is to use the FT857 -- it's compatible. This has been fixed for the FT897 and will be in the next release. Mike W9MDB On Sunday, June 7, 2020, 04:32:56 PM CDT, Adam Gilmore wrote: Hi   On behalf of 2E0SMX, he has just upgraded to 2.2.1 and his CAT connection

[wsjt-devel] Yaesu FT897 - CAT no longer working in 2.2.1

Hi On behalf of 2E0SMX, he has just upgraded to 2.2.1 and his CAT connection though his COM port is no longer connecting. I’ve also seen other reports of this and people going back to 2.2.0 to fix it. Are you aware of this? Can you tell us where we can download 2.2.0 until this issue have been

Re: [wsjt-devel] WSJT-X and PSKReporter

- "Hi, I'd like to hear a TCP joke." - "Hello, would you like to hear a TCP joke?" - "Yes, I'd like to hear a TCP joke." - "OK, I'll tell you a TCP joke." - "Ok, I will hear a TCP joke." - "Are you ready to hear a TCP joke?" - "Yes, I am ready to

Re: [wsjt-devel] Wide Graph during TX

On 07/06/2020 20:48, Andy Durbin wrote: So back to my original question - Why does WSJT-X freeze Wide Graph during TX? Hi Andy, 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 fast. This is

Re: [wsjt-devel] Wide Graph during TX

"My bad. I was thinking of the Wide Graph window. What is the purpose of Wide Graph progress? I don't think I have it enabled." My original post said "Wide Graph has always been frozen during TX for JT-65, JT-9, and JT65. It's been that way since the earliest versions of WSJT-X, but why?"

Re: [wsjt-devel] Wide Graph during TX

I agree that the signal was strong, but there was another signal a little later that was also under 1000 Hz and was several dB stronger. Its fundamental was not extra wide and it did not have the associated harmonics. The signal shown also suffered from a huge burst of white noise as the

Re: [wsjt-devel] Wide Graph during TX

My bad. I was thinking of the Wide Graph window. What is the purpose of Wide Graph progress? I don't think I have it enabled. Rick From: Andy Durbin Sent: Sunday, June 7, 2020 12:51 PM To: wsjt-devel@lists.sourceforge.net Subject: [wsjt-devel] Wide Graph

[wsjt-devel] Wide Graph during TX

"The Wide Graph pauses because nothing is received for processing." No, you are mistaken. Wide Graph progress has nothing to do with signal reception. Secondly, my TS-590S provides feedback of the audio modulation. It is not based on RF. Some rigs, e.g some Flex, do provide TX monitoring at

Re: [wsjt-devel] WSJT-X 2.2.0 GA release: crash of "jt9" executable

On 6/4/20 2:32 PM, Claude Frantz wrote: Hi all, Is anybody here, able to run 2.2.0 or 2.2.1 and to decode FT8 signals, while running on Linux 32 bit ? Many thanks for your help. Best wishes, Claude (DJ0OT) ___ wsjt-devel mailing list

Re: [wsjt-devel] Wide Graph during TX

Andy, Before starting a transmission, the Transmit / Receive relay kicks in and disables the receiver section and enables the transmitter section. That protects the receiver from the 1 or more watts of output generated by the transmitter. The receiver section is generally designed for

Re: [wsjt-devel] WSJT-X and PSKReporter

Wow -- that generated a lot of discussion. In no particular order: * Yes, the test server should be working on UDP and TCP. * Yes, you can send the UDP packets when they are full. The 5 minute constraint is a hold over from the days when there were only a couple of spots in that time and I wanted

[wsjt-devel] Wide Graph during TX

Wide Graph has always been frozen during TX for JT-65, JT-9, and JT65. It's been that way since the earliest versions of WSJT-X, but why? If Wide Graph continued to run during TX it would/could allow monitoring of TX audio for rigs that have that capability. Perhaps if people could see the

Re: [wsjt-devel] WSJT-X 2.2.1 GA hamlib error w FT-897D

Thanks Mike. 73 Bill G4WJS. On 07/06/2020 14:35, Black Michael via wsjt-devel wrote: OK...it's implemented in hamlib now...you should see it in the next release. Mike W9MDB On Sunday, June 7, 2020, 08:20:57 AM CDT, Chuck Reti WV8A via wsjt-devel wrote: Mike/Bill, I tested “Rig"

Re: [wsjt-devel] WSJT-X 2.2.1 GA hamlib error w FT-897D

OK...it's implemented in hamlib now...you should see it in the next release.Mike W9MDB On Sunday, June 7, 2020, 08:20:57 AM CDT, Chuck Reti WV8A via wsjt-devel wrote: Mike/Bill, I tested “Rig" split with the FT-897D using the FT-857 setting. It works. “Split” mode is indicated on

Re: [wsjt-devel] WSJT-X 2.2.1 GA hamlib error w FT-897D

Mike/Bill, I tested “Rig" split with the FT-897D using the FT-857 setting. It works. “Split” mode is indicated on the radio’s panel, and, on the “B” VFO, the correctly offset TX frequency is set and used in Transmit. I’ve always used “Fake It” with the 897, since, from early on in my use of

Re: [wsjt-devel] WSJT-X 2.2.1 GA Release

On 07/06/2020 13:50, Topher Petty wrote: Simply having WSJT-X 2.1.x installed meant that I had to play the "unplug the cable, plug it back in, start up FLRig, start [SKCCLogger|FLDIGI] close FLRig, cross fingers" game every time I wanted to utilize either of those programs. Chris, this part

Re: [wsjt-devel] WSJT-X 2.2.1 GA Release

Bill: You seem to be under the impression that I run these programs simultaneously. Let me clear this up... I do not. I quit SKCCLogger when working in WSJT-X. I quit WSJT-X when working CW (and using SKCCLogger to log my contacts). FLDIGI only has its HAMlib rig control activated when I'm working

Re: [wsjt-devel] WSJT-X 2.2.1 GA Release

On 07/06/2020 13:27, Topher Petty wrote: Better than a screenshot, I present to you my config file. This entire exchange has felt like the time when Yaesu called me everything except a HAM radio operator because their bad sourcing of finals in their FT-100Ds caused repeated failures of the

Re: [wsjt-devel] WSJT-X 2.2.1 GA Release

One more thing, and then, really, last issue. I initially asked if it would be possible to provide a dynamically linked version of the .deb which would resolve the issue in my case (and possibly others as well). If I had known that such a request would have devolved into name-calling, insults,

Re: [wsjt-devel] WSJT-X and PSKReporter

Since you're already batching the reports in 5 minute intervals I wouldn't keep the connection open.Just make it, report, and close it.  And if it gets an error just drop 'em and maybe stuff a message in the decode window (rather than a dialog box) that says "PSK Reporter error" maybe with the

Re: [wsjt-devel] WSJT-X 2.2.1 GA Release

Better than a screenshot, I present to you my config file. This entire exchange has felt like the time when Yaesu called me everything except a HAM radio operator because their bad sourcing of finals in their FT-100Ds caused repeated failures of the final amplifier ICs. I never did get my money

[wsjt-devel] WSJT-X 2.2.1: output of the jt9 executable

Hi Bill & all, The output of the decoding of a ".wav" file, using jt9, has additional columns now. What is the meaning of these columns ? Best wishes and stay@Ω ! Claude (DJ0OT) ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net

Re: [wsjt-devel] WSJT-X and PSKReporter

Hi Peter et all,  I have some experience in DMR & multimode servers using udp for voice packets in the 'one shot hope for the best result' connectionless nature of UDP traffic needed to handle the immense traffic load and also multiple streams together, such as the DMR openbridge system,

Re: [wsjt-devel] WSJT-X and PSKReporter

On 07/06/2020 02:23, Philip Gladstone wrote: There are a (small) number of WSJT-X users who have difficulty reporting their spots to pskreporter. Some of these are in "difficult" areas of network connectivity (e.g. Marine Mobile) and I suspect that the UDP transport is losing most of their

Re: [wsjt-devel] WSJT-X 2.2.1 GA Release

Hi Mike, you may be correct. Of course Chris had the option not to use the rigctld-wsjtx provided with WSJT-X, instead reverting to the older rigctld provided in some other package. If that is the case then some version incompatibility between Hamlib internal network rig control protocols

Re: [wsjt-devel] WSJT-X 2.2.1 GA Release

Hi Mike and Chris, I would guess this is down to the rig remembering the preamp settings per band. WSJT-X does not send and requests to Hamlib to change anything but the frequency, mode, and split settings, the latter two being optional according to settings configuration. 73 Bill G4WJS.

Re: [wsjt-devel] WSJT-X 2.2.1 GA Release

Mike, Chris is installing using the Debian package manager. 73 Bill G4WJS. On 07/06/2020 05:00, Black Michael via wsjt-devel wrote: And when you are installing WSJT-X can you show how you install it? Mike W9MDB On Saturday, June 6, 2020, 10:53:26 PM CDT, Topher Petty wrote:

Re: [wsjt-devel] WSJT-X and PSKReporter

I did not see Steve's reply before I sent mine. While I disagree with the conclusion that "Peter’s overview is 100% correct.", I don't think we have to reach agreement on that point. If you are designing a client/server application, and want to make a call as if you should implement

Re: [wsjt-devel] WSJT-X and PSKReporter

Hi Peter: While its true that the TCP protocol puts additional computing requirements on both the sender (the local PC) and the recipient to guarantee the reliable, ordered, and error-checked delivery of data, these additional requirements are nearly insignificant in modern fast networks and

Re: [wsjt-devel] WSJT-X and PSKReporter

Hi Folks, Interesting discussion. Peter’s overview is 100% correct. Philip (PSKReporter’s maintainer) states that his resource should only offer a “guide” and I must also highlight that. TCP should be perhaps only used in the exception and only if uploads to PSKreporter are observed to not