Re: [wsjt-devel] Unsubscribe from Mailing Lists

On 22/11/2021 19:45, Eddy Winrow via wsjt-devel wrote: Evening Gents, Can you please remove my email address from your mailing list? Kind Regards and 73s DF3DDY Eddy Hi Eddy, you can do that yourself from here: https://sourceforge.net/projects/wsjt/lists/wsjt-devel/unsubscribe 73 Bill

Re: [wsjt-devel] Enhancement

On 22/11/2021 15:16, John Korpal via wsjt-devel wrote: My main issue with using an external application to flag message is that application flags a message the user will have to fine that message in WSJTX to take action on the message. My logging program does that today. There is a lag in when

Re: [wsjt-devel] Status File Error WSJT-X v2.5.2

On 18/11/2021 15:36, Rich - K1HTV via wsjt-devel wrote: Since I started using WSJT-X version 2.5.2, I have seen this error message pop up every few days. image.png Sometimes I must click the OK button multiple times to finally clear the last of multiple “Status File Error” message boxes.

Re: [wsjt-devel] VFOs reversing

' and the tuner is already in a 'AC000' state in reply to 'AC;' command, you will get a '?;' response.  I used that example because I ran into that problem and it took me a while to figure why/where that was coming from. 73, Sam W2JDB -Original Message- From: Bill Somerville via wsjt

Re: [wsjt-devel] VFOs reversing

On 16/11/2021 14:07, Sam W2JDB via wsjt-devel wrote: I also wondering about the multiple 'ID' requests, is that your version of heartbeat ? Just wondering. Hi Sam, the Kenwood protocol does not respond to CAT commands that set things, so there is a problem with reading any invalid response

Re: [wsjt-devel] VFOs reversing

convoluted code to track which is the Main VFO or Sub VFO. Just my two cents on this problem. 73, Sam W2JDB -Original Message- From: Bill Somerville via wsjt-devel To: wsjt-devel@lists.sourceforge.net Cc: Bill Somerville Sent: Fri, Nov 12, 2021 4:56 pm Subject: Re: [wsjt-devel] VFOs

Re: [wsjt-devel] VFOs reversing

On 12/11/2021 18:09, Black Michael via wsjt-devel wrote: This is on an Elecraft K4. When transmitting in split mode VFOA=Rx and VFOB=Tx and one changes the Tx frequency WSJT-X assumes since VFOB is the current VFO that it reverses roles and sets VFOA frequency instead. If VFOB is active and

Re: [wsjt-devel] VAC issue

On 12/11/2021 17:14, Chris Elmquist wrote: On Tuesday (07/27/2021 at 09:53AM +0100), Bill Somerville via wsjt-devel wrote: On 27/07/2021 06:51, Bjorn via wsjt-devel wrote: Hello Maybe this is a known issue. But anyway: I have 10 VAC channels going here and I use 1 and 2 towards the WSJT-X

Re: [wsjt-devel] Possible WSJT-X 2.5.2 Bug(s)

or with the applications.  So I uninstalled WSJT-X and JT-Alert then downloaded and installed the latest versions of each.  I initially had problems getting it all to work but was able to work through all of those issues except the two mentioned here. On Thursday, November 11, 2021, 05:07:53 AM MST, Bill

Re: [wsjt-devel] Possible WSJT-X 2.5.2 Bug(s)

On 11/11/2021 11:57, Stephen Mitchell via wsjt-devel wrote: I recently updated WSJT-X on my PC to the latest version and ever since I’ve noticed two things: 1. I sized the windows for the waterfall and decodes to my liking but with the latest version, when I start the application the

Re: [wsjt-devel] WSJT-X on Local and Remote Stations - Nasty Automatic Transmit Enable

On 05/11/2021 22:34, Dwayne Sinclair via wsjt-devel wrote: I was working WSJT-X F mode on both my local (DM03) and remote station (CN95) Both WSJT-X were in Hound mode. Local station was on standby monitoring same band. I started working the Fox from CN95 and when the Fox responded to my

Re: [wsjt-devel] WSJT-X 2.5.1 EU VHF Contest Tx3 message problem

On 03/11/2021 09:49, Ari Hyvonen via wsjt-devel wrote: Hi, WSJT-X 2.5.1 64 Bit, Windows 10. I Saw this behaviour yesterday in the monthly 2m activity contest, where EU VHF Contest mode is used. DX Call      Tx3 Message OH6XXX     R 530022 KP32 OH6XX        R 530022 KP32E OH6X          R

Re: [wsjt-devel] WSJT-X not recognising multiple Virtual Audio Cables

On 02/11/2021 13:05, Dave Fitches via wsjt-devel wrote: Hi Bill and thanks for the asssit - it's greatly appreciated! Audacity IS showing all VAC's in both recording and playback devices. I downloaded the audio_devices_enumeration.exe file and ran it... it gave a weird result...

Re: [wsjt-devel] WSJT-X not recognising multiple Virtual Audio Cables

On 02/11/2021 07:19, Dave Fitches via wsjt-devel wrote: So I grabbed Audacity and installed it. (lovely program! ) Audacity recognises all THREE VAC's in MME, Directsound and WASAPI mode. Likewise, SDR# has no problems recognising all three VAC's when setting the output, and even WSJT-X will

Re: [wsjt-devel] WSJT-X not recognising multiple Virtual Audio Cables

Do you see a possibility that WSJT-X might one day have a direct connection to SDR Digital Data Stream input bypassing the typical DAX module and Windows audio processing? Thanks; Bill W2PKY On Mon, Nov 1, 2021 at 9:48 AM Bill Somerville via wsjt-devel wrote: On 01/11/2021 12:22, Dave F

Re: [wsjt-devel] WSJT-X not recognising multiple Virtual Audio Cables

On 01/11/2021 12:22, Dave Fitches via wsjt-devel wrote: I recently got another RTL-SDR to hook up to my system. (Win 10) I was planning to run one using WSJT-X running FT8, the other another running WSPR However... it seems that WSJT-X will only recognise ONE Virtual Audio Cable (VAC)...

Re: [wsjt-devel] FT8 issues

On 27/10/2021 18:50, Greg Sieckman via wsjt-devel wrote: Hi, I upped the software not too long ago to 2.4 & have now gone to 2.5.1. Running win 10. I suddenly have the sequence of transmissions going from my RRR to CQ. I have to manually back track to send the 73. It was functioning ok

Re: [wsjt-devel] wsjtx 2.5.1 window width?

On 25/10/2021 15:58, Martin Davies G0HDB via wsjt-devel wrote: On 25 Oct 2021 at 12:44, Bill Somerville via wsjt-devel wrote: Hi Saku, it's not quite that simple. The width of a window is the sum of the widths demanded by the widgets and layouts contained within it. There is a regression

Re: [wsjt-devel] wsjtx 2.5.1 window width?

On 25/10/2021 12:26, Saku via wsjt-devel wrote: Just compiled version 2.5.1 (from sourceforge). When I first started that one the main window was about 6cm wider than old one in my display. I could shrink it to back reasonable width (those 6cms), but when I closed it and started again it's

Re: [wsjt-devel] 2.5.1, KX-3, and Macs

Mike, WSJT-X on macOS is an application bundle, I guess from your comments you don't know about them. Anyway the Hamlib version with WSJT-X v2.5.1 is the same on all platforms and is 655337. 73 Bill G4WJS. On 21/10/2021 19:56, Black Michael via wsjt-devel wrote: Does the Mac version use

Re: [wsjt-devel] Back on the usage of Ref.Spec. for Linux systems

On 20/10/2021 19:12, Marco Calistri via wsjt-devel wrote: Il 20/10/21 14:39, Claude Frantz via wsjt-devel ha scritto: On 10/20/21 1:09 PM, Kari Sillanmäki via wsjt-devel wrote: I'm also using XFCE4 desktop but I get no errors when using refspec.dat. So I believe XFCE is not the problem. The

Re: [wsjt-devel] Back on the usage of Ref.Spec. for Linux systems

On 20/10/2021 17:43, Kari Sillanmäki via wsjt-devel wrote: Hu Marco,21 08:09, Kari Sillanmäki via wsjt-devel ha scritto: I'm using XFCE too and I ran WSJT-X on a Lenovo Laptop, I have not external screen. I'm using Lenovo laptop as well. Can you say us if you use a pre-compiled WSJT-X or

Re: [wsjt-devel] Back on the usage of Ref.Spec. for Linux systems

On 20/10/2021 16:39, Marco Calistri via wsjt-devel wrote: Il 20/10/21 01:50, jarmo ha scritto: Tue, 19 Oct 2021 15:00:21 -0300 Marco Calistri via wsjt-devel kirjoitti: WSJT-X crashes, producing a core-dump which neither I noticed where it saves to. My doubt now is that same issue could

Re: [wsjt-devel] Subprocess error when changing mode in rel 2.5.0

On 14/10/2021 18:44, ON4PB via wsjt-devel wrote: Hi, I encountered this subprocess error when receiving an EME signal. The sequence is as follows : - Received mode is Q65 60B - Nothing is decoded, changed to JT65B mode - Clicked on the received signal in the waterfall and the following

Re: [wsjt-devel] Split-RIG broken with hamlib-4.3.1 with TS-450S (4.2 is fine)

On 18/10/2021 18:39, Barry Jackson via wsjt-devel wrote: /OT All is working fine now with wsjtx and klog, however I am puzzled as to why automatic logging is "(contest only)"? It would be excellent (with klog) if that worked without the reminder dialogue, as klog can be used to tweak qso

Re: [wsjt-devel] Compound call behaviour Q65

for marginal QSOs such as this when Lance is expecting RRR it could be an issue, he is there right now. Any chance that this can be fixed as a matter of some urgency please 73 Conrad PA5Y *From:*Bill Somerville via wsjt-devel *Sent:* 18 October 2021 15:02 *To:* wsjt-devel@lists.sourceforge.net

Re: [wsjt-devel] Split-RIG broken with hamlib-4.3.1 with TS-450S (4.2 is fine)

On 18/10/2021 14:29, Bill Somerville via wsjt-devel wrote: On 18/10/2021 14:21, Barry Jackson via wsjt-devel wrote: On 15/10/2021 16:18, Black Michael wrote: Try this rigctld -v -Z -v -m 2003 -s 4800 -r /dev/ttyUSB0 -t 4532 --serial_handshake=None --write_delay=5 Hi Mike, Going back

Re: [wsjt-devel] Split-RIG broken with hamlib-4.3.1 with TS-450S (4.2 is fine)

On 18/10/2021 14:21, Barry Jackson via wsjt-devel wrote: On 15/10/2021 16:18, Black Michael wrote: Try this rigctld -v -Z -v -m 2003 -s 4800 -r /dev/ttyUSB0 -t 4532 --serial_handshake=None --write_delay=5 Hi Mike, Going back to this command of yours with syntax that does not work, is

Re: [wsjt-devel] Compound call behaviour Q65

On 18/10/2021 11:09, Conrad PA5Y via wsjt-devel wrote: Hello team. Last night I was attempting to work FO/W7GJ on Q65-60A. My question is about the population of TX4 and TX5. When I Generate standard messages, I see TX1-3 are correct. TX1    PA5Y JO21 TX2 PA5Y -27 TX3   

Re: [wsjt-devel] Exaggerated reports given to lower tone freqs

On 17/10/2021 21:38, Marco Calistri via wsjt-devel wrote: Il 17/10/21 17:31, Bill Somerville via wsjt-devel ha scritto: On 17/10/2021 21:11, Marco Calistri via wsjt-devel wrote: Il 17/10/21 16:52, Kevin McQuiggin (SFU) ha scritto: Hi Marco: Did you follow the steps to record a reference

Re: [wsjt-devel] Exaggerated reports given to lower tone freqs

On 17/10/2021 21:11, Marco Calistri via wsjt-devel wrote: Il 17/10/21 16:52, Kevin McQuiggin (SFU) ha scritto: Hi Marco: Did you follow the steps to record a reference spectrum first?  You have to record a minute or so of noise in order for the program to be able to compute gain figures

Re: [wsjt-devel] Wsjtx crash

On 17/10/2021 05:32, jarmo via wsjt-devel wrote: Started to play with ref.spec, started measure, never got stop measuring, or didn't find stop measuring button. Wsjtx 2.5.0 self compiled, Fedora 34, latest hamlib 4.4 git version. Now try start wsjtx, it starts for few seconds and then crash, get

Re: [wsjt-devel] Grid Location info does not attach on outgoing messages.

On 17/10/2021 04:31, William Spencer via wsjt-devel wrote: On all modes my grid locator info does not appear in the message lines.  I have checked the settings and the info is in the correct box.  This used to work for a long time, but I clicked the wrong box and now it doesn’t happen.  I

Re: [wsjt-devel] Exaggerated reports given to lower tone freqs

On 16/10/2021 21:09, Patrick 9A5CW via wsjt-devel wrote: Hi Reino, no you are wrong, the filter is wide enough, and I never pressed any buttons on my old IC706mk2 radio. I rarely use any kind of filter on JT digi modes, as narrow as I can go is 1800 Hz and that's only when I have high noise.

Re: [wsjt-devel] Rig LF Rolloff

On 16/10/2021 16:01, Virginia Greene via wsjt-devel wrote: As Bill wisely pointed out: 2) many rigs have considerable roll-off in receiver gain towards the bottom end of the expected receiver pass-band, the K3 is one of those BTW. This seems not to be well understood or appreciated. My own

Re: [wsjt-devel] wsjt-devel Digest, Vol 92, Issue 57

On 16/10/2021 11:12, George Baker via wsjt-devel wrote: Unsubscribe George, do that here: https://lists.sourceforge.net/lists/listinfo/wsjt-devel 73 Bill G4WJS. ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net

Re: [wsjt-devel] Exaggerated reports given to lower tone freqs

Hi Hasan and Rich, a couple of points worth considering: 1) the "Flatten" filter has no impact on decoding whatsoever, so having "Flatten" checked or not will not change SNR numbers reported, 2) many rigs have considerable roll-off in receiver gain towards the bottom end of the expected

Re: [wsjt-devel] Split-RIG broken with hamlib-4.3.1 with TS-450S (4.2 is fine)

On 15/10/2021 19:05, Barry Jackson via wsjt-devel wrote: On 15/10/2021 18:37, Black Michael via wsjt-devel wrote: What's the title of that manual?  I'd hope it would be available on-line. Do you have a scanner on your printer? Also...are you able to checkout the master repo and test the fix

Re: [wsjt-devel] Split-RIG broken with hamlib-4.3.1 with TS-450S (4.2 is fine)

On 15/10/2021 17:21, Barry Jackson via wsjt-devel wrote: On 15/10/2021 15:57, Bill Somerville via wsjt-devel wrote: the TS-450S and TS-690S use RTS/CTS hardware handshake flow control. I have never see a rig with a serial CAT interface that uses XON/XOFF flow control, RTS/CTS is ubiquitous

Re: [wsjt-devel] Split-RIG broken with hamlib-4.3.1 with TS-450S (4.2 is fine)

On 15/10/2021 17:19, Bill Somerville via wsjt-devel wrote: On 15/10/2021 16:57, Barry Jackson via wsjt-devel wrote: On 15/10/2021 16:18, Black Michael wrote: Since you're not getting any answer with hardware flow it sounds like you have a 3-wire RS232 cable.  So how are your cable pinouts

Re: [wsjt-devel] Split-RIG broken with hamlib-4.3.1 with TS-450S (4.2 is fine)

On 15/10/2021 16:57, Barry Jackson via wsjt-devel wrote: On 15/10/2021 16:18, Black Michael wrote: Since you're not getting any answer with hardware flow it sounds like you have a 3-wire RS232 cable.  So how are your cable pinouts connected? Try this rigctld -v -Z -v -m 2003 -s 4800 -r

Re: [wsjt-devel] Split-RIG broken with hamlib-4.3.1 with TS-450S (4.2 is fine)

On 15/10/2021 15:49, Barry Jackson via wsjt-devel wrote: On 15/10/2021 15:02, Black Michael wrote: I noticed you have serial_handshake=XONXOFF and stopbits=1 Just let those two items default to stopbits=2 and serial_handshake=Hardware which what I show is the setup for the TS-450. And you

Re: [wsjt-devel] test mail

On 14/10/2021 20:17, Barry Jackson via wsjt-devel wrote: On 14/10/2021 20:02, Neil Zampella via wsjt-devel wrote: Where are you sending your 'bug report' ... here, or the Groups.io list?   Two different locations. Good question. I was not aware of a groups.io list or would have used it as I

Re: [wsjt-devel] Bug report from v2.4.0 on FT8 and Kenwood TS-590SG

Hi Marco, thanks for the update, glad you are up and running correctly now. 73 Bill G4WJS. On 14/10/2021 19:23, Marco Monari via wsjt-devel wrote: Problem solved overwriting with the new libhamlib-4.dll, many thanks! 73 Marco IK4PLZ On 14/10/2021 16:34, Bill Somerville via wsjt-devel wrote

Re: [wsjt-devel] Kenwood TS890S and Win10 21H1

searched and installed from Win7 by itself - not in Win10... Donnerstag, 14 Oktober 2021, 08:01PM +02:00 von Bill Somerville g4...@classdesign.com: Hi Enrico, have you followed the instructions in the TS-890S User Manual (page 1-4 in the English version) about setting the audio source

Re: [wsjt-devel] Kenwood TS890S and Win10 21H1

mail App für Android Donnerstag, 14 Oktober 2021, 05:40PM +02:00 von Bill Somerville via wsjt-devel wsjt-devel@lists.sourceforge.net: On 14/10/2021 16:12, Enrico Schürrer OE1EQW via wsjt-devel wrote: > Dear friends, > > I have problems to get the audio from the TS89

Re: [wsjt-devel] Kenwood TS890S and Win10 21H1

On 14/10/2021 16:12, Enrico Schürrer OE1EQW via wsjt-devel wrote: Dear friends, I have problems to get the audio from the TS890S into Win10. Kenwood driver installed, the right soundcard of the TS890 selected - no tone. Doing the same on a Win7/64bit-PC I had no problems and it works free

Re: [wsjt-devel] Bug report from v2.4.0 on FT8 and Kenwood TS-590SG

On 14/10/2021 14:25, Marco Monari via wsjt-devel wrote: Version 2.4.0 and 2.5.0 OS: Windows 10 64 bit All versions previous 2.4.0 work perfectly, 2.4.0 and also latest 2.5.0 both show this problem. Conditions: FT8 mode with a Kenwood TS-590SG Switching between bands VFO RX frequency change

Re: [wsjt-devel] Feature Request: Hound Mode

On 11/10/2021 08:45, Jim Brown via wsjt-devel wrote: On 10/10/2021 11:02 PM, Peter Sumner via wsjt-devel wrote: Rather than extra buttons / tick boxes on the existing busy screen I hardly see the FT8/FT4 main screen as "busy" -- indeed, I see plenty of empty real estate for these two tick

Re: [wsjt-devel] Feature Request: Hound Mode

Jon, that was an attempt to defeat some of the more trivial robot stations, unfortunately the mass opinion was that it was a misfeature so perhaps everyone is quite happy for the FT8 sub-bands to gradually fill with unattended robot operations? 73 Bill G4WJS. On 11/10/2021 03:48, Jon

Re: [wsjt-devel] Strance behaviour

On 08/10/2021 12:08, Bill Somerville via wsjt-devel wrote: On 08/10/2021 10:09, jarmo via wsjt-devel wrote: When listening 3DA0RU fox/hound mode, i copy 15m 090130 -10  0.8  297 ~  R5RC 3DA0RU - 090130 -10  0.8  357 ~  UI3A 3DA0RU - 090130  -9  0.8  417 ~  UA1OLM 3DA0RU No reports

Re: [wsjt-devel] Strance behaviour

On 08/10/2021 10:09, jarmo via wsjt-devel wrote: When listening 3DA0RU fox/hound mode, i copy 15m 090130 -10 0.8 297 ~ R5RC 3DA0RU - 090130 -10 0.8 357 ~ UI3A 3DA0RU - 090130 -9 0.8 417 ~ UA1OLM 3DA0RU No reports??? But this shows 090500 -8 0.8 297 ~ RJ6B RR73; UA6LND

Re: [wsjt-devel] Source 2.5.0 still corrupted

On 02/10/2021 20:08, Pino Zollo via wsjt-devel wrote: I have download again the source and in compiling again from scratch: --- [ 25%] Building Fortran object CMakeFiles/wsjt_fort_omp.dir/lib/downsam9.f90.o f951: Fatal Error: Reading module ‘fftw3’ at line 1256 column 27:

Re: [wsjt-devel] Version 2.5 not linking to my IC-7800

On 30/09/2021 23:14, Fred Hurd via wsjt-devel wrote: I just updated my WSJT-X SW to version 2.5 but I can no longer communicate with my IC-7800 radio. Has something changed in the SW radio setup settings? Fred W4PKU Hi Fred, I assume you are getting an error message, what does that say,

Re: [wsjt-devel] Some minor issues.

On 30/09/2021 16:35, Marco Calistri wrote: Il 30/09/21 10:58, Bill Somerville via wsjt-devel ha scritto: On 30/09/2021 14:36, Marco Calistri via wsjt-devel wrote: CQRLOG now has been compiled with the */chkvfo/* feature, settings adjusted as suggested but again _*no AFSK going to radio rear

Re: [wsjt-devel] Some minor issues.

On 30/09/2021 14:36, Marco Calistri via wsjt-devel wrote: CQRLOG now has been compiled with the */chkvfo/* feature, settings adjusted as suggested but again _*no AFSK going to radio rear data connector if I select mode USB in WSJT-X*_, in order to transmit an FT8 signal _*I *__*need to select

Re: [wsjt-devel] Rig Split in Hamlib

On 28/09/2021 18:30, Mike Goodey via wsjt-devel wrote: Using WSJT-X 2.5 on Windows 10 with my FT1000mp, with split=rig Using Omnirig works fine Using Hamlib, either direct or via rigctld, it starts correctly; but if I change bands, receive is OK but when I transmit the second VFO (used for

Re: [wsjt-devel] Compilation error 2.5.0

On 28/09/2021 15:14, Pino Zollo via wsjt-devel wrote: Compiling from sources on Linux Mint 20.2 73 ZP4KFX - [ 17%] Built target wsjt_cxx [ 17%] Building Fortran object CMakeFiles/wsjt_fort_omp.dir/lib/downsam9.f90.o f951: Fatal Error: Reading module

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

On 28/09/2021 16:25, Richard Shaw wrote: On Tue, Sep 28, 2021 at 9:45 AM Bill Somerville via wsjt-devel <mailto:wsjt-devel@lists.sourceforge.net>> wrote: Your build has many compiler options we have not tested with, do you really need to use them all? -grecord-gcc

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

On 28/09/2021 15:25, Tomasz Kłoczko wrote: On Tue, 28 Sept 2021 at 14:00, Bill Somerville via wsjt-devel wrote: [..] my apologies, the information above is incorrect. Qt 5.15.2 is the latest 5.15 release, I was confusing the 5.12 releases with the 5.15 releases. I am using 5.15.2 on Linux

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

On 27/09/2021 18:21, Bill Somerville via wsjt-devel wrote: On 27/09/2021 18:12, Tomasz Kłoczko via wsjt-devel wrote: On Mon, 27 Sept 2021 at 17:16, Joe Taylor via wsjt-devel wrote: We are pleased to announce the General Availability (GA) release of WSJT-X version 2.5.0. New features

Re: [wsjt-devel] WSJT-X Software Change Request

other calls in the log.  If I had just my call data, that would be great. If you guys could fit this feature into a future release I would sure appreciate having it. Best regards and 73's Doug, K4CLE -Original Message- From: Bill Somerville via wsjt-devel To: wsjt-devel@lists.source

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

On 27/09/2021 18:21, Sam W2JDB wrote: Hi Bill, In testing Ver 2.5 in both RC6 and the GA, I noticed a change that could possibly impact those that are unaware. Prior to Ver 2.5 if on the Setting/Reporting tab the "Prompt me to log QSO" checkbox is left unchecked while the "Log Automatically

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

On 27/09/2021 18:12, Tomasz Kłoczko via wsjt-devel wrote: On Mon, 27 Sept 2021 at 17:16, Joe Taylor via wsjt-devel wrote: We are pleased to announce the General Availability (GA) release of WSJT-X version 2.5.0. New features are described in the WSJT-X User Guide here:

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

On 27/09/2021 17:51, Marco Calistri via wsjt-devel wrote: Many thanks Mr. Joe Taylor and all the developers involved for this update! I tried to compile on my Linux Tumbleweed and I get a WARNING for a missing package which I'm going to look for...: CMake Error at

Re: [wsjt-devel] OSX Big Sur Toolchain

On 26/09/2021 19:35, Alex Lelievre via wsjt-devel wrote: Hi there, Building for MacOS X is fairly straightforward. I would recommend using Brew and not MacPorts but really it shouldn’t matter. You need GCC6 for building the latest on Intel- I’ve tested the Mac build on Intel with the latest

Re: [wsjt-devel] Waterfall stops on Raspberry Pi

On 24/09/2021 23:09, Daniel Uppström via wsjt-devel wrote: Hi, On my Raspberry Pi 3 32 bit I get WSJT-X to stop the waterfall in FT-8 mode after I initiate a transmission. When the program starts the waterfall shows the FFT data as it should so I don't think this is a performance issue. But

Re: [wsjt-devel] #decode #modes #protocol "Guessing Random Additive Noise Decoding" (GRAND)

On 21/09/2021 20:22, Glenn M-H via wsjt-devel wrote: Hi! Please consider using "Guessing Random Additive Noise Decoding" (GRAND) when decoding whatever digital modes. Hi Glenn, that algorithm uses hard-decision metrics to detect received bits, as such it is not really comparable with the

Re: [wsjt-devel] Audio Button

On 18/09/2021 20:18, Gary trock via wsjt-devel wrote: Thanks for allowing me to join. I’m a long time CW operator trying to set up FT8. Not a computer expert by any means but I did set up PSK 31 and programmed a code plug. Using a Kenwood TS 850, Tiger Tronics Signal Link, windows 10, and

Re: [wsjt-devel] Version rc6 - Logging from JTALERT to QRZ.COM stopped working.

was used, I hit OK in the confirmation window and the contact was not logged. Thanks  Mike WA2TOP On Fri, Sep 10, 2021 at 9:43 AM Bill Somerville via wsjt-devel <mailto:wsjt-devel@lists.sourceforge.net>> wrote: On 10/09/2021 15:31, Michael Lizzio via wsjt-devel wrote: Log

Re: [wsjt-devel] Version rc6 - Logging from JTALERT to QRZ.COM stopped working.

On 10/09/2021 15:31, Michael Lizzio via wsjt-devel wrote: Logging from JTALERT to QRZ.COM stopped working with rc6. Return to rc5 resolved issue. * Updated to RC6 this evening. * Using JTALERT to log contacts to QRZ.com * Logging to QRZ.Com stopped working. * Rebooted

Re: [wsjt-devel] WSPR Data Protection / Data Use Guidance. An omission?

On 07/09/2021 14:39, Brett G4FLQ via wsjt-devel wrote: Attitudes to data protection differ across the pond and maybe across other stretches of water too. Also between scientists and citizens. However there is unanimity that the subject has all the appeal of an expected tax demand! The good

Re: [wsjt-devel] WSJT-X 2.5.0-rc6 and MAP65 3.0-rc6 EOL for Ubuntu 18.04?

Mike, what non-optional features only present in libusb 1.0.23 does Hamlib require? Surely the libusb version present when building can be detected during configure and the sources adjusted with macros to suit the older libusb versions? This after all is what the configure phase is all about.

Re: [wsjt-devel] Problem with WSJS-X

nks for the tips, but no luck !! That was one of the first things I did !! 73s Eddy On Sat, 4 Sept 2021 at 20:36, Bill Somerville via wsjt-devel <mailto:wsjt-devel@lists.sourceforge.net>> wrote: Hi Eddy, note also that the CAT baud rate must be 4800 when using the pass-thru CAT

Re: [wsjt-devel] Problem with WSJS-X

Hi Eddy, note also that the CAT baud rate must be 4800 when using the pass-thru CAT mode of that ATU. 73 Bill G4WJS. On 04/09/2021 18:07, Black Michael via wsjt-devel wrote: Sounds like a baud rate mismatch. Mike W9MDB On Saturday, September 4, 2021, 10:54:59 AM CDT, Eddy Winrow via

Re: [wsjt-devel] ft8_decode.f90 help

On 01/09/2021 17:47, Alex Lelievre via wsjt-devel wrote: Hi there, I was wondering if anyone can give me some context in how the FT8 decoder works. I’m seeing a crash inside of the jt9 module on Apple M1 because it is trying to call a callback with an unmapped address (at least that’s what

Re: [wsjt-devel] 2.5.0rc5 and FT4 PTT

On 31/08/2021 07:17, Saku via wsjt-devel wrote: There is no effect setting poll rate 1s, 2s or 5s. Always fails after a while. I would say that shorter poll rate seems to raise problems faster. I think I clean up everything and recompile all again. -- Saku OH1KH Hi Saku, the WSJT-X rig

Re: [wsjt-devel] -Xclang option being passed to gfortran solved...

On 27/08/2021 23:21, Alex Lelievre wrote: I finally figured out the problem with -Xclang option being passed to the Fortran compiler. If you take a look at CMakeLists.txt at line 1098 you will see: if (OpenMP_C_FLAGS) This needs to be changed to: if (OpenMP_C_FLAGS AND NOT APPLE)

Re: [wsjt-devel] WSJT-X for Apple M1?

. best, alex On Aug 27, 2021, at 1:40 AM, Bill Somerville via wsjt-devel wrote:  Hi Alex, I am a little confused. Is this post about building WSJT-X on an M1 silicon macOS system, but producing x86_64 binaries, or are you really documenting how to build native arm64 binaries (or better

Re: [wsjt-devel] 2.5.0rc5 and FT4 PTT

On 27/08/2021 14:03, Saku via wsjt-devel wrote: Bill Somerville via wsjt-devel kirjoitti 27.8.2021 klo 14.05: if you are not going to use the bundled Hamlib sources then there is little point in starting with the WSJT-X sources tarball we provide. That tarball is specifically set up to build

Re: [wsjt-devel] 2.5.0rc5 and FT4 PTT

On 27/08/2021 11:29, Saku via wsjt-devel wrote: Bill Somerville via wsjt-devel kirjoitti 27.8.2021 klo 11.42: Hi Saku, have you tried using the rigctld-wsjtx that is bundled with WSJT-X, or the one built with the Hamlib package you linked WSJT-X with? 73 Bill G4WJS. HI Bill

Re: [wsjt-devel] 2.5.0rc5 and FT4 PTT

On 27/08/2021 09:06, Saku via wsjt-devel wrote: Hi! Now during few days I have noticed that calling cq with FT4 causes PTT to stay on during RX period. Nearly to end of it. Then small RX gap and TX starts again to next TX period (at proper time). This happens at random times after started CQ

Re: [wsjt-devel] WSJT-X for Apple M1?

Hi Alex, I am a little confused. Is this post about building WSJT-X on an M1 silicon macOS system, but producing x86_64 binaries, or are you really documenting how to build native arm64 binaries (or better still universal binaries that support both native x86_64 and arm64). If you are

Re: [wsjt-devel] MAP65 with Icom 7610

On 26/08/2021 17:49, Bill Somerville via wsjt-devel wrote: On 25/08/2021 02:32, Peter Sumner via wsjt-devel wrote: Hello,   was curious if anyone has a way to use the IQ data available over USB-3 from the rear of an IC-7610 to feed into MAP65? I have the HDSDR software working with the ICOM

Re: [wsjt-devel] MAP65 with Icom 7610

On 25/08/2021 02:32, Peter Sumner via wsjt-devel wrote: Hello,   was curious if anyone has a way to use the IQ data available over USB-3 from the rear of an IC-7610 to feed into MAP65? I have the HDSDR software working with the ICOM supplied driver but as yet have not managed to get MAP65 to

Re: [wsjt-devel] Split operation in VHF and submode features enabled

On 22/08/2021 15:35, Yukio JG1APX via wsjt-devel wrote: Hi development teams I apologize my report if it is already known issue and discussed before. OS : Windows 10 pro 21H1 Wsjtx : 2.5.0rc5 Rig : IC-9700, FT-991A, FTDX-3000, FTDX-101 Split operations (Rig and Fake It) are not working

Re: [wsjt-devel] Transmit Time oddity

On 22/08/2021 01:10, Marty Wayne via wsjt-devel wrote: Please see attached screen shot of the RTF Frequency window.  Why is my transmit frequency off by 7 seconds?  This happens with both WSJTX 2.3.0 and 2.3.1. Setup up is: FT-1000MP SignaLink USB MacBook Pro 15” macOS Big Sur v. 11.5.1

Re: [wsjt-devel] Decode Highlighting

On 16/08/2021 18:07, Marty Wayne via wsjt-devel wrote: This is a rather selfish request but here it goes. I have my New Call on Band Decode Highlights set up for indicating green. There isn’t an option to have highlights for new calls by band and mode. I don’t know anything about coding and

Re: [wsjt-devel] wsprd hash collisions?

On 14/08/2021 15:23, Stefan HB9TMC via wsjt-devel wrote: On 14.08.21 00:36, Phil Karn via wsjt-devel wrote: > > Has anyone seen a collision in practice? There was a hash collision between KB8OIS and VK3KCX (Hash 17637): https://wsprnet.org/drupal/node/8466 And between WX4BK and OZ0RF (Hash

Re: [wsjt-devel] wsprd hash collisions?

aps? Mike W9MDB On Saturday, August 14, 2021, 08:05:30 AM CDT, Bill Somerville via wsjt-devel wrote: Mike, there is no CRC in the WSPR protocol, details are here: https://www.physics.princeton.edu/pulsar/K1JT/WSPR_2.0_User.pdf <https://www.physics.princeton.edu/pulsar/K1JT/WSPR_2.0_Use

Re: [wsjt-devel] wsprd hash collisions?

Mike, there is no CRC in the WSPR protocol, details are here: https://www.physics.princeton.edu/pulsar/K1JT/WSPR_2.0_User.pdf Hash codes are using in WSPR Type 2 and Type 3 messages where the call or locator specified to send does not fit into the 28-bit or 15-bit respective source

Re: [wsjt-devel] RC5 main window size issue

On 12/08/2021 08:07, Saku via wsjt-devel wrote: HI! If you set wsjtx main window to minimum horizontal and vertical size it is not saved/loaded when wsjtx starts again resulting bigger main window that was set. Saving window W and H and X,Y position at close and reload them at start should

Re: [wsjt-devel] Using FFTW system 'wisdom' file

On 11/08/2021 06:18, Phil Karn via wsjt-devel wrote: I'd like to make another suggestion. Somewhere near the top of wsprd.c/main(), insert the following code:     // FFTW plan files without threads are incompatible with plan files with threads (even 1 thread)     // To keep compatibility with

Re: [wsjt-devel] Using FFTW system 'wisdom' file

On 11/08/2021 06:18, Phil Karn via wsjt-devel wrote: I'd like to make another suggestion. Somewhere near the top of wsprd.c/main(), insert the following code:     // FFTW plan files without threads are incompatible with plan files with threads (even 1 thread)     // To keep compatibility with

Re: [wsjt-devel] file descriptor leak in wsprd.c

On 11/08/2021 04:04, Phil Karn via wsjt-devel wrote: In wsprd.c/writec2file() the output file is opened for writing but never closed. --Phil Hi Phil, Thanks! Repaired for the next release. 73 Bill G4WJS. ___ wsjt-devel mailing list

Re: [wsjt-devel] WSJT-X 2.5.0-rc4 and MAP65 3.0-rc5

On 06/08/2021 09:29, Claude Frantz via wsjt-devel wrote: On 8/5/21 3:40 PM, Joe Taylor via wsjt-devel wrote: WSJT-X 2.5.0-rc4 has a bug that prevents normal use of messages that include compound or nonstandard callsigns.  For this reason we are making a public Release Candidate WSJT-X

Re: [wsjt-devel] WSJT-X V2.5.0-rc4 (Fedora 34)

Sri, a couple of typos there, I meant to type *nix and /etc/ld.so.conf 73 Bill G4WJS. On 03/08/2021 14:32, Bill Somerville via wsjt-devel wrote: Mike, OK, then uninstall the system package, so long as no other package depends on it. You are advocating breaking packaging dependencies

Re: [wsjt-devel] WSJT-X V2.5.0-rc4 (Fedora 34)

AM CDT, Bill Somerville via wsjt-devel wrote: Mike, no, no, NO! Do not set the install prefix to /usr, that is very poor advice. Install into the default /usr/local prefix, that will override the system install without screwing up the package managed packages from the distribution

Re: [wsjt-devel] WSJT-X V2.5.0-rc4 (Fedora 34)

Mike, no, no, NO! Do not set the install prefix to /usr, that is very poor advice. Install into the default /usr/local prefix, that will override the system install without screwing up the package managed packages from the distribution repositories. 73 Bill G4WJS. On 03/08/2021 13:51,

Re: [wsjt-devel] WSJT-X V2.5.0-rc4 (Fedora 34)

On 03/08/2021 11:41, Saku via wsjt-devel wrote: Hi! Just upgraded my Fedora from 33 to 34. Removed all self compiled hamlib and wsjtx versions and installed packages from repository: wsjtx-2.4.0-1.fc34.x86_64 hamlib-4.1-1.fc34.x86_64 It seems to work. Only one question arises: *Is it in

  1   2   3   4   5   6   7   8   9   10   >