Re: [wsjt-devel] Response to CQ ignored

[Gary McDuffie via wsjt-devel]

> On Jan 30, 2024, at 04:45, Uwe, DG2YCB via wsjt-devel 
>  wrote:
> 
> At the moment, I have no explanation why it doesn't work with the "231202" i+ 
> version. What I can say is that it definitely works well with the current 
> "240106" code, as well as with the new "240202" version that will be released 
> on Friday this week. I recommend that you download this version on Friday and 
> then see whether the error persists or not. This version will also bring a 
> few nice new features, which I'll explain in the following video: 
> https://www.youtube.com/watch?v=1CqyIGRjbvs
> 
> 73 de DG2YCB,
> Uwe

Hi Uwe,

I haven’t taken a lot of time to gather surrounding data, but can say I’ve run 
into this many times.  It is usually following an operation where I changed 
bands or modes.  It would ignore replies to my first CQ.  My “cure” is to 
double click the response and work the guy.  Immediate followup CQs are 
answered as they are supposed to and it works for a long time after.

I’m using 24/01/06.  I cannot repeat the problem, as it seems random under the 
mentioned conditions.

Since it only holds me up a few seconds, I haven’t dig deeper.  I’m not sure 
whether it did similar in other recent versions or not.  Will also update 
Friday when it comes out.

Love the software!

73, Gary - AG0N



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

Re: [wsjt-devel] wsjt-devel Digest, Vol 119, Issue 45

[Gary Rogers via wsjt-devel]

I had the same thing happen as with Fred. Improved rc3 for Mac M1Sent from my iPhoneOn Jan 26, 2024, at 11:00 AM, Fred Price via wsjt-devel  wrote:





Screenshot of it happening to me with TX5S. 



On Jan 26, 2024, at 10:51 AM, Uwe, DG2YCB via wsjt-devel  wrote:




 But it worked also when I set my Rx QRG manually 275 Hz next to the Fox offset.

73 de DG2YCB,
Uwe

German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB



Am 26.01.2024 um 16:44 schrieb Black Michael:


Perhaps when the fox offset for your callsign changes?
I think I've seen that.









On Friday, January 26, 2024 at 09:15:37 AM CST, Uwe, DG2YCB via wsjt-devel  wrote:





Hi Rich,

Last night I ran some tests with our good old standard WSJT-X (latest code) using three instances all connected via virtual audio.  One in FT8 Fox mode and the other two in FT8 Hound mode. Then I simulated just such QSO situations, but each time the reports appeared in the right-hand window of the two Hound stations. Not a single issue, even if I set the Rx frequency next to the Fox's audio signal. So, at the moment I can't reproduce this unwanted effect.

Please note that the "231031" code of 2.7.1-devel has received several updates in the meantime. Test it again with the current "240106" code, or with the soon-to-be released "240202" code. With the latter I will repeat the same test from last night.


73 de DG2YCB,
Uwe

German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB




Am 26.01.2024 um 15:18 schrieb Rich - K1HTV via wsjt-devel:




  


I have noticed the same thing at times while running as Hound in F/H where the report from the Fox will appear in the Band Activity column but not in the Rx Frequency column.I am presently running the "WSJT-X V2.7.1 devel 231031 Improved PLUS" version.




Also, when the "Start new period decodes at top" checkbox is checked, many times a day the background color will change from white to another background color. When this occurs it is not always the same color.




Also, at times when using  the  "Start new period decodes at top" option, the Band activity columns display will revert back to the earliest decodes, often many tens of minutes earlier.




73,

Rich - K1HTV







On Fri, Jan 26, 2024 at 7:55 AM  wrote:




Send wsjt-devel mailing list submissions to
        wsjt-devel@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.sourceforge.net/lists/listinfo/wsjt-devel
or, via email, send a message with subject or body 'help' to
        wsjt-devel-requ...@lists.sourceforge.net

You can reach the person managing the list at
        wsjt-devel-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of wsjt-devel digest..."
Today's Topics:

   1.  skips RX frequency window (bug?) wsjtx-2.7.0-rc3 (Glenn Williams)



-- Forwarded message --
From: Glenn Williams 
To: wsjt-devel@lists.sourceforge.net
Cc: 
Bcc: 
Date: Thu, 25 Jan 2024 08:12:51 -0500
Subject: [wsjt-devel]  skips RX frequency window (bug?) wsjtx-2.7.0-rc3
V 2.7.0-rc3
Last night worked FT8 F/H with TX5S 80m.  Rig TS590SG, PC Win 10. (This
has happened once or twice before.)  His S/N report on me popped up in
Band Act window after my TX1, but no report in RX Freq window. TX3
completed OK in both Windows.  I use COLORS and so red was instantly
obvious.  Antenna is 160m inv-L about 360 feet away.  Power on the order
of 450 watts with tuner. Not thinking RFI because no other times ever I
see any.

-73, Glenn, AF8C
--

--
This email has been checked for viruses by Avast antivirus software.
www.avast.com


___
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 listwsjt-devel@lists.sourceforge.nethttps://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] Error with Watchdog Timer in FT8 Mode

[Gary McDuffie via wsjt-devel]

> On Dec 3, 2023, at 09:22, Tim Goeppinger via wsjt-devel 
>  wrote:
> 
> In the band activity window "3B8CW N6GP DM13" was highlighted in red.When 
> I hit the "Enable Tx" button, my rig would not go into transmit mode.  Had to 
> restart WJST-x to try again.

Sounds normal.  The timer has timed out, so you need to reinitiate.  To call 
that station, just double click that line where he is calling you.  This 
happens regularly when someone calls after you’ve run out of time.  

Gary - - AG0N

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

Re: [wsjt-devel] FT8 on 160m with Beverage antenna

[Gary McDuffie via wsjt-devel]

> On Nov 13, 2023, at 14:38, Dennis W1UE via wsjt-devel 
>  wrote:
> 
>  beverage antenna will often produce weaker signals than, say, an inverted L.
> However, it will decrease the noise on the signal, and make it easier to 
> copy, which 
> should make it easier to decode.

Going a step further, it should also increase the signal to noise ratio due to 
the gain of that antenna in the desired direction and the loss of noise signal 
in the other directions.  Remember, signal strength is not what WSJT-X is 
reporting.  It is the strength of the decoded signal over the overall noise.  

Gary  -  AG0N

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

Re: [wsjt-devel] CQ Hound mode

[Gary McDuffie via wsjt-devel]

> On Nov 5, 2023, at 13:08, Pino Zollo via wsjt-devel 
>  wrote:
> 
> Just an idea:
> 
> When in Hound mode the DX station should call  as:
> 
> CQH DX0CALL GRID
> 
> or
> 
> CH  DX0CALL GRID

But why?  He should only be hound if he is on his published frequency (which 
you can determine yourself), and he should never be in hound mode if he is in 
the normal FT frequency segment.  

Gary - AG0N

___
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?

[Gary McDuffie via wsjt-devel]

> On Oct 21, 2023, at 16:04, Andrew Neumeier via wsjt-devel 
>  wrote:
> 
>  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.

And that’s why RR73 isn’t supposed to be used on weak signal work.  
Specifically, RR73 is for use when a repeat transmission will not be called 
for.  QSB should obviously negate that thought.

That said, I sometimes send RR73 when I don’t mean to because I moved off of a 
stable band to one that is questionable and don’t realize it (not think to 
check it).  It only happens once, as I noticed it immediately and make the 
change before the next contact.

73, Gary 

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

Re: [wsjt-devel] macOS - Is there a "quick" way of updating Hamlib on MacOS implementation?

[Gary Rogers via wsjt-devel]

Hi Dwayne:

The Mac equivalent of the .dll file is the .dylib file. I compile the .dylib 
file daily (if there are changes) and can provide via my drop box. This 
morning’s version is here:

https://www.dropbox.com/s/0m9v3i1ceb1bv19/libhamlib.4.dylib?dl=0

You would need to download and copy the libhamlib.4.dylib file. Then go to 
Finder (on the Dock)> Applications>wsjtx.app. Right click on wsjtx.app and 
select Show Package Contents> Contents>Frameworks then paste the 
libhamlib.4.dylib into the Frameworks folder. Say yes when it asks if you want 
to replace the existing file.

Here is a screen shot of where it goes:

https://www.dropbox.com/s/w8hk251loaxg7ix/libhamlib%20dylib%20placement%20MacOS.png?dl=0


All the above assumes you installed the WSJT-X .dmg file from the Sourceforge 
website and that you have not compiled WSJT-X on your own.

Let me know if you have any further questions.

> On Jun 12, 2023, at 1:38 PM, Dwayne Sinclair via wsjt-devel 
>  wrote:
> 
> I have seen Windows instructions to replace a Hamlib dll to get the latest 
> version of Hamlib. Is there the same capability on macOS so we can test and 
> validate Hamlib issues without having to compile WSJT-X?
> 
> Regards Dwayne AB6A
> 
> ___
> 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] Release Candidate WSJT-X 2.7.0-rc1

[Gary Rogers via wsjt-devel]

Here is the most recent Hamlib libhamlib.so.4.0.6 for Raspberry Pi (RPi version 
of the .dll)

https://www.dropbox.com/s/a9gdyo3qayp86yc/libhamlib.so.4.0.6?dl=0





> On May 13, 2023, at 5:28 AM, Gary Rogers  wrote:
> 
> Here is the most recent Hamlib .dylib for MacOS (dylib is the Mac version of 
> .dll):
> 
> https://www.dropbox.com/s/0m9v3i1ceb1bv19/libhamlib.4.dylib?dl=0
> 
> To install: In Dock, go to Finder> Applications>WSJTX.app
> 
> Right click on WSJTX.app 
> 
> Click on Show Package Contents
> 
> Click on Contents> Frameworks
> 
> Paste the downloaded libhamlib.4.dylib into Frameworks
> 
> Click yes when it asks to replace the file.
> 
> Here is where it goes:
> 
> 
> 
> 
> 
> 
> 
>> On May 12, 2023, at 2:33 PM, Black Michael via wsjt-devel 
>>  wrote:
>> 
>> We had somebody who was nicely compiling MacOS versions
>> 
>> https://github.com/Hamlib/Hamlib
>> 
>> Hopefully they are still out there...
>> 
>> Mike W9MDB
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Friday, May 12, 2023 at 12:38:31 PM CDT, Greg Vatt  wrote: 
>> 
>> 
>> 
>> 
>> 
>> Mike,
>> 
>> I’m having the same problem here on MacOS M1 (13.3.1) + IC-7610. Even 
>> tried again with a clean install.
>> 
>> 
>> 
>> 
>> 
>> 
>> Greg, NC7B
>> 
>> 
>> 
>>> On May 12, 2023, at 9:57 AM, Black Michael via wsjt-devel 
>>>  wrote:
>>> 
>>> Please try this DLL
>>> 
>>> https://www.dropbox.com/s/snmkzu8eif89yqs/libhamlib-4.dll?dl=0
>>> 
>>> Mike W9MDB
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On Friday, May 12, 2023 at 11:55:54 AM CDT, Gerald Smith via wsjt-devel 
>>>  wrote: 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Hi Joe,
>>> 
>>> Sorry, but I get this error with WSJT-X 2.7.0-rc1.
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Radio IC-7700, interface - Timewave Navigator.
>>> 
>>> WSJT-X 2.6.1 works fine though thought that I should let you know.
>>> 
>>> 73 de WA3ZSC - Jerry
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On 5/12/2023 11:20, Joe Taylor via wsjt-devel wrote:
>>> 
>>> 
>>>> We are pleased to announce that Release Candidate WSJT-X 2.7.0-rc1 is 
>>>> ready for download by beta testers. 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> ___ 
>>>> 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] Release Candidate WSJT-X 2.7.0-rc1

[Gary Rogers via wsjt-devel]

I’m traveling today but will build hamlib for Mac in the morning and provide a 
link. 

Sent from my iPhone

> On May 12, 2023, at 3:43 PM, Black Michael via wsjt-devel 
>  wrote:
> 
> Try this dll please
> 
> https://www.dropbox.com/s/snmkzu8eif89yqs/libhamlib-4.dll?dl=0
> 
> Mike W9MDB
> 
> 
> 
> 
> 
> 
> 
> 
> On Friday, May 12, 2023 at 12:37:02 PM CDT, Gerald Smith via wsjt-devel 
>  wrote: 
> 
> 
> 
> 
> 
> Hi Mike,
> 
> Thanks for the link.
> 
> Well, I placed the dll file in this directory C:\WSJT\wsjtx\bin, and 
> rebooted the computer, but I am still getting the error.
> 
> So, then I tried re-installing 2.7.0-rc1, and rebooting the computer 
> again, I still have the error.
> 
> Sorry.
> 
> 73 de WA3ZSC - Jerry
> 
> 
>> On 5/12/2023 13:07, Black Michael via wsjt-devel wrote:
>> Direct link
>> 
>> https://www.dropbox.com/s/snmkzu8eif89yqs/libhamlib-4.dll?dl=1
>> 
>> Mike W9MDB
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Friday, May 12, 2023 at 12:01:57 PM CDT, Black Michael via 
>> wsjt-devel  wrote:
>> 
>> 
>> 
>> 
>> 
>> Please try this DLL
>> 
>> https://www.dropbox.com/s/snmkzu8eif89yqs/libhamlib-4.dll?dl=0
>> 
>> Mike W9MDB
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Friday, May 12, 2023 at 11:55:54 AM CDT, Gerald Smith via 
>> wsjt-devel  wrote:
>> 
>> 
>> 
>> 
>> 
>> 
>> Hi Joe,
>> 
>> Sorry, but I get this error with WSJT-X 2.7.0-rc1.
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> Radio IC-7700, interface - Timewave Navigator.
>> 
>> WSJT-X 2.6.1 works fine though thought that I should let you know.
>> 
>> 73 de WA3ZSC - Jerry
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On 5/12/2023 11:20, Joe Taylor via wsjt-devel wrote:
>> 
>> 
>>> We are pleased to announce that Release Candidate WSJT-X 2.7.0-rc1 is
>>> ready for download by beta testers.
>>> 
>>> 
>>> 
>>> 
>>> ___
>>> 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
> 
> 
> ___
> 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] Statement regarding WSJTX.groups.io

[Gary trock via wsjt-devel]

Thanks. Just joined.
Gary N8GT

Sent from my iPhone

> On Apr 25, 2023, at 5:20 PM, William Smith via wsjt-devel 
>  wrote:
>
> Log into Groups.io first, then follow the link, and there's a button to join.
>
> 73, Willie N1JBJ
>
>
>> On Apr 25, 2023, at 12:41 PM, Gary trock via wsjt-devel 
>>  wrote:
>>
>> I’ve followed the links to the new group but it is circular. I asked for a 
>> new password( didn’t know I had one) and it says my email is incorrect.
>> Gary N8GT
>>
>>> On Apr 25, 2023, at 10:30 AM, Uwe, DG2YCB via wsjt-devel 
>>>  wrote:
>>>
>>> I just created a new private forum (WSJTXY.groups.io), where you can 
>>> discuss technical issues and help each other with problems. I hope that one 
>>> day the moderator of WSJTX.group.io will realize that his behavior was not 
>>> good, will change it accordingly and that we as WSJT core development group 
>>> will be able to recommend the WSJTX.group.io forum again. At present, 
>>> unfortunately, this is no longer the case!
>
>
>
>
> ___
> 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] Statement regarding WSJTX.groups.io

[Gary trock via wsjt-devel]

I’ve followed the links to the new group but it is circular. I asked for a new 
password( didn’t know I had one) and it says my email is incorrect.
Gary N8GT

Sent from my iPhone

On Apr 25, 2023, at 10:30 AM, Uwe, DG2YCB via wsjt-devel 
 wrote:

 Dear WSJT-X Users,

Unfortunately, complaints about the WSJTX.group.io forum have been piling up 
lately. Therefore, the following should be clarified at this point:

1. WSJTX.group.io is a private forum and is NOT operated by the Core WSJT 
Development Group!
2. It is NOT our intention to ban users on WSJTX.group.io anywhere else just 
because they use certain keywords in a technical-scientific discussion, which 
the owner of WSJTX.group.io obviously does not like.
3. We point out that only the wsjt-devel mailing list is our official 
communication channel. Please use this list if you want to report bugs or 
discuss with us developers.
4. With immediate effect, I have therefore disabled the mention of the 
WSJTX.group.io forum on the official WSJT-X homepage.

73 de Uwe, DG2YCB
Core WSJT Development Group

P.S.: As a temporary solution, I just created a new private forum 
(WSJTXY.groups.io), where you can discuss technical issues and help each other 
with problems. I hope that one day the moderator of WSJTX.group.io will realize 
that his behavior was not good, will change it accordingly and that we as WSJT 
core development group will be able to recommend the WSJTX.group.io forum 
again. At present, unfortunately, this is no longer the case!

___
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] Sourceforge download from https://wsjt.sourceforge.io/wsjtx.html should work again

[Gary Rogers via wsjt-devel]

This link worked for me. Thanks

> On Apr 9, 2023, at 9:08 AM, Uwe, DG2YCB via wsjt-devel 
>  wrote:
> 
> Download of the v2.6.1 WSJT-X installer packages via our 
> https://wsjt.sourceforge.io/wsjtx.html homepage should work again now. There 
> seems to be some problem with SourceForge at the moment. But I found another 
> solution that seems to work, at least for now.
> 
> 73 de Uwe DG2YCB
> ___
> 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] Sourceforge download

[Gary Kohtala - K7EK via wsjt-devel]

The updated link works for me.

Best regards,

Gary, K7EK

⁣Get BlueMail for Android ​

On Apr 9, 2023, 06:02, at 06:02, Craig Bosworth KR4Q via wsjt-devel 
 wrote:
>As documented elsewhere, the suggestion below does not work. I would of
>course be delighted if it were not so.
>
>/Craig KR4Q
>
>--- Original Message ---
>On Saturday, April 8th, 2023 at 17:18, Carey Fisher via wsjt-devel
> wrote:
>
>> Something is wrong at SourceForge. I suggest going to
>> https://sourceforge.net/projects/wsjt/files/wsjtx-2.6.1/
>> and selecting the file you need.
>>
>> -- Joe, K1JT
>>
>> On Sat, Apr 8, 2023 at 5:15 PM Glenn Williams via wsjt-devel
> wrote:
>>
>>> This could be considered as a "panic" situation: Sourceforge is not
>>> going to be a reliable long term host for the amateur radio
>community.
>>>
>>> I attempted a 2.6.1 win64 download and a 2.5.4 win64 download and
>both
>>> resolve to some "Cardinal AOSP" page. This isn't just a one broken
>link
>>> problem.
>>>
>>> --73, Glenn, AF8C
>>>
>>> On 4/8/2023 11:49 AM, Black Michael via wsjt-devel wrote:
>>>> If you want the 64-bit Windows
>>>>
>>>>
>https://www.dropbox.com/s/sxikxk9fvzaanwz/wsjtx-2.6.1-win64.exe?dl=0
>>>>
><https://www.dropbox.com/s/sxikxk9fvzaanwz/wsjtx-2.6.1-win64.exe?dl=0>
>>>>
>>>> Mike W9MDB
>>>>
>>>>
>>>>
>>>>
>>>> On Saturday, April 8, 2023 at 10:41:22 AM CDT, Brian Morrison via
>>>> wsjt-devel  wrote:
>>>>
>>>>
>>>> On Sat, 8 Apr 2023 09:22:36 -0400
>>>> Gary Rogers via wsjt-devel >>> <mailto:wsjt-devel@lists.sourceforge.net>> wrote:
>>>>
>>>> > Seeing multiple reports that WSJT-X cannot be downloaded from the
>>>> > Source forge website. I’ve tried both the WSJTX site and Source
>forge
>>>> > sites and have not been able to download WSJTX.
>>>>
>>>> It looks like some sort of SF screw up, I can't and when I try I
>get
>>>> sent off to a different page and the direct link doesn't work
>either.
>>>>
>>>> --
>>>>
>>>> Brian G8SEZ
>>>>
>>>>
>>>>
>>>> ___
>>>> wsjt-devel mailing list
>>>> wsjt-devel@lists.sourceforge.net
><mailto:wsjt-devel@lists.sourceforge.net>
>>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>>> <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
>>>
>>> --
>>> This email has been checked for viruses by Avast antivirus software.
>>> www.avast.com
>>>
>>> ___
>>> wsjt-devel mailing list
>>> wsjt-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>
>> --
>>
>> Carey Fisher
>> careyfis...@gmail.com
>
>
>
>
>
>
>
>___
>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] Sourceforge download

[Gary Rogers via wsjt-devel]

Seeing multiple reports that WSJT-X cannot be downloaded from the Source forge 
website. I’ve tried both the WSJTX site and Source forge sites and have not 
been able to download WSJTX. 

Sent from my iPhone

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

[wsjt-devel] WSJT-X

[Gary IoW via wsjt-devel]

Hello devs,
great program, but may I suggest a small edit? Could you make it so that
when the band is changed from the drop down in the program it will
automatically switch to TX6?

As an older software developer myself (.NET, ASP, JSON, Java, C# VB etc) I
know this wouldn't be a difficult fix.

Thanks and regards,
Gary, G7RES.
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Cat Control Mac #Mac

[Gary Rogers via wsjt-devel]

Been off the air for about five weeks. I’ve downloaded 2.6.1 on my MacBook Pro 
Ventura OSX 13. Tried to get on the air this evening and having rig control 
problems. I’ve selected the Silicon Labs driver and get a green cat control 
light and get a red PTT test light. As soon as I click ok the band selection 
dropdown and frequency turn red and I cannot change bands. I can put the rig in 
transmit and can receive. There are no error messages. I’ve reinstalled the 
Silicon Labs drivers. Reverted back to 2.6.0 and back to 2.6.1. Makes no 
difference if i use the source force .dmg file or my own compiled version. 
Restarted computer several times. Rig is FTDX-10. Any suggestions appreciated!



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

[wsjt-devel] Request from WSPRNet Devs

[Gary M via wsjt-devel]

I don't have any direct contact information for any WSJT-x devs, aside from
Joe and I wrote to Joe twice about the following, but didn't hear back:

Looking at the changes in RC5 to send 15 instead of 16 for -900, I would
like to try and get to the following schema if possible for spot ingress,
otherwise we have a collision with WSPR-15.

"2" => 1, // WSPR-2
"15" => 2, // WSPR-15
"3" => 3, // FST4W -120
"5" => 4, // FST4W -300
"16" => 5, // FST4W -900
"30" => 8, // FST4W  -1800

If this is too late, please let me know and I will change the code. We see
very little WSPR-15 so it's probably not terrible to mix these modes.

Please note, due to the size of the database, and the difficulties in
altering the schema given the 23x7 nature of this server, we are using an
unused small int field to store this data. WSJT-x is not bound by this
constraint and can send chars if desired. This would be for future changes,
obviously, since the last thing we want is to support two schemas.

One last request, we have changes planned for this year on WSPRNet to move
to a more resilient, elastic, scalable infrastructure and will be
undertaking at a rewrite of the spot ingress. It would be nice to have some
WSJT-x contacts to be able to keep in the loop as we proceed. For example,
I would like to look at a new spot upload format, for example, using a JSON
schema.

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

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

[Gary Rogers via wsjt-devel]

OK I made the edit to the Hamlib version in cmakelist.txt to 4.5.3 and was able 
to build 2.6.0 for Mac. A couple of issues I have encountered during building 
the last several versions

Build environment MacOS SDK, Xcode, dependencies in Macports  and Cmake 3.25.1

While building hamlib, I get this error:

/Users/charlesrogers/Build/hamlib-prefix/src/hamlib/src/parallel.h:31:12: fatal 
error: 'linux/parport.h' file not found
#  include 

I get around this by going into my build/hamlib-prefix/src/hamlib and running 
./configure

This solves the hamlib problem.

Since upgrading the  MacOS 13 Ventura, I’m getting this error:

/Users/charlesrogers/Build/wsjtx-prefix/src/wsjtx/widgets/mainwindow.cpp:4822:9:
 error: 'sprintf' is deprecated: This function is provided for compatibility 
reasons only.  Due to security concerns inherent in the design of sprintf(3), 
it is highly recommended that you use snprintf(3) instead. 
[-Werror,-Wdeprecated-declarations]
sprintf(s,"Tx:  %d Slots",foxcom_.nslots);

There is a similar error on line 4824

I’ve gotten around this by changing sprintf to snprintf in both locations and 
rewrite the expression snprintf(s, sizeof(s), "Tx:  %d Slots",foxcom_.nslots);
  } else {
snprintf(s,sizeof(s),"Tx: %s",msgsent);

I’m providing this info in the event developers wish to update code to resolve 
these errors. I’m still able to build from source with the workaround noted 
above. Thanks to all for this software!

 
> On Jan 6, 2023, at 9:22 AM, Uwe, DG2YCB via wsjt-devel 
>  wrote:
> 
> Try to download again. I think Sourceforge still had the old copy. But the 
> one I downloaded 1 minute ago has the correct entry.
> 
> 73 de DG2YCB,
> Uwe
> 
> 
> Am 06.01.2023 um 18:07 schrieb Gary Rogers via wsjt-devel:
>> Same issue for me downloaded from new WSJT-X site.
>> 
>>> On Jan 6, 2023, at 8:55 AM, Kari Sillanmäki via wsjt-devel 
>>>  
>>> <mailto:wsjt-devel@lists.sourceforge.net> wrote:
>>> 
>>> 
>>> Hi Uwe,
>>> 
>>> I just downloaded the tarball. 
>>> It still has the wrong CmakeLists.txt entry...
>>> 
>>> I used this link to download:
>>> https://sourceforge.net/projects/wsjt/files/wsjtx-2.6.0/wsjtx-2.6.0.tgz
>>> Is this the correct link??
>>> 
>>> 73's de Kari, oh2gqc
>>>  
>>> On 6.1.2023 18.05, Uwe, DG2YCB via wsjt-devel wrote:
>>>> Hi Stefan,
>>>> 
>>>> Yes, it must be 4.5.3. I have updated the tarball. Please download again 
>>>> and see if it works better now.
>>>> 
>>>> 73 de DG2YCB,
>>>> Uwe
>>>> 
>>>> 
>>>> Am 06.01.2023 um 16:57 schrieb Stefan HB9TMC via wsjt-devel:
>>>>> Hi, 
>>>>> 
>>>>> cmake generated an error: 
>>>>> CMake Error at CMakeLists.txt:56 (file): 
>>>>>   file failed to open for reading (No such file or directory): 
>>>>> 
>>>>> ~/bin/wsjtx-2.6.0/src/hamlib-4.5.tar.gz.md5sum 
>>>>> 
>>>>> 
>>>>> 
>>>>> I think CMakeLists.txt should be: 
>>>>> 6c6 
>>>>> < set (__hamlib_upstream hamlib-4.5.3) 
>>>>> --- 
>>>>> > set (__hamlib_upstream hamlib-4.5) 
>>>>> 
>>>>> 
>>>>> 73 
>>>>> Stefan 
>>>>> 
>>>>> 
>>>>> ___ 
>>>>> wsjt-devel mailing list 
>>>>> wsjt-devel@lists.sourceforge.net 
>>>>> <mailto:wsjt-devel@lists.sourceforge.net> 
>>>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
>>>> 
>>>> 
>>>> 
>>>> ___
>>>> wsjt-devel mailing list
>>>> wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
>>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>> 
>>> ___
>>> wsjt-devel mailing list
>>> wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>> 
>> 
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net <mailto: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-X 2.6.0 GA Release

[Gary Rogers via wsjt-devel]

Same issue for me downloaded from new WSJT-X site.

> On Jan 6, 2023, at 8:55 AM, Kari Sillanmäki via wsjt-devel 
>  wrote:
> 
> 
> Hi Uwe,
> 
> I just downloaded the tarball. 
> It still has the wrong CmakeLists.txt entry...
> 
> I used this link to download:
> https://sourceforge.net/projects/wsjt/files/wsjtx-2.6.0/wsjtx-2.6.0.tgz
> Is this the correct link??
> 
> 73's de Kari, oh2gqc
>  
> On 6.1.2023 18.05, Uwe, DG2YCB via wsjt-devel wrote:
>> Hi Stefan,
>> 
>> Yes, it must be 4.5.3. I have updated the tarball. Please download again and 
>> see if it works better now.
>> 
>> 73 de DG2YCB,
>> Uwe
>> 
>> 
>> Am 06.01.2023 um 16:57 schrieb Stefan HB9TMC via wsjt-devel:
>>> Hi, 
>>> 
>>> cmake generated an error: 
>>> CMake Error at CMakeLists.txt:56 (file): 
>>>   file failed to open for reading (No such file or directory): 
>>> 
>>> ~/bin/wsjtx-2.6.0/src/hamlib-4.5.tar.gz.md5sum 
>>> 
>>> 
>>> 
>>> I think CMakeLists.txt should be: 
>>> 6c6 
>>> < set (__hamlib_upstream hamlib-4.5.3) 
>>> --- 
>>> > set (__hamlib_upstream hamlib-4.5) 
>>> 
>>> 
>>> 73 
>>> Stefan 
>>> 
>>> 
>>> ___ 
>>> 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] Hamlib 4.5.2 test #hamlib

[Gary Rogers via wsjt-devel]

I’ve compiled 4.5.2 for Mac here:

https://www.dropbox.com/s/ycqzp7uen1ktsrs/libhamlib.4.dylib?dl=0


> On Dec 21, 2022, at 9:12 AM, Charles Suckling via wsjt-devel 
>  wrote:
> 
> Hi Mike
> 
> Also tested SDR-Console and my IC202 (that uses G4JNT IC756 emulator in a 
> PIC).  So, happy here.
> 
> Charlie DL3WDG
> 
> On Tue, 20 Dec 2022 at 16:03, Black Michael via wsjt-devel 
> mailto:wsjt-devel@lists.sourceforge.net>> 
> wrote:
>> Hamlib 4.5.2 is due to be released this week.
>> All known bugs have been fixed.
>> 
>> Please test and ensure everything is workingor report any bad behavior.  
>> This will likely be the hamlib in the WSJT-X release.
>> 
>> Here is a zip file for the 64-bit binaries.
>> https://www.dropbox.com/s/q2cf6xb50pgsr61/hamlib-4.5.2-20221220.zip?dl=0
>> 
>> 
>> And here is the 64-bit dll which can be placed in \WSJT\WSJT-X\bin
>> https://www.dropbox.com/s/snmkzu8eif89yqs/libhamlib-4.dll?dl=0
>> 
>> Mike W9MDB
>> 
>> 
>> ___
>> 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] Hamlib 4.5.2 test #hamlib

[Gary McDuffie via wsjt-devel]

Sorry for the omission, Mike.  Same version as previous.  Running RC5 since it 
came out.

> On Dec 20, 2022, at 21:23, Black Michael via wsjt-devel 
>  wrote:
> 
> What version of WSJT-X do you have?  I'm running 2.6.0-rc5 and can switch 
> from FT8 to FT4 and back without a problem.
> 
> Hamlib is not involved in decoding at all.

Gary - AG0N

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

Re: [wsjt-devel] Hamlib 4.5.2 test #hamlib

[Gary McDuffie via wsjt-devel]

> On Dec 20, 2022, at 17:13, Dennis Younker NE6I via wsjt-devel 
>  wrote:
> 
> Hamlib 4.5.2 is due to be released this week.
> All known bugs have been fixed.

I don’t remember if this was Hamlib problem, or something else, but the decode 
problem has risen its head again on my system.  I comment on it before when the 
search expanded not long ago.  If i switch from FT8 to /FT4 using the front 
panel buttons, decode stops.  Audio shows on waterfall and incoming audio 
“meter” graph on the left, but no decode.  It is NOT happening every time, but 
frequently in the last few days.

Win 10 on an I7 older machine with lots of ram.  As before, closing X and 
reopening, cures the problem.  Reloads operating just fine.

Gary - AG0N

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

Re: [wsjt-devel] WSJT-X 2.6.0-rc5 hamlib failure for Flex radio

[Gary Rogers via wsjt-devel]

George, I compiled Hamlib for Mac this morning:

https://www.dropbox.com/s/gqgp5yvu3cpbdre/libhamlib.4.dylib?dl=0 

In findr, go to Applications, right click on WSJT-X app, select show package 
contents. Paste the file above into frameworks and respond yes when it asks to 
replace the file.

> On Nov 29, 2022, at 2:21 PM, George Molnar via wsjt-devel 
>  wrote:
> 
> I’m a Mac user so will work around the issue with the Kenwood settings for 
> now.
> 
> Thanks for the info, Mike.
> 
> George J Molnar
> College Park, Maryland
> KF2TFM19ma
> 
> 
>> On Nov 29, 2022, at 1:52 PM, Jay via wsjt-devel 
>>  wrote:
>> 
>> This has solved the problem for me. Thanks Mike and the team.
>> 
>> Jay KA9CFD
>> 
>> -Original Message-
>> From: Black Michael  
>> Sent: Tuesday, November 29, 2022 12:37
>> To: wsjt-devel@lists.sourceforge.net
>> Cc: ka9...@mtcnow.net
>> Subject: Re: [wsjt-devel] WSJT-X 2.6.0-rc5 hamlib failure for Flex radio
>> 
>> RC5 was built with an older hamlib.
>> 
>> Please try the latest.
>> 
>> New hamlib for installation directions
>> 
>> #1 Shut down WSJTX
>> 
>> 
>> #2 Download either the 32-bit or 64-bit DLL matching the 32/64-bit version 
>> of WSJTX -- hopefully your browser doesn't block it but may warn you 
>> multiple times.
>> 
>> 
>> If you can do a "Save As" you can save it directly in the appropriate WSJTX 
>> directory C:\WSJT\WSJTX\bin and replace the libhamlib-4.dll that is there.
>> 
>> 
>> http://n0nb.users.sourceforge.net/dll32/libhamlib-4.dll
>> 
>> 
>> http://n0nb.users.sourceforge.net/dll64/libhamlib-4.dll
>> 
>> 
>> Linux/Unix/Mac users need to compile the latest tar file from 
>> http://n0nb.users.sourceforge.net
>> Note: If compiling on Unix-like systems please uninstall any Hamlib package 
>> you have before installing the new build
>> 
>> 
>> #3 If you don't save directly you need to open a file browser and move the 
>> file that way.
>> 
>> 
>> If you're not familiar with that here's a video on the file browser - 
>> https://www.youtube.com/watch?v=AyVqCJrs9dk
>> 
>> 
>> Mike W9MDB
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Tuesday, November 29, 2022 at 12:08:03 PM CST, Jay via wsjt-devel 
>>  wrote: 
>> 
>> 
>> 
>> 
>> 
>> I just installed the new RC5 into my Windows 10 64 bit computer and am 
>> getting a Hamlib error when trying to activate CAT control.
>> 
>> Radio is a Flex 6500 and I normally use TCP ports to control the Slice 
>> receiver, This is NOT the Kenwood emulation using COM ports. However I get 
>> this error message when I try to test the CAT connection in the 
>> Settings/Radio tab in WSJT-X RC5. See attached jpg.
>> 
>> 73 Jay KA9CFD
>> 
>> 
>> ___
>> 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] WSJT-X 2.6.0-rc5 hamlib failure for Flex radio

[Gary Rogers via wsjt-devel]

George I compiled hamlib for Mac this AM:

https://www.dropbox.com/s/gqgp5yvu3cpbdre/libhamlib.4.dylib?dl=0
libhamlib.4.dylib
dropbox.com


To to Applications, right click on WSJT-X app, select show package contents. 
Paste the file above into frameworks and respond yes when it asks to replace 
the file.

> On Nov 29, 2022, at 2:21 PM, George Molnar via wsjt-devel 
>  wrote:
> 
> I’m a Mac user so will work around the issue with the Kenwood settings for 
> now.
> 
> Thanks for the info, Mike.
> 
> George J Molnar
> College Park, Maryland
> KF2TFM19ma
> 
> 
>> On Nov 29, 2022, at 1:52 PM, Jay via wsjt-devel 
>>  wrote:
>> 
>> This has solved the problem for me. Thanks Mike and the team.
>> 
>> Jay KA9CFD
>> 
>> -Original Message-
>> From: Black Michael  
>> Sent: Tuesday, November 29, 2022 12:37
>> To: wsjt-devel@lists.sourceforge.net
>> Cc: ka9...@mtcnow.net
>> Subject: Re: [wsjt-devel] WSJT-X 2.6.0-rc5 hamlib failure for Flex radio
>> 
>> RC5 was built with an older hamlib.
>> 
>> Please try the latest.
>> 
>> New hamlib for installation directions
>> 
>> #1 Shut down WSJTX
>> 
>> 
>> #2 Download either the 32-bit or 64-bit DLL matching the 32/64-bit version 
>> of WSJTX -- hopefully your browser doesn't block it but may warn you 
>> multiple times.
>> 
>> 
>> If you can do a "Save As" you can save it directly in the appropriate WSJTX 
>> directory C:\WSJT\WSJTX\bin and replace the libhamlib-4.dll that is there.
>> 
>> 
>> http://n0nb.users.sourceforge.net/dll32/libhamlib-4.dll
>> 
>> 
>> http://n0nb.users.sourceforge.net/dll64/libhamlib-4.dll
>> 
>> 
>> Linux/Unix/Mac users need to compile the latest tar file from 
>> http://n0nb.users.sourceforge.net
>> Note: If compiling on Unix-like systems please uninstall any Hamlib package 
>> you have before installing the new build
>> 
>> 
>> #3 If you don't save directly you need to open a file browser and move the 
>> file that way.
>> 
>> 
>> If you're not familiar with that here's a video on the file browser - 
>> https://www.youtube.com/watch?v=AyVqCJrs9dk
>> 
>> 
>> Mike W9MDB
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Tuesday, November 29, 2022 at 12:08:03 PM CST, Jay via wsjt-devel 
>>  wrote: 
>> 
>> 
>> 
>> 
>> 
>> I just installed the new RC5 into my Windows 10 64 bit computer and am 
>> getting a Hamlib error when trying to activate CAT control.
>> 
>> Radio is a Flex 6500 and I normally use TCP ports to control the Slice 
>> receiver, This is NOT the Kenwood emulation using COM ports. However I get 
>> this error message when I try to test the CAT connection in the 
>> Settings/Radio tab in WSJT-X RC5. See attached jpg.
>> 
>> 73 Jay KA9CFD
>> 
>> 
>> ___
>> 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] RC4 crashes

[Gary McDuffie via wsjt-devel]

> On Nov 23, 2022, at 21:58, Black Michael via wsjt-devel 
>  wrote:
> 
> Would that switch to FT4 be occurring while decodes are still appearing on 
> the screen?

Probably while or before decodes are happening, since they come so fast with 
heavy activity.

Gary - AG0N

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

Re: [wsjt-devel] RC4 crashes

[Gary McDuffie via wsjt-devel]

> On Nov 23, 2022, at 13:54, Michael Black via wsjt-devel 
>  wrote:
> 
> Known bug if you are using max dust or call first. It’s fixed for RC5.
> Mike W9MDB 

One more confirmation from my station, Mike.  As previously stated, it is very 
repeatable.  

Go up on 17, 12, or 10 meters (probably any other band too, but this is where 
I’ve tested).
Let it monitor the FT8 segment for a period of time, say several sequences.  
The. hit the quick button to go to FT4.  The blue decode button lights and 
stays lit (stuck).  from that time on, there are no decodes on the screen.  
Waterfall looks great, just no decoding.  Of course, we’re assuming the band is 
open, as it has been, and there’s lots of traffic.

To recover, hit the corner X and close the program.  Open it right back up and 
go to FT4.  All is well again.

Note, I have NOT tested by changing modes using the menu.  That’s on my list of 
things to do.  

Any idea when RC5 will break loose?

Thank you,
Gary - AG0N

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

Re: [wsjt-devel] Program crash

[Gary McDuffie via wsjt-devel]

> On Oct 24, 2022, at 11:46, Tony ZL3HAM via wsjt-devel 
>  wrote:
> 
>> I'm running Ver 2.6.0-rc4 on Windows 11 Pro and the program has just crashed 
>> for the second time and it needed a PC reboot to restore. At the time I was 
>> on 20m FT4 after having a few QSO's and it crashed whilst in listening mode.

I caught this post and was about to make one similar, so I’ll jump into the 
thread.

Two times in one week, I had what seemed to be a repeatable crash.  I’ve only 
done it twice, so can’t guarantee duplication at this time.  Running RC4 since 
it came out.

Except during poor weather conditions, where I might expect lightning, I leave 
the rig running 24/7 and almost always monitoring an active band.  During the 
day, it is on 10 meters, since it is open daily now, and at night, it monitors 
17 meters because it has activity on it almost all night.  There are 
exceptions, of course.  Between those times, I may have it on 15 (seldom) or 12 
meters.

In both of the recent cases, I had gotten up in the morning and monitored the 
mentioned upper bands and gotten on the air about mid-morning.  I’ve been doing 
around 1-2 contacts per minute lately (FT4), and have fun keeping it going with 
no breaks.  Sometime after maybe 10am (after a few hours of on air operation), 
the program just closed unceremoniously.  In both cases, I was running a string 
of rapid contacts.

Computer is an I7 with 24gig of memory, Win 10.  Two browser copies open, with 
5 or 6 tabs open in each.  RF is not an issue.  

Logging software is RumLog, running separately on a Mac.

Prior to this period, I had never had this sort of un-commanded shutdown, even 
in RC1, 2, or 3.  I had to use task manager to get rid of jt9.exe.  Restarting 
WSJT-X after that brought things back to normal again as far as I know.  WSJT-X 
is restarted now and then when things settle down, just on principle.

Gary - AG0N

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

Re: [wsjt-devel] Possible RC4 issue

[Gary McDuffie via wsjt-devel]

> On Sep 18, 2022, at 22:32, Reino Talarmo via wsjt-devel 
>  wrote:
> 
> This may be irrelevant, but how you returned from FT4 to FT8 to work the 
> single station? 

Reino,

Sorry, I forgot to respond to this.  I was only doing the mode change with the 
new mode buttons, not the mode drop down.

Gary - AG0N

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

Re: [wsjt-devel] Possible RC4 issue

[Gary McDuffie via wsjt-devel]

> On Sep 18, 2022, at 22:32, Reino Talarmo via wsjt-devel 
>  wrote:
> 
> This may be irrelevant, but how you returned from FT4 to FT8 to work the 
> single station? 
> 
>> When I tried to restart WSJT-X, it failed, giving me the following error:
>   Sub Process Error
>   Failed to close orphaned jt9 process
> 
> The failure reason is solely due to the orphaned jt9 (jt8.exe) process that 
> is the main engine for decoding within wsjt-x, I think. You could have also 
> kill the process (jt8.exe) using Windows Task Manager. Normally that is 
> enough and no need to reboot the total system.

Will try to remember that, but I will be surprised if it happens again.  ;-)

Gary - AG0N

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

Re: [wsjt-devel] Possible RC4 issue

[Gary McDuffie via wsjt-devel]

> On Sep 18, 2022, at 21:25, Black Michael via wsjt-devel 
>  wrote:
> 
> About how long were you running when this happened?

If by “running” you mean the program was loaded and running, it runs 24/hrs a 
day.  Since we are in lightning storm season, it was probably shut down and 
restarted the night before.  As for actually working people, probably no more 
than 10 minutes when I walked into the shack.  Before that, it was just 
monitoring the band.

By the way, it has again run trouble free since last night, so still may be a 
one-off deal.

Gary - AG0N

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

Re: [wsjt-devel] Possible RC4 issue

[Gary Rogers via wsjt-devel]

I’ve also had this happen on maybe four occasions when using FT8. RC4 on 
Windows10 running in Parallels on MacBook. Seems to be random. Resolved by 
killing the JT9 process in Task manager and restarting WSJT-X

> On Sep 19, 2022, at 9:34 AM, Bill Lederer via wsjt-devel 
>  wrote:
> 
> I've had three segfaults on rc4. 
> 
> One when I had just started up, another after I had been running for a little 
> while, and a third when I clicked the "menus" button.  No other correlation 
> that I could find. I didn't find a "core" file.
> 
> On Sun, Sep 18, 2022 at 10:32 PM Black Michael via wsjt-devel 
> mailto:wsjt-devel@lists.sourceforge.net>> 
> wrote:
> About how long were you running when this happened?
> 
> I also had a segfault when WSJTX was just decoding but it was probably 20 
> hours of runtime.
> 
> Mike W9MDB
> 
> 
> 
> 
> On Sunday, September 18, 2022 at 08:49:23 PM CDT, Gary McDuffie via 
> wsjt-devel  <mailto:wsjt-devel@lists.sourceforge.net>> wrote:
> 
> 
> I seldom report problems that I might have because I don’t usually have 
> enough notes on all the details, but this one seemed serious enough that I’ll 
> tell you what I know about it.  Can I duplicate?  Of course not, yet.  I’ve 
> been using RC4 since it came out, so it's likely a one-off event.  I’ve not 
> had previous problems.
> 
> I was on 17M FT8, made a few contacts with no problem.  After the last one 
> logged, I hit the FT4 button and jumped up the band as I frequently do when 
> things are busy.  I worked one station on FT8 and logged it.  After it 
> logged, the program simply closed itself - gone.
> 
> When I tried to restart WSJT-X, it failed, giving me the following error:
> Sub Process Error
> Failed to close orphaned jt9 process
> I am very familiar with the jt9 task error, and haven’t had one for a long 
> time, but I think this is the first time I’ve had the process error.  WXJT-X 
> did not load.  When I clicked on the error to close it, it was replaced by a 
> second one that said simply:
> Fatal error
> Sub-process error
> Acknowledging that one closed the error message & it went away.
> 
> Any time I tried to repeat the reloading of WSJT-X, the same errors popped 
> up.  In order to get it back up and running, I had to reboot the system 
> entirely.  It seems to be running smoothly since then, as it had before.  I 
> suspect everything is fine and this was just a glitch.
> 
> Gary - AG0N
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> <https://lists.sourceforge.net/lists/listinfo/wsjt-devel>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> <https://lists.sourceforge.net/lists/listinfo/wsjt-devel>
> 
> 
> -- 
> --w8lvn--
> ___
> 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] Possible RC4 issue

[Gary McDuffie via wsjt-devel]

I seldom report problems that I might have because I don’t usually have enough 
notes on all the details, but this one seemed serious enough that I’ll tell you 
what I know about it.  Can I duplicate?  Of course not, yet.  I’ve been using 
RC4 since it came out, so it's likely a one-off event.  I’ve not had previous 
problems.

I was on 17M FT8, made a few contacts with no problem.  After the last one 
logged, I hit the FT4 button and jumped up the band as I frequently do when 
things are busy.  I worked one station on FT8 and logged it.  After it logged, 
the program simply closed itself - gone.

When I tried to restart WSJT-X, it failed, giving me the following error:
Sub Process Error
Failed to close orphaned jt9 process
I am very familiar with the jt9 task error, and haven’t had one for a long 
time, but I think this is the first time I’ve had the process error.  WXJT-X 
did not load.  When I clicked on the error to close it, it was replaced by a 
second one that said simply:
Fatal error
Sub-process error
Acknowledging that one closed the error message & it went away.

Any time I tried to repeat the reloading of WSJT-X, the same errors popped up.  
In order to get it back up and running, I had to reboot the system entirely.  
It seems to be running smoothly since then, as it had before.  I suspect 
everything is fine and this was just a glitch.

Gary - AG0N

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

Re: [wsjt-devel] wsjt-x2.6.0-rc4-win64 map65 portaudio issue

[Gary Simpkins via wsjt-devel]

Hi Bradshaw

Sorry its a bit longer than one sentence.

The antenna is 4 x 12 element crossed yagi array. I use a SDRplay Duo 
for the reciever with 2 masthead LNAs (EME3s from anntena-amplifiers 
(based in Serbia)). I use a IC-9700 for transmitter with a Gemini 
linear. The antenna is 4 x 12 element crossed yagi.


Today EME can be achived with smaller antennas. I live in a very RF 
noisy area, so cannot do as well as others on 2M. Week-ends are better 
for me as long as the electric fence in the paddock is not activated. I 
am think  linrad may help a bit with its smart noise blanker, but have 
not set this up yet. For software I use the SDRPlay UNO, and also Davids 
RSPduoEME prog, that allows the phase of the two duo recievers to be 
matched. This should improve the adaptive operation of my MAP65 setup.


There are many ways to set up an EME station. Much easier than in 1970. 
A long single horizontal antenna, LNA and a SSB TCVR with wsjt-x 
software can work the big stations like HP9Q,


Hope this helps.

Regards

Gary G8EOH

On 18/09/2022 11:30, piRshared.org via wsjt-devel wrote:

Gary, May I please have a one sentence list of your EME transmitter, 
receiver and antennas? Thanks, bradshaw K1te, in buzzards bay ma.


I have been dreaming about EME since a slide show in derry New 
Hampshire in 1974, when the equipment antennas and liquid nitrogen 
cooled preamplifier was three times my high school physics teacher 
annual salary,  Tnx es 73


Sent from Proton Mail for iOS


On Sat, Sep 17, 2022 at 1:55 PM, Gary Simpkins via wsjt-devel 
 wrote:

Hi All

I hope I have joined the group correctly. If so thankyou.

I have recenlty upgraded WSJT-x to wsjtx-2.5.4-win64. I use MAP65 for 
EME.

The audio selection in MAP65 only offered MME. No good for 4channel
audio required for Xpol solutions.
The 64bit version used libportaudio-2.dll 685kb
I tried the 32bit version. This worked. There was a new
libportaudio-i686-w64-mingw32.static.dll. 332kb
I solved the wsjtx-2.5.4-win64 version by replacing the new
libportaudio-2.dll 665kb with an old libportaudio-2.dll 342kb. This
worked and MAP was working with 4channel audio again.
I have now tried the latest version for testing wsjtx-2.6.0-rc4-win32
works well and the gain feature is great.
I had the same problem with the 64bit version, fixed with the same
solution. The gain geature work here too.

I know what I did was not very professional, and really the 64bit
portaudio.dll needs to be looked at.
But thought you may need to know my temporary fix.


Regards

Gary G8EOH




___
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-x2.6.0-rc4-win64 map65 portaudio issue

[Gary Lane via wsjt-devel]

Evening 

My present favourite Radio is - Yaesu FTdx101MD, antenna is a trapped vertical, 
op is 1-200Watts depending on conditions..

 Regards Gary VK4OO



> On 18 Sep 2022, at 20:30, piRshared.org via wsjt-devel 
>  wrote:
> 
> Gary, May I please have a one sentence list of your EME transmitter, receiver 
> and antennas? Thanks, bradshaw K1te, in buzzards bay ma.  
> 
> I have been dreaming about EME since a slide show in derry New Hampshire in 
> 1974, when the equipment antennas and liquid nitrogen cooled preamplifier was 
> three times my high school physics teacher annual salary,  Tnx es 73
> 
> Sent from Proton Mail for iOS
> 
> 
> On Sat, Sep 17, 2022 at 1:55 PM, Gary Simpkins via wsjt-devel 
> mailto:wsjt-devel@lists.sourceforge.net>> 
> wrote:
>> 
>> Hi All
>> 
>> I hope I have joined the group correctly. If so thankyou.
>> 
>> I have recenlty upgraded WSJT-x to wsjtx-2.5.4-win64. I use MAP65 for EME.
>> The audio selection in MAP65 only offered MME. No good for 4channel
>> audio required for Xpol solutions.
>> The 64bit version used libportaudio-2.dll 685kb
>> I tried the 32bit version. This worked. There was a new
>> libportaudio-i686-w64-mingw32.static.dll. 332kb
>> I solved the wsjtx-2.5.4-win64 version by replacing the new
>> libportaudio-2.dll 665kb with an old libportaudio-2.dll 342kb. This
>> worked and MAP was working with 4channel audio again.
>> I have now tried the latest version for testing wsjtx-2.6.0-rc4-win32 
>> works well and the gain feature is great.
>> I had the same problem with the 64bit version, fixed with the same
>> solution. The gain geature work here too.
>> 
>> I know what I did was not very professional, and really the 64bit
>> portaudio.dll needs to be looked at.
>> But thought you may need to know my temporary fix.
>> 
>> 
>> Regards
>> 
>> Gary G8EOH
>> 
>> 
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>  f2353cfd.asc>___
> 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-x2.6.0-rc4-win64 map65 portaudio issue

[Gary Simpkins via wsjt-devel]

Hi All

I hope I have joined the group correctly.  If so thankyou.

I have recenlty upgraded WSJT-x to wsjtx-2.5.4-win64. I use MAP65 for EME.
The audio selection in MAP65 only offered MME. No good for 4channel 
audio required for Xpol solutions.

The 64bit version used libportaudio-2.dll  685kb
I tried the 32bit version.  This worked. There was a new 
libportaudio-i686-w64-mingw32.static.dll.  332kb
I solved the wsjtx-2.5.4-win64 version by replacing the new 
libportaudio-2.dll  665kb with an old libportaudio-2.dll 342kb. This 
worked and MAP was working with 4channel audio again.
I have now tried the latest version for testing wsjtx-2.6.0-rc4-win32  
works well and the gain feature is great.
I had the same problem with the 64bit version, fixed with the same 
solution. The gain geature work here too.


I know what I did was not very professional, and really the 64bit 
portaudio.dll needs to be looked at.

But thought you may need to know my temporary fix.


Regards

Gary  G8EOH




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

Re: [wsjt-devel] Linux alert woes

[Gary McDuffie via wsjt-devel]

> On Sep 7, 2022, at 13:29, Jody Barefoot via wsjt-devel 
>  wrote:
> 
> So I was wondering if the developers of WSJT-X would consider incorporating 
> the same kind of simple beep alerts that JTDX has. 

Sorry, brain didn’t register the Linux comment.  I’ll crawl back in the hole.  
Apologies.

Gary

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

Re: [wsjt-devel] Linux alert woes

[Gary McDuffie via wsjt-devel]

> On Sep 7, 2022, at 13:29, Jody Barefoot via wsjt-devel 
>  wrote:
> 
> So I was wondering if the developers of WSJT-X would consider incorporating 
> the same kind of simple beep alerts that JTDX has. 

That way we can add more beeps and boops to the Windows garbage that people are 
spewing out on the band when they don’t know how to properly configure their 
audio.  Sorry, I think the program should remain quiet, as should all of them 
when running digital modes.

Gary - AG0N

___
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-rc4

[Gary Rogers via wsjt-devel]

I was able to build rc4 for Windows with JTSDK (with the latest Hamlet build) 
and used it last night to make 17 QSOs. No issues to report. Also built it for 
Mac Intel but I am only able to test it in receive mode at present. No issues 
there either.

> On Sep 7, 2022, at 9:28 AM, Joe Taylor via wsjt-devel 
>  wrote:
> 
> Dear WSJT-X Users,
> 
> We are pleased to announce that Release Candidate WSJT-X 2.6.0-rc4 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-rc4 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-rc4".
> 
> An installation file for macOS is not presently available.  One will be 
> posted as soon as possible.
> 
> 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-rc4.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] RC4 Minor Nit

[Gary Rogers via wsjt-devel]

Mine shows RC4 on both Windows and Mac...

> On Sep 7, 2022, at 8:19 PM, Dennis Younker NE6I via wsjt-devel 
>  wrote:
> 
> I notice that RC4 displays itself as 2.5.4 instead of 2.6.0-rc4. Obviously 
> this does not affect performance but thought I would point it out. 
>  
> 
> ___
> 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] Watchdog timer for F/H?

[Gary McDuffie via wsjt-devel]

> On Jul 28, 2022, at 14:04, Richard V Zwirko via wsjt-devel 
>  wrote:
> 
> Comments?

You’re talking about defeating the timer, which is there for a reason.  If you 
aren’t getting a response from the other station, give it a break and let 
someone else have a bit of a chance before you “reset” the timer.

In early documentation on the subject, it was explained.

73, Gary - AG0N

___
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

[Gary Rogers via wsjt-devel]

Was also able to build from source for Raspberry Pi without errors. 

Sent from my iPhone

> On Jul 21, 2022, at 11:05 AM, Andrew Neumeier via wsjt-devel 
>  wrote:
> 
> 
> 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 in
> touch 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
___
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

[Gary Rogers via wsjt-devel]

For those compiling from source, note that the extracted folder is dated June 
14, 2022 so you may have to look back in your download folder to find it. 

When compiling for Mac, got Hamlib errors but running:

in your wsjt-x build directory, 

cd hamlib-prefix/src/hamlib

then type:
./configure

Fixed the problem and it builds without errors. 

Sent from my iPhone

> On Jul 21, 2022, at 6:46 AM, Marco Calistri via wsjt-devel 
>  wrote:
> 
> 
> Many thanks to all the WSJT-X Developement Team for their effort by providing 
> us more and more features and delighting usage of this nice program!
> 
> I'm gonna to download, compile and test the version RC2 for Linux today!
> 
> ---
> 73 de Marco, PY1ZRJ (former IK5BCU)
> 
> 
> 
> Il 21/07/22 09:58, Joe Taylor via wsjt-devel ha scritto:
>> 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
___
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-rc1 Waterfall Issue

[Gary Rogers via wsjt-devel]

So I had the N Avg set to 2 which gave the intermittent displays. Reducing to N 
avg to 1 solved the problem. Any N Avg setting above 3 eliminates the time hack 
and band label. Guess I’ll leave it at 1…Thanks for your help!

Gary KO3F

> You've got barely enough room to show it -- the height of the intervals may 
> be 1 pixel off or so and make the difference.
> 
> If you decrease your "N Avg" by 1 they should all show up.
> 
> I take it you increased your font size?
> 
> Mike W9MDB
> 
> 
> 
> 
> On Tuesday, June 21, 2022, 11:10:52 PM CDT, Gary Rogers via wsjt-devel 
>  wrote:
> 
> 
> Using RC1 on Windows 10. Noticed tonight that the time hacks and band 
> notations are intermittently missing from the waterfall:
> 
> 
> 
> It seems random and I cannot point to a possible cause.
> 
> Gary KO3F
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> <https://lists.sourceforge.net/lists/listinfo/wsjt-devel>
>  PM.png>___
> 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] Release Candidate WSJT-X 2.6.0-rc1 Waterfall Issue

[Gary Rogers via wsjt-devel]

Mike, I have not increased font size from default… Will try N avg change later 
and advise…Thanks

> On Jun 22, 2022, at 5:36 AM, Black Michael via wsjt-devel 
>  wrote:
> 
> You've got barely enough room to show it -- the height of the intervals may 
> be 1 pixel off or so and make the difference.
> 
> If you decrease your "N Avg" by 1 they should all show up.
> 
> I take it you increased your font size?
> 
> Mike W9MDB
> 
> 
> 
> 
> On Tuesday, June 21, 2022, 11:10:52 PM CDT, Gary Rogers via wsjt-devel 
>  wrote:
> 
> 
> Using RC1 on Windows 10. Noticed tonight that the time hacks and band 
> notations are intermittently missing from the waterfall:
> 
> 
> 
> It seems random and I cannot point to a possible cause.
> 
> Gary KO3F
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> <https://lists.sourceforge.net/lists/listinfo/wsjt-devel>
>  PM.png>___
> 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] Fwd: [WSJTX] WSJT-X 2.6.0rc1 build error #macOS

[Gary Rogers via wsjt-devel]

FYI

Sent from my iPhone

Begin forwarded message:

> From: "Gary Rogers via groups.io" 
> Date: June 16, 2022 at 10:22:04 AM PDT
> To: m...@wsjtx.groups.io
> Subject: [WSJTX] WSJT-X 2.6.0rc1 build error #macOS
> Reply-To: m...@wsjtx.groups.io
> 
> I’ve installed on Windows 10, MacOS 12.4 and Raspberry Pi using the provided 
> installers. All seem to functioning as intended.
> 
> When I try to build from source for MacOS, I get the following fatal error 
> during the Hamlib build portion:
> 
> /Users/charlesrogers/Build/hamlib-prefix/src/hamlib/src/parallel.h:30:12: 
> fatal error: 'linux/parport.h' file not found
> #  include 
>   ^
> 1 error generated.
> make[5]: *** [dummy.lo] Error 1
> make[5]: *** Waiting for unfinished jobs
> make[4]: *** [all-recursive] Error 1
> make[3]: *** [hamlib-prefix/src/hamlib-stamp/hamlib-build] Error 2
> make[2]: *** [CMakeFiles/hamlib-install.dir/all] Error 2
> make[1]: *** [CMakeFiles/package.dir/rule] Error 2
> make: *** [package] Error 2
> 
> Any thoughts on how to resolve?
> 
> 
> -=-=-=-=-=-=-=-=-=-=-=-
> Groups.io Links: You receive all messages sent to this group.
> View/Reply Online (#35422): https://WSJTX.groups.io/g/main/message/35422
> Mute This Topic: https://groups.io/mt/91804625/406120
> Mute #macos:https://WSJTX.groups.io/g/main/mutehashtag/macos
> Group Owner: main+ow...@wsjtx.groups.io
> Unsubscribe: 
> https://WSJTX.groups.io/g/main/leave/4029737/406120/1666241859/xyzzy 
> [cgaryrogers...@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
> 
> 
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Are you building WSJT-X ?

[Gary Rogers via wsjt-devel]

Hi Joe,

- Building on what platform? Windows, Linux, macOS, or other?

I am primarily a Mac user and after a couple of years' struggle, I finally was 
able to build v2.5.4 just last week. I used the late Bill Somerville’s 
documentation at 
https://www.evernote.com/pub/bsomervi/wsjt-xmacbuilds#st=p=a340e222-647a-4472-a10e-1849ab521ff8
 as the basis after updating and deconflicting various QT and GCC versions that 
i had on my MacBook. I have also built WSJT-X for Windows 10 using Parallels 
and the JTSDK methodology but don’t really use it on the air. I also have 
WSJT-X running on a Raspberry Pi 400 but don’t compile it or use it on the air 
currently.

- What are your particular programming skills and interests?

Novice programming skills only, rudimentary use of Cmake. Would maybe like to 
be able to help as a backup to the primary Mac programmer or as a resource to 
Mac users just getting started.

- Are you making changes to the code? If so, toward what end?

No

- What portions of the code have you studied well enough to understand?

None.

I have to say that if it weren’t for WSJT-X I’m not sure where i would have 
ended up in ham radio. After I got my Tech ticket in 2014, an elmer encouraged 
me to look at JT65. I watched a YouTube video and that’s all it took. 30,000 
QSOs later (most all of them, via WSJT-X), its been challenging but most 
rewarding and provided countless hours of enjoyment.

Thank you!

> On Apr 25, 2022, at 8:29 AM, Joe Taylor via wsjt-devel 
>  wrote:
> 
> - Building on what platform? Windows, Linux, macOS, or other?
> 
> - What are your particular programming skills and interests?
> 
> - Are you making changes to the code? If so, toward what end?
> 
> - What portions of the code have you studied well enough to understand?

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

Re: [wsjt-devel] Are you building WSJT-X ?

[Gary Rogers via wsjt-devel]

Hi Joe,

- Building on what platform? Windows, Linux, macOS, or other?

I am primarily a Mac user and after a couple of years' struggle, I finally was 
able to build v2.5.4 just last week. I used the late Bill Somerville’s 
documentation at 
https://www.evernote.com/pub/bsomervi/wsjt-xmacbuilds#st=p=a340e222-647a-4472-a10e-1849ab521ff8
 as the basis after updating and deconflicting various QT and GCC versions that 
i had on my MacBook. I have also built WSJT-X for Windows 10 using Parallels 
and the JTSDK methodology but don’t really use it on the air. I also have 
WSJT-X running on a Raspberry Pi 400 but don’t compile it or use it on the air 
currently.

- What are your particular programming skills and interests?

Novice programming skills only, rudimentary use of Cmake. Would maybe like to 
be able to help as a backup to the primary Mac programmer or as a resource to 
Mac users just getting started.

- Are you making changes to the code? If so, toward what end?

No

- What portions of the code have you studied well enough to understand?

None.

I have to say that if it weren’t for WSJT-X I’m not sure where i would have 
ended up in ham radio. After I got my Tech ticket in 2014, an elmer encouraged 
me to look at JT65. I watched a YouTube video and that’s all it took. 30,000 
QSOs later (most all of them, via WSJT-X), its been challenging but most 
rewarding and provided countless hours of enjoyment.

Thank you!

> On Apr 25, 2022, at 8:29 AM, Joe Taylor via wsjt-devel 
>  wrote:
> 
> - Building on what platform? Windows, Linux, macOS, or other?
> 
> - What are your particular programming skills and interests?
> 
> - Are you making changes to the code? If so, toward what end?
> 
> - What portions of the code have you studied well enough to understand?

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

Re: [wsjt-devel] SUGGESTION

[Gary trock via wsjt-devel]

Thanks for the suggestions.
Gary N8GT

Sent from my iPhone

> On Mar 6, 2022, at 1:09 PM, Gary McDuffie via wsjt-devel 
>  wrote:
> 
> 
> 
>> On Mar 5, 2022, at 21:19, Gavin ZL3GAV via wsjt-devel 
>>  wrote:
>> 
>> With the TUNE button, can this be limited to timeout at 10 seconds maximum 
>> please?
>> 
>> From experience, we all make silly mistakes, whilst tuning my FT-991A I got 
>> distracted, with the result, I nuked the radio (since fixed)running on full 
>> power on TUNE. It is not a pleasant experience the acrid smell of burning 
>> electronic components!
> 
> A much simpler way to get around it is to be sure you always have MONITOR 
> turned on.  You should be monitoring your output audio quality anyway.  It 
> will give you immediate notification when it is either locked on or 
> forgotten.  It doesn’t need to be loud, but if you can hear it, it will let 
> you know it is still on.  Also, most radios these days have a timeout timer 
> that you can set for maximum transmit time.  Set that to save the transmitter 
> from destroying itself, or QRMing the rest of the people on the band.
> 
> Gary - AG0N
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fwsjt-develdata=04%7C01%7C%7C4a7d375e44694a9598cf08d9ffb59b25%7C84df9e7fe9f640afb435%7C1%7C0%7C637821977733852714%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=tLm1%2FPkKRhJQvuBrzSNiRt%2BpgiGwEs1ccw7YO1SXNWo%3Dreserved=0

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

Re: [wsjt-devel] SUGGESTION

[Gary McDuffie via wsjt-devel]

> On Mar 6, 2022, at 02:56, Alan via wsjt-devel 
>  wrote:
> 
>  it's an important feature because many XCVR's do not offer this function in 
> a simple manner.

Put the radio in CW mode and lock the key.  Simple.

Gary - AG0N

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

Re: [wsjt-devel] SUGGESTION

[Gary McDuffie via wsjt-devel]

> On Mar 5, 2022, at 21:19, Gavin ZL3GAV via wsjt-devel 
>  wrote:
> 
> With the TUNE button, can this be limited to timeout at 10 seconds maximum 
> please?
>  
> From experience, we all make silly mistakes, whilst tuning my FT-991A I got 
> distracted, with the result, I nuked the radio (since fixed)running on full 
> power on TUNE. It is not a pleasant experience the acrid smell of burning 
> electronic components!

A much simpler way to get around it is to be sure you always have MONITOR 
turned on.  You should be monitoring your output audio quality anyway.  It will 
give you immediate notification when it is either locked on or forgotten.  It 
doesn’t need to be loud, but if you can hear it, it will let you know it is 
still on.  Also, most radios these days have a timeout timer that you can set 
for maximum transmit time.  Set that to save the transmitter from destroying 
itself, or QRMing the rest of the people on the band.

Gary - AG0N

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

Re: [wsjt-devel] QSO 15 meters FT8 F/H not logged!

[Gary McDuffie via wsjt-devel]

> On Feb 19, 2022, at 14:51, Grant VK5GR via wsjt-devel 
>  wrote:
> 
> As for how to ID exactly what mode they are running….

Let’s be clear.  You’re not talking about MODEs here.  Logged mode is till FT8. 
 You’re talking about protocol or format.  The mode is still FT8.

Gary - AG0N



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

Re: [wsjt-devel] "Pwr" Slider Acting Goofy in WSJT-X v2.5.4

[Gary trock via wsjt-devel]

I’m a novice but I do use the mouse to control the power slider. I think W9MDB 
showed me that. 
Gary N8GT

Sent from my iPhone

> On Feb 12, 2022, at 3:24 AM, Saku via wsjt-devel 
>  wrote:
> 
> HI Tony!
> 
> Have you tried to move mouse cursor on Pwr slider, not click at all, but use 
> mouse roll to move slider instead?
> 
> Anthony Hackenberg via wsjt-devel kirjoitti 12.2.2022 klo 0.05:
>> However, the minute I mouse click on that slider's position, the slider's 
>> pointer jumps down to the bottom 
> 
> -- 
> Saku
> OH1KH
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fwsjt-develdata=04%7C01%7C%7Cf8fde0ebe3554ebe25b308d9ee011df3%7C84df9e7fe9f640afb435%7C1%7C0%7C637802510832396281%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=y7E6OXax60tV6lgp2mdn11GBjpcWExQy0JcHQ4LKCMY%3Dreserved=0

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

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

[Gary Rogers via wsjt-devel]

Yes i would love to see your instructions!

Thanks Gary KO3F

> On Dec 27, 2021, at 3:11 PM, Alex Lelievre via wsjt-devel 
>  wrote:
> 
> I wanted to post a progress update to getting WSJT-X built and running 
> natively on Apple M1 hardware.  
> 
> Today I managed to get FT8 to work natively on Apple M1 with version 2.5.3.  
> Previously this was crashing due to a compiler issue (stacks on M1 are not 
> executable).  The gcc community posted a fix for this issue a few days ago 
> and amazingly now the Jt9 process runs without crashing!!  Amazing!
> 
> There are still some remaining issues that I had to fix up manually for those 
> that are interested:
> - I had to stub __chkstk_darwin()
> - I had to replace libgcc_s.1.1.dylib with libgcc_s.dylib (and then renamed 
> to libgcc_s.1.1.dylib to cheat)…  This is necessary otherwise ___addtf3 is an 
> unresolved import and causes WSJT-X to crash on launch.
> - I had to manually sign the executable to run on Monterey 12.1.
> 
> If anyone else is interested in building a native version of WSJT-X for Apple 
> M1 please let me know and I will post my instructions…  Once those issues 
> listed above are resolved, I can look into getting this build into the 
> official releases (which I have no idea how to do).
> 
> Also just wanted to express my deepest condolences to Bill Somerville’s 
> family and friends.  If it wasn’t for his help I would never have been able 
> to get the code ported over to Apple M1.  He helped me learn Fortran and 
> answered my deluge of questions with enthusiasm and humor.  I will truly miss 
> his support.  RIP
> 
> alex 
> K6LOT
> 
> 
> 
>> On Aug 27, 2021, at 10:25 AM, Alex Lelievre  wrote:
>> 
>> Good thing I didn’t see that Qt blog article otherwise I wouldn’t have tried 
>> to build for arm64.  ;-)
>> I was holding out until I saw that most of brew now supported the M1.
>> 
>> I am still having some issues with the jt9 submodule crashing so I have some 
>> more work to do getting the fortran code to play nice with gfortran 11.x.  
>> I suspect I can fix this crash if I quiet some warnings about exceeding 
>> stack sizes and/or reentrancy warnings…
>> 
>> 
>> 
>> Alex
> 
> [snip]
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> <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.5.3: missing diist tar ball

[Gary Rogers via wsjt-devel]

Try here:

wsjtx-2.5.3.tgz 


> On Dec 24, 2021, at 6:50 PM, Tomasz Kłoczko via wsjt-devel 
>  wrote:
> 
> Hi,
> 
> Looks like on https://sourceforge.net/projects/wsjt/files/wsjtx-2.5.3/ 
>  there is no source 
> code dist tar ball.
> 
> kloczek
> -- 
> Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH 
> ___
> 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 2.5.3 crashes on TX5 with slash in call

[Gary trock via wsjt-devel]

You gentlemen are amazing

Sent from my iPhone

On Dec 24, 2021, at 12:27 PM, Black Michael via wsjt-devel 
 wrote:


The problem is somewhat random.

We've already found a fix for it and a new version should be released soon.

Mike W9MDB




On Friday, December 24, 2021, 11:19:53 AM CST, alan2--- via wsjt-devel 
 wrote:



Hi, I don't see this behaviour when sending a TX5 (at low power into a dummy 
load of course!) from my own call to my own call with /P added.

If I try the same but with /MM instead of /P I don't see the behaviour either, 
but the /MM is not transmitted and is also not shown anywhere in the UI apart 
from the TX5 box.

W10 64 Pro, latest updates

Alan G0TLK

On 24/12/2021 07:48, Rich - K1HTV via wsjt-devel wrote:
I have run into a problem with WSJT-X 2.5.3 when transmitting a TX5 message to 
any station with a "/"  followed by /MM or /P and probably other characters. 
I'm running the Win 64 bit version on a Windows 10 computer with the latest 
updates.

After transmitting the TX5 message, the receive cycle starts and runs for 11 
seconds. At that point the clock in the lower left corner stops and a few lines 
of decoded data is displayed, then the program ends. The problem ican be 
reproduced.

A jt9.exe process is left running, which must be deleted with Task Manager 
before WSJT-X can be started again.

The issue only occurs with stations with a forward slash in the callsign. I 
tried using a non-standard callsign such as 3DA0XXX, with no problem, only with 
calls with slash.

I've gone back to WSJT-X Version 2.5.2 and ran the same tests without the 
program crashing after a TX5 message with a forward slash in the call.

73,
Rich - K1HTV




___
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] WSJT-X 2.5.3 GA Release for macOS

[Gary Rogers via wsjt-devel]

John and Joe, I made 27 QSOs on FT8 and FT4 last night using 2.5.3 on Monterey 
12.0.1…Everything seems to be working as it should.

> On Dec 14, 2021, at 4:03 AM, John Nelson via wsjt-devel 
>  wrote:
> 
> Hi Joe,
> 
> This morning I checked the DMG download on 12.0.1 and also 12.1 on an Intel 
> MacBook Pro.  There were no problems.  I currently use 11.6.1.
> 
> I have received reports of DMG download for 10.13 through 10.15;  11.6.1 and 
> 12, so if you wish to re-do the earlier change on your web-site: "Version 
> 2.5.3 for macOS 10.13 through 12” this should avoid queries about whether the 
> download would work for 12.1.
> 
> It must be stressed that these reports refer only to confirmation that the 
> wsjtx-2.5.3-Darwin.dmg unpacks and installs correctly on Intel Macs as well 
> as M1 Macs with Rosetta, but do not make statements about matters relating to 
> WSJT-X 2.5.3 code.   This clearly needs more in depth testing to evaluate the 
> new features.
> 
> I am not able to generate a native M1 package.
> 
> Thanks to all who sent reports.
> 
> — 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 2.5.3 GA Release for macOS

[Gary Rogers via wsjt-devel]

It installed ok on my MacBook Pro (Intel) and connected to my radio…Haven’t had 
a chance to use it on the air yet though.

> On Dec 13, 2021, at 10:38 AM, George J Molnar via wsjt-devel 
>  wrote:
> 
> Working without incident on my M1 Mac mini under Monterey 12.0.1. 
> 
> George J Molnar
> College Park, Maryland 
> KF2T | FM19ma
> 
> 
> 
>> On Dec 13, 2021, at 1:31 PM, Joe Taylor via wsjt-devel 
>>  wrote:
>> 
>> Hi John,
>> 
>>> On 12/13/2021 1:17 PM, John Stengrevics WA1EAZ via wsjt-devel wrote:
>>> 
>>> My thanks to John Nelson for this.  However, does this Mac installation 
>>> package work with macOS Monterey 12.0.1 running on a M1X chip?
>> 
>> You just reminded me why I should not have changed "for macOS 10.13 through 
>> 11" to "for macOS 10.13 and later" on the web page.
>> 
>> I have now changed it back.  For more details (and possibly a prognosis 
>> concerning support for macOS 12.0.1) we will need input from a knowledgeable 
>> mac user, perhaps G4KLA, K9AN, or another volunteer?
>> 
>>   -- Joe, K1JT
>>> 73,
>>> John
>>> WA1EAZ
> On Dec 13, 2021, at 9:37 AM, Joe Taylor via wsjt-devel 
>  wrote:
 
 John Nelson, G4KLA, has kindly prepared a macOS installation package for 
 WSJT-X 2.5.3.  A download link has been posted on the WSJT-X web page:
 https://physics.princeton.edu//pulsar/k1jt/wsjtx.html
 
 We hope that installation packages for other OS varieties and the 
 source-code tarball can be made available in the near future.
 
 -- 73 from Joe, K1JT; Steve, K9AN; and Nico, IV3NWV
 
 
 ___
 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] Bill Somerville, G4WJS, SK

[Gary Lane via wsjt-devel]

Very sad news, my condolences to Bills friends and family….

Gary
VK4OO



> On 5 Dec 2021, at 19:15, John Nelson via wsjt-devel 
>  wrote:
> 
> Joe,
> 
> I am saddened to learn of your news.   This is blow to the WSJT-X community.
> 
> In the early days of Bill’s involvement with WSJT he often logged into my 
> Macs at home to test his software modifications on a Mac until he got a VM 
> working.  He and I had numerous discussions while testing new versions on 
> various Mac OS.   He was generous with his time in helping folks with 
> problems either running the codes or attempting to build the software on 
> various platforms.The multitude of emails to the development list is a 
> tribute to his commitment to ensure that the various programs operated 
> flawlessly.
> 
> His involvement with the development of WSJT-X code especially with 
> modernising the structure of the whole program has been immense.   I will 
> certainly miss his advice.
> 
> A sad day…
> 
> — 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] Question FT8

[Gary McDuffie via wsjt-devel]

> On Oct 4, 2021, at 13:09, Andrew Neumeier via wsjt-devel 
>  wrote:
> 
> 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.  

And this is the problem, Andy…. All of these modes were started on VHF.  After 
FT8 had been on the air a short time, some people decided to try it out on HF.  
By the way, there wasn’t a bunch of whining about too many sequences on HF wen 
it started.  People were happy to run it as it was, and it worked quite well.  
The more people got into it, the more there started to be this strange desire 
to make things go faster.  Contests, etc., just made it worse.  I would guess 
that the majority of the people on these modes now don’t know a thing about 
using them on six or two meters.  All you hear now is faster, faster, FASTER!  
Good grief!  As I posted months ago, why not just get the phone out and see how 
fast you can call your ham buddies and log contacts.  What’s happened to ham 
radio?  What is the hurry?

I know - unpopular opinion right now, but I know I’m not the only one.

Gary - AG0N

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

Re: [wsjt-devel] Question, FT8

[Gary McDuffie via wsjt-devel]

> On Oct 4, 2021, at 07:18, Neil Zampella via wsjt-devel 
>  wrote:
> 
> When you send RR73, when the Tx Enable turns off, the operator has the OPTION 
> to click it back on, select the Tx5 message, and have it go out.
> 
> See ... already implemented.  Just takes TWO clicks.

Yep, takes probably a half a sequence to figure out those steps and get it 
done.  By then, it won’t decode and you have to wait until the next cycle.  
Ridiculous waste of time.  Just default it to send.  It takes ONE click to kill 
it if it isn’t needed!

Gary - AG0N

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

Re: [wsjt-devel] Audio Button

[Gary trock via wsjt-devel]

Thanks so much. Will try Bill’s suggestions. Will call if I am still not 
successful.
73,
Gary

Sent from my iPhone

> On Sep 18, 2021, at 4:18 PM, Gary trock  wrote:
> 
> Wow. Didn’t know any of this. Will try when I get back to it, working 
> tomorrow. Will call if I need more help. Thanks again.
> 73
> Gary
> 
> Sent from my iPhone
> 
>>> On Sep 18, 2021, at 4:05 PM, Bill Somerville via wsjt-devel 
>>>  wrote:
>>> 
>>> 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 downloaded 2.4. USB connection to the computer. Under the 
>>> radio tab, whenever I download 2.4 the audio select button is on “mike” and 
>>> is gray so I can’t disengage. I’m trying to engage the “rear data” button 
>>> but it won’t engage. I then get a “rig control” error. This happens even if 
>>> I download 2.4 with my computer disconnected from anything. I humbly 
>>> request any assistance.
>>> Gary Trock
>>> N8GT
>> 
>> Welcome Gary,
>> 
>> The SignaLink USB interface is not a CAT interface. Your only valid CAT 
>> settings in WSJT-X when using a SignaLink USB interface is 
>> "Settings->Radio-Rig->None" and with that interface on you rradio you should 
>> also select "Settings->Radio->PTT Method->VOX" as the SignaLink USB handles 
>> PTT autonomously. The Tx audio source selection on the TS-850 is determined 
>> by how the rig is keyed, if keyed by the ACC 2 PKS (pin 9) then Tx audio is 
>> taken from the ACC PKD (pin 11) only and the front panel MIC input is muted. 
>> This should all be handled by the SignaLink USB connection cable and 
>> internal configuration plug.
>> 
>> 73
>> Bill
>> G4WJS.
>> 
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fwsjt-develdata=04%7C01%7C%7C31c316e52f0e4335613108d97adfa09e%7C84df9e7fe9f640afb435%7C1%7C0%7C637675923154231273%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=pteQ%2FED9qisqbDilhB%2BOv0tNjvSefhzx5LQgUUaaNZE%3Dreserved=0

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

Re: [wsjt-devel] Audio Button

[Gary trock via wsjt-devel]

Wow. Didn’t know any of this. Will try when I get back to it, working tomorrow. 
Will call if I need more help. Thanks again.
73
Gary

Sent from my iPhone

> On Sep 18, 2021, at 4:05 PM, Bill Somerville via wsjt-devel 
>  wrote:
> 
> 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 downloaded 2.4. USB connection to the computer. Under the 
>> radio tab, whenever I download 2.4 the audio select button is on “mike” and 
>> is gray so I can’t disengage. I’m trying to engage the “rear data” button 
>> but it won’t engage. I then get a “rig control” error. This happens even if 
>> I download 2.4 with my computer disconnected from anything. I humbly request 
>> any assistance.
>> Gary Trock
>> N8GT
> 
> Welcome Gary,
> 
> The SignaLink USB interface is not a CAT interface. Your only valid CAT 
> settings in WSJT-X when using a SignaLink USB interface is 
> "Settings->Radio-Rig->None" and with that interface on you rradio you should 
> also select "Settings->Radio->PTT Method->VOX" as the SignaLink USB handles 
> PTT autonomously. The Tx audio source selection on the TS-850 is determined 
> by how the rig is keyed, if keyed by the ACC 2 PKS (pin 9) then Tx audio is 
> taken from the ACC PKD (pin 11) only and the front panel MIC input is muted. 
> This should all be handled by the SignaLink USB connection cable and internal 
> configuration plug.
> 
> 73
> Bill
> G4WJS.
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fwsjt-develdata=04%7C01%7C%7C31c316e52f0e4335613108d97adfa09e%7C84df9e7fe9f640afb435%7C1%7C0%7C637675923154231273%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=pteQ%2FED9qisqbDilhB%2BOv0tNjvSefhzx5LQgUUaaNZE%3Dreserved=0

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

[wsjt-devel] Audio Button

[Gary trock via wsjt-devel]

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 
downloaded 2.4. USB connection to the computer. Under the radio tab, whenever I 
download 2.4 the audio select button is on “mike” and is gray so I can’t 
disengage. I’m trying to engage the “rear data” button but it won’t engage. I 
then get a “rig control” error. This happens even if I download 2.4 with my 
computer disconnected from anything. I humbly request any assistance.
Gary Trock
N8GT
gtroc...@msn.com

Sent from my iPhone
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Possible feature request, time skew notification?

[Gary McDuffie via wsjt-devel]

> On Jul 18, 2021, at 09:26, Carey Fisher via wsjt-devel 
>  wrote:
> 
> If you simply look at the waterfall, it's clearly obvious whether your clock 
> is off or not.

You and George are correct.  Simply looking at the waterfall will get you 
within the two seconds required.  After that, the df will give you all you need 
over a couple minutes time of monitoring.

If you run your waterfall so narrow that you can’t tell, you merely need to 
expand it for a few minutes.  I’ve seen some postings that show some people run 
their waterfall so narrow (vertically) that they can’t tell a thing about the 
timing or quality of incoming signals.  That’s the cost of setting up that way.

Use the tools within the program itself.

Gary - AG0N

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

Re: [wsjt-devel] Message Bit to Request Other Station to QSY to your Frequency

[Gary McDuffie]

> On Jul 9, 2021, at 19:11, Jim Shorney  wrote:
> 
> I would like to see a defined DX window also. Despite the WSJT-X magic 
> ability to separate signals the DX is often buried under the "locals”.

I suppose the “locals” aren’t working DX?  JA and EU both prefer to be 1st, so 
I would assume most of the locals would be 2nd/odd.  Works out well on six, 
especially between a few of the guys west of me whose signals look dirty (but 
aren’t) because of mountain reflections.  They are frequently showing up as 
triple signals, and I know I do to them also.  Add a few aircraft reflections 
coming out of DIA and we are quite thankful that we all transmitting at the 
same time most of the time.

Gary - AG0N

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

Re: [wsjt-devel] Message Bit to Request Other Station to QSY to your Frequency

[Gary McDuffie]

> On Jul 9, 2021, at 9:54 AM, Al Pawlowski  wrote:
> 
> Though my rig can go to Hz rx BW and WSJTx v2.4.0 set to 6000Hz, 4500kHz 
> is all I can get - above that, decodes stop and the waterfall fills with 
> noise. I wonder if the limit is due to my CPU speed (usage increases with BW 
> and channel activity) or a WSJTx thing. Reports from others doing larger BW 
> would be interesting.

Remember, we are mostly using single sideband radios.  They weren’t designed to 
be broadband receivers or transmitters.  When you get above about 3500, you’ll 
find few people to go with you (jmho).  I venture up there now and then, but I 
have no idea how the distortion or response is above 3K.  For WSJT-X, I run 
3400 receive high cutoff with 100 or sometimes zero as low end cutoff.  Just 
yesterday, I saw someone about 3200, but he wasn’t doing well as far as pulling 
people up there. He was the only one.

I was pleased last week when Europe opened up strong to our part of the 
country.  Not only was 50.313 heavily loaded, but .323 was about 85-90% as full 
and stayed that way.  

Until the majority of the people have broadband receivers, the VFO will be the 
ruling factor as far as I can see.  Not many people can run down to the corner 
radio store and grab a new radio off the shelf just to add some extra bandwidth 
for digital modes.

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

Re: [wsjt-devel] WSJT-X - 2.4.0 startup screen handling

[Gary McDuffie]

On Jul 8, 2021, at 4:51 AM, Bill Somerville  wrote:you are the first to report that behaviour. What should happen, and does when I start WSJT-X, is a message about the number of worked before records discovered in your WSJT-X ADIF log is written to the status bar *in place* of the normal static status bar information. After a few seconds the normal status bar widgets reappear.I’ve also noticed this, but because it clears itself up almost immediately, I’ve ignored it.  I don’t know about what version I was on at the time, but it’s been awhile.  Running 2.4.0 now.  I used to keep up with the rc versions, but have not changed since loading 2.4.0.  I don’t know if it is happening now or not, as I rarely unload it, and almost never pay attention when I start the program because it is one of many things happening at that time.Gary - AG0N
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Message Bit to Request Other Station to QSY to your Frequency

[Gary McDuffie]

> On Jul 7, 2021, at 9:07 PM, Tim Goeppinger via wsjt-devel 
>  wrote:
> 
> On future releases of FT4 or FT8, if there is ever a spare bit in the message 
> formats, I propose adding a "please QSY to my tx audio frequency" bit.   
> There would be a "Pse QSY: button on the user interface that would be off by 
> default.
> There would be an indicator to the other op that a QSY is requested, and it 
> is up to them whether or not to hit the up arrow button to sync TX 
> frequencies.   

Two things, first of all, if I send a message more than three times in a row, I 
automatically QSY to a new tone.  Second, you don’t want them to QSY to your 
frequency, just to a new one.

The real danger in this is that you will lose the contact.  That’s because for 
some unexplained reason, some people seem to go deaf when you move.  There’s no 
good reason for it, except QRM.  If I lose him, I’ll try another frequency, 
often a little closer to where he is.  I find a few of them won’t bother to 
respond until I’m within a few hundred hertz of them.  Now and then, I’ll do it 
just to see how the other guy operates.  Frequently, they will disappear when I 
move.  Why?  Who knows.  There’s no reason for it.  The program will respond, 
no matter where they are in the audio bandpass.  Typically, I’m transmitting on 
the opposite end of the spectrum from where the other guy is.  I smile when I 
catch one calling me on 200hz when I’m at 2500+.  :)

Again, I think you’re trying to program a fix for something that can easily be 
done by the operators.

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

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

[Gary McDuffie]

> On Jun 10, 2021, at 11:07 PM, Reino Talarmo  wrote:
> 
> You need to dig out the number after "i7-". That tells the actual 
> capabilities of the CPU. I got a feeling that the numbers below 1000 means no 
> AVX support, but higher numbers may also not support. So you need to check it 
> on Intel web page.

I did check Intel’s page, as reported.  There is no number after i7, unless the 
separate number 920 makes a diff.  Full line :   Intel(R) Core(TM) i7 CPU  
920 @ 2.67GHz  2.67GHz. The CPU date is 2008.

Intel makes no mention of features, other than to say none.

Gary — AG0N

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

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

[Gary McDuffie]

Bill,

I looked into what I’m running here and found it is a Gen 1 i7 2.67GHz from 
Intel.  Basically says no features on the Intel site, and no mention of AVX or 
similar on that processor.

Gary - AG0N

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

Re: [wsjt-devel] RC4 Watchdog anomaly

[Gary McDuffie]

> On May 16, 2021, at 10:37, Rich - K1HTV  wrote:
> 
> Next, I tested the watchdog timer , calling the BD station using the Tx1 
> message, By that time that station was much weaker. As I continued calling, 
> after about 2 minutes the WD counter decremented to 5. After another 2 
> minutes, the WD timer decremented to 4. But even stranger, after another 2 
> minutes, the watchdog time incremented from 4 to 5 as I continued calling 
> that same BD station. Two minutes later, the WD timer incremented again, from 
> 5 to 6. 

The WD timer resets to starting time anytime you click anywhere in the WSJT-X 
window.

Gary - AG0N

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

Re: [wsjt-devel] WST4W-300 2.4.0-rc4

[Gary McDuffie]

> On May 7, 2021, at 7:47 AM, Thomas Mills  wrote:
> 
> When I transmit on FST4W-300, wsjt-x only keys the radio for 180 seconds but 
> the RX/Tx box is still yellow in the transmit mode.  I have even turned off 
> CAT and used VOX, but WST4W still sends an un-key to the radio after 180 
> seconds, and the tones are still going out.  I don’t see any problems with 
> the 120 sec mode.  
> 

It sounds like you have a 3 minute timeout timer set within the radio.

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

Re: [wsjt-devel] wsjt-x Program hung and not responding

[Gary McDuffie]

> On May 2, 2021, at 8:28 PM, Bill Frantz  wrote:
> 
> I had been operating FT8 on 15M and 40M. I powered down my K3 (upgraded with 
> the internal sound card) and got the "Rig Control Error" message.

This is normal for every computer I’ve had.  That’s the error message when the 
port goes away (by powering down the K3).  Sounds normal.  It can’t communicate 
with the rig when it is shut down so it gives you an error.  I always shut down 
the program before unplugging the USB cable to the radio.  It runs across my 
desk for easy access in case of T-Storm.  The program still closes when I tell 
it to ignore, but works fine when I plug the USB cable back in and reload the 
program.  You should be fine as soon as you turn the radio back on and restart 
the program.  Just don’t shut the rig down without unloading WSJT-X.

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

Re: [wsjt-devel] WSJT-x Icom CI-V Issue?

[Gary McDuffie]

> On Apr 22, 2021, at 6:56 PM, John Deegan  wrote:
> 
>  In this environment, I am using a Tarheel antenna and a “TennaTronix” Tenna 
> Tuner-2 antenna tuner.

I’m curious - why are you using an antenna tuner with a Tarheel?  The antenna 
should be tunable to the exact frequency you are operating and not need a 
tuner.  To slide off to a different frequency and leave the antenna mis-tuned 
and make up for it with a tuner could lead to damage to the antenna and/or the 
tuner.

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

Re: [wsjt-devel] dB report and actual bandwidth

[Gary McDuffie]

> On Apr 11, 2021, at 8:30 PM, Andy Durbin  wrote:
> 
> This seems to imply that the noise being considered is the noise in the 
> actual receiver passband and not the total noise in a 2.5 kHz bandwidth.

Andy - How is the program going to consider a frequency that isn’t being passed 
to it from the receiver?  If the receiver can’t hear it because it is narrowed 
down, where does it come from?

Gary - AG0N

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

Re: [wsjt-devel] WSJT-X option request - RX Frequency

[Gary McDuffie]

On Apr 8, 2021, at 17:24, Andy Durbin  wrote:Yes,  ALL the stations who are calling me are RED. OK, I see where you are!  Gary - AG0N

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

Re: [wsjt-devel] WSJT-X option request - RX Frequency

[Gary McDuffie]

> On Apr 8, 2021, at 8:09 AM, Andy Durbin  wrote:
> 
> I use the RX frequency pane to track the progress of my current QSO.  Having 
> multiple callers who are attempting to interrupt my QSO also appear in the RX 
> Frequency pane is sometimes a significant distraction from tracking and 
> completing the current QSO.

Andy - Is there a problem recognizing the RED background of the station you’re 
in QSO as a method of tracking?

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

Re: [wsjt-devel] JT65 message sequencing

[Gary McDuffie]

> On Mar 25, 2021, at 8:22 AM, Andy Durbin  wrote:
> 
> My messages had to be manually selected for each transmission and there was 
> no "Auto Seq" selection displayed.  Is this by design?  My recollection is 
> that auto sequencing used to be possible with JT65.

Hi Andy,

JT65 has never had auto seq mode.  She’s all manual.

73, Gary - AG0N___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Click on a CQ and Get the Wrong Station

[Gary Rogers]

It hasn’t happened again since the first day that I used rc2

Sent from my iPhone

> On Mar 7, 2021, at 4:06 PM, Dennis Younker NE6I  wrote:
> 
> I was double clicking here too. I am trying to replicate this experience
> today (have not been on much though) and not having any luck (meaning WSJT-X
> is working as expected). I will provide an update if I see it happen again.
> It happened to me several times in both RC1 and RC2 in the past week or so.
> But not always...
> 
> --Dennis NE6I
> 
> -----Original Message-
> From: Gary Rogers  
> Sent: Saturday, March 6, 2021 6:48 AM
> To: WSJT software development 
> Subject: Re: [wsjt-devel] Click on a CQ and Get the Wrong Station
> 
> Definitely double click
> 
>>> On Mar 5, 2021, at 9:43 PM, Gary McDuffie  wrote:
>>> 
>>> 
>>> 
>>>> On Mar 5, 2021, at 18:32, Dennis Younker NE6I  wrote:
>>> 
>>> I am clicking on the station I want in the left pane (Band Activity).
>> 
>> I assume you are DOUBLE clicking, not single clicking as you seem to be
> saying?
>> 
>> Gary - AG0N
>> 
>> ___
>> 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] Click on a CQ and Get the Wrong Station

[Gary Rogers]

Definitely double click

> On Mar 5, 2021, at 9:43 PM, Gary McDuffie  wrote:
> 
> 
> 
>> On Mar 5, 2021, at 18:32, Dennis Younker NE6I  wrote:
>> 
>> I am clicking on the station I want in the left pane (Band Activity).
> 
> I assume you are DOUBLE clicking, not single clicking as you seem to be 
> saying?
> 
> Gary - AG0N
> 
> ___
> 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] Click on a CQ and Get the Wrong Station

[Gary McDuffie]

> On Mar 5, 2021, at 18:32, Dennis Younker NE6I  wrote:
> 
>  I am clicking on the station I want in the left pane (Band Activity).

I assume you are DOUBLE clicking, not single clicking as you seem to be saying?

Gary - AG0N

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

Re: [wsjt-devel] Click on a CQ and Get the Wrong Station

[Gary Rogers]

I’ve also had this issue to with RC2…The standard messages displayed are from a 
previous QSO attempt…Calling CQ, a new station replies…His call goes into the 
dx call box but standard messages remain from the previous attempted call…Only 
after hitting the generate standard messages  button do the correct messages 
appear…This was on FT4 Raspberry Pi 32 bit.

Gary KO3F

> On Mar 5, 2021, at 7:09 PM, Chris Sullivan  wrote:
> 
> I see this almost every time I operate - last time was 30 minutes ago. Not
> specific to 20m. It happens when TX and RX frequencies are different. A
> double click on the left pane calls the last station heard on the right pane
> whether it was calling CQ or not. A second double click fixes it but it must
> have happened to me at least 100 times. I mentioned it on this list before
> but didn't realize at the time (about 6 months ago) that it was the station
> on the RX frequency it was calling. Someone mentioned to me to try
> unchecking "call 1st" but that doesn't fix the problem.  It is not new with
> the release candidates.
> 
> 73,
> Chris VE3NRT
> 
> Date: Fri, 5 Mar 2021 17:32:45 -0800
> From: "Dennis Younker NE6I" 
> To: "'WSJT software development'" 
> Subject: [wsjt-devel] Click on a CQ and Get the Wrong Station
> Message-ID: <008301d71228$9dd4cdc0$d97e6940$@cox.net>
> Content-Type: text/plain; charset="us-ascii"
> 
> Something I am noticing is that occasionally on a busy band (IE 20m FT8),
> when I click on someone calling CQ, the software starts calling the wrong
> station. I am clicking on the station I want in the left pane (Band
> Activity).
> 
> For example, tonight I clicked on BA4RF at 370 offset. The software had me
> calling AE0TB at 801 offset. 
> 
> I also saw this in rc1. I will report more examples as I continue to see
> this.
> 
> --Dennis NE6I
> 
> 
> 
> ___
> 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] Icom 7300 Split weirdness with 2.3.0 Oc42df

[Gary McDuffie]

On Mar 4, 2021, at 19:55, David Garnier  wrote:I solved my problem, by going into the Split Operation box and uncheck Rig to None.Just be sure that you always operate somewhere between 1500 and 2000 Hz with your transmitter.  There’s a reason for running “split”, and you have defeated it by saying no rig control.Gary - AG0N
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] clock offset / fudge adjustment, automatic/manual

[Gary McDuffie]

> On Mar 4, 2021, at 14:34, Sam W2JDB via wsjt-devel 
>  wrote:
> 
> Just as an FYI, one of the programs that I wrote and posted in the same 
> location as the Alltext.exe program
> allows you to sync to internet time when the internet is available or to 
> manually adjust the time by user
> specified number of milliseconds. The program is a Windows only program named 
> SyncTime.exe. 
> Its free and can be downloaded from: https://groups.io/g/ProgramsByW2JDB

Another thing to consider is simply listening to the incoming signals.  I have 
no problem listening to incoming signals and telling when the majority of them 
start and stop.  It doesn’t take much effort to slide your clock 1 second at a 
time one way or the other, based on whether everyone else is ahead or behind 
your unadjusted clock.

Even better, using Mike’s Timefudge or Sam’s SyncTime mentioned above can 
easily be used to slip your clock a little to line it up with what you’re 
hearing on the receiver.  Once you get close enough to decode, you can get an 
idea how far you are off by looking at everyone else.  Give it a tick of 
adjustment until the numbers start getting down there to .1/.2 like most 
stations.  

Gary - AG0N

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

Re: [wsjt-devel] clock offset / fudge adjustment, automatic/manual

[Gary McDuffie]

> On Mar 4, 2021, at 14:34, Sam W2JDB via wsjt-devel 
>  wrote:
> 
> Just as an FYI, one of the programs that I wrote and posted in the same 
> location as the Alltext.exe program
> allows you to sync to internet time when the internet is available or to 
> manually adjust the time by user
> specified number of milliseconds. The program is a Windows only program named 
> SyncTime.exe. 
> Its free and can be downloaded from: https://groups.io/g/ProgramsByW2JDB

Another thing to consider is simply listening to the incoming signals.  I have 
no problem listening to incoming signals and telling when the majority of them 
start and stop.  It doesn’t take much effort to slide your clock 1 second at a 
time one way or the other, based on whether everyone else is ahead or behind 
your unadjusted clock.

Even better, using Mike’s Timefudge or Sam’s SyncTime mentioned above can 
easily be used to slip your clock a little to line it up with what you’re 
hearing on the receiver.  Once you get close enough to decode, you can get an 
idea how far you are off by looking at everyone else.  Give it a tick of 
adjustment until the numbers start getting down there to .1 -.2 like most 
stations.  

Gary - AG0N

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

Re: [wsjt-devel] clock offset / fudge adjustment, automatic/manual

[Gary McDuffie]

> On Mar 4, 2021, at 08:47, David Smith  wrote:
...
> 2) I'm not suggesting at all that WSJT modify the system clock. In fact, my 
> suggestion is that WSJT leave the system clock alone, and that we add a 
> feature that allows offset to the system clock.

But why are you interested in working people who can’t sync their clock?

> 3) Using other devices or software to do this for you adds complexity that 
> isn't necessary; ntpd, chrony, GPS, all of these add new dependencies and 
> fiddles/adjustments that make using WSJT more complicated to use.

Which adds complexity to the program.

> 4) Really the main problem to solve here is portable operation.

This also invites more non-standard operation.  More laziness of the operator.

> 5) potentially, allowing an automatic offset adjustment within the software 
> itself to average the clocks of received stations has the potential to 
> completely eliminate the need for "accurate clocks" across the board

This was discussed long ago.  One of the things that would/could happen is the 
gradual drifting of all clocks so that they were all the same, but incorrect.  
Not a good goal for a hobby that is supposed to instill technical and accurate 
operation.

Gary - AG0N

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

Re: [wsjt-devel] FT-991 Help

[Gary Lane]

Hi Mike

I have an FT991A I used for FT8 before the FTdx101MD arrived, if you don’t get 
a volunteer let me know and I wills et the 991 up …

Regards

Gary
VK4OO



> On 22 Feb 2021, at 3:29 pm, Black Michael via wsjt-devel 
>  wrote:
> 
> Is there an FT-991 operator out there that would be willing to help with some 
> testing on split mode changes for the FT-991?
> 
> Mike W9MDB
> 
> 
> ___
> 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 crashes unexpectantly

[Gary Gearhart]

Hi Tom,I’m running a Kenwood TS590SG with a Rigblaster Advantage. The mode was 30A. No CAT being used.I looked at the Windows Event Viewer but not too sure what to look for. I did see some errors that related back to WSJT-X. This is one that I copied:Log Name:  ApplicationSource:    Application ErrorDate:  2/18/2021 2:00:00 PMEvent ID:  1000Task Category: (100)Level: ErrorKeywords:  ClassicUser:  N/AComputer:  GaryGearhart-HamShackDescription:Faulting application name: wsjtx.exe, version: 2.4.0.0, time stamp: 0x601a8c00Faulting module name: wsjtx.exe, version: 2.4.0.0, time stamp: 0x601a8c00Exception code: 0xc005Fault offset: 0x0042530aFaulting process id: 0x1cccFaulting application start time: 0x01d70535a38d50ebFaulting application path: C:\WSJT\wsjtx\bin\wsjtx.exeFaulting module path: C:\WSJT\wsjtx\bin\wsjtx.exeReport Id: 6b978030-5af2-44bc-8bd0-8a096b0d2e4bFaulting package full name: Faulting package-relative application ID: Event Xml:          1000    0    2    100    0    0x80        7721            Application    GaryGearhart-HamShack            wsjtx.exe    2.4.0.0    601a8c00    wsjtx.exe    2.4.0.0    601a8c00    c005    0042530a    1ccc    01d70535a38d50eb    C:\WSJT\wsjtx\bin\wsjtx.exe    C:\WSJT\wsjtx\bin\wsjtx.exe    6b978030-5af2-44bc-8bd0-8a096b0d2e4b                  I don’t know if the above info helps or not. I didn’t get a screen shot when it happened but will try to do so next time it happens. I’ve been running other modes (i.e. FT8 and FT4) and to date never had it happen.  Thanks for your reply. Gary/WA4DFE Sent from Mail for Windows 10 From: tomSent: Saturday, February 20, 2021 5:12 PMTo: WSJT software developmentSubject: Re: [wsjt-devel] Q65 crashes unexpectantly Any details - screen shots of error messages - seems like there are three different one? What mode are you using Rig? Cat Control? Time setup? Could it be RFI - run into a dummy load With 'fatal error’ anything in Windows Event Viewer? Will need some more details before can make a suitable suggestion TomGM8MJV  On 19 Feb 2021, at 20:28, Gary Gearhart <wa4...@gmail.com> wrote: Program version: V2.4.0-rc1Operating System: Windows 10 PROProblem: popup error concerning “STACK ERROR” and “orphaned JT9 process” plus “fatal error”Sequence: this has occurred 3 times after the transmit cycle has completed and switching back to receive. The only fix is to reboot. It seems to run fine for a while afterwards. Sent from Mail for Windows 10 ___wsjt-devel mailing listwsjt-devel@lists.sourceforge.nethttps://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-x2.3.0 Anwser problem

[Gary McDuffie]

> On Feb 16, 2021, at 12:00, Adrian  wrote:
> 
> The problem I am having with v2.3.0 is the auto log popup sometimes not 
> working on the RR73 or 73, and a need to rework the station to get the 
> logging popup. The effect is random and not often.

I started to notice mine doing the same, three times today.  You don’t need to 
rework the guy, just click the log qso button and it will be done. 

I AM curious why I just started noticing it today, and hope it hasn’t happened 
before with completed QSOs not actually going to the logger.

Gary - - AG0N

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

[wsjt-devel] Q65 crashes unexpectantly

[Gary Gearhart]

Program version: V2.4.0-rc1Operating System: Windows 10 PROProblem: popup error concerning “STACK ERROR” and “orphaned JT9 process” plus “fatal error”Sequence: this has occurred 3 times after the transmit cycle has completed and switching back to receive. The only fix is to reboot. It seems to run fine for a while afterwards. Sent from Mail for Windows 10 

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

Re: [wsjt-devel] WSJT-X 2.3.0-rc4

[Gary Rogers]

RC4 working FB on Raspberry Pi 400!

73 KO3F

> On Jan 25, 2021, at 6:45 AM, Joe Taylor  wrote:
> 
> The fourth public candidate release of WSJT-X 2.3.0 is now available for 
> download and use by beta testers.  Changes from the third release candidate 
> are minimal; they are described in the Release Notes here:
> 
> https://physics.princeton.edu//pulsar/k1jt/Release_Notes.txt
> 
> Links to installation packages for Windows, Linux, and Macintosh are 
> available here:
> https://physics.princeton.edu/pulsar/k1jt/wsjtx.html
> 
> Scroll down to find "Candidate release:  WSJT-X 2.3.0-rc4".
> 
> You can also download the packages from our SourceForge site:
> https://sourceforge.net/projects/wsjt/files/
> It may take a short time for the SourceForge site to be updated.
> 
> We expect to make a General Availability (GA) release of WSJT-X 2.3.0 very 
> soon.
> 
> WSJT-X is licensed under the terms of Version 3 of the GNU General Public 
> License (GPL).  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.
> 
> We hope you will enjoy using this beta release of WSJT-X 2.3.0.  Please 
> report bugs by following instructions found here in the User Guide:
> https://www.physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjtx-main-2.3.0-rc4.html#_bug_reports
> 
> -- 73 from Joe, K1JT; Bill, G4WJS; Steve, K9AN; and Nico, IV3NWV
> 
> 
> ___
> 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 2.3.0-rc3 - wsjtx_app_version utility

[Gary Rogers]

Installed and working fine on Raspberry Pi 400…Also installed on Windows 10 
without issue…Installed on MacOS Big Sur and had to increase the shared memory 
again.

Thanks for the great program! Gary KO3F

> On Jan 5, 2021, at 1:49 PM, Sam W2JDB via wsjt-devel 
>  wrote:
> 
> Hi Mike,
> 
> Thank you for the prompt reply.
> 
> Worked fine with -v and redirected to a text file.
> 
> Downloaded the new version and started testing it with my program (QLog) for 
> the visually impaired.
> Noticed some weird tab sequences in the Generate Std Msgs group of controls.
> 
> In Ver 2.2 pressing Shortcut keys Ctrl+6 then Shift+Tab changed focus to the 
> tx6 input box.
> Subsequent multiple Shift+Tab key strokes shift focus to the previous Tx 
> input boxes.
> 
> In Ver 2.3-rc3 pressing Shortcut keys Ctrl+6 then Shift+Tab changes focus
> to the [1] control in the group. The next Shift+Tab changes focus to the Hold 
> Tx Freq check box.
> If you press Ctrl+6 then the TAB key, focus shifts the tx1 input box. The 
> next TAB key press shifts
> focus to the tx6 input box, the next TAB moves you to the [tx5] button, 
> another TAB moves to
> the [tx2] button, next TAB move to the tx2 input, followed by a TAB to the 
> tx4 input.
> Just an FYI
> 
> 73,
> 
> Sam W2JDB
> 
> 
> 
> -Original Message-
> From: Black Michael 
> To: wsjt-devel@lists.sourceforge.net ; Sam 
> W2JDB 
> Sent: Tue, Jan 5, 2021 4:12 pm
> Subject: Re: [wsjt-devel] WSJT-X 2.3.0-rc3 - wsjtx_app_version utility
> 
> C:\WSJT\wsjtxrc3\bin>wsjtx_app_version.exe -v
> WSJT-X 2.3.0-rc3
> 
> C:\WSJT\wsjtxrc3\bin>wsjtx_app_version.exe --help
> Usage: wsjtx_app_version.exe [options]
> 
> Options:
>   -?, -h, --help  Displays help on commandline options.
>   --help-all  Displays help including Qt specific options.
>   -v, --version   Displays version information.
> 
> 
> 
> 
> 
> On Tuesday, January 5, 2021, 03:09:54 PM CST, Sam W2JDB via wsjt-devel 
>  wrote:
> 
> 
> Hi Joe,
> 
> Notice this line in the release notes:
> 
>  - wsjtx_app_version: new utility to print application version string.
> 
> Did not find any instructions so I tried to use it. 
> Did not see any output.
> Tried redirecting output to a text file  : wsjtx_app_version >version.txt but 
> that file was empty.
> 
> 73,
> 
> Sam W2JDB
> 
> 
> 
> -Original Message-
> From: Joe Taylor 
> To: WSJT software development 
> Sent: Tue, Jan 5, 2021 9:41 am
> Subject: [wsjt-devel] WSJT-X 2.3.0-rc3
> 
> The third public candidate release of WSJT-X 2.3.0 is now available for 
> download and use by beta testers.  Changes from the second release 
> candidate include an improved FST4W decoder and fixes for several 
> defects and regressions. Additional details are described in the Release 
> Notes:
> http://physics.princeton.edu/pulsar/k1jt/Release_Notes.txt 
> <http://physics.princeton.edu/pulsar/k1jt/Release_Notes.txt>
> 
> Links to installation packages for Windows, Linux, and Macintosh are 
> available here:
> http://physics.princeton.edu/pulsar/k1jt/wsjtx.html 
> <http://physics.princeton.edu/pulsar/k1jt/wsjtx.html>
> 
> Scroll down to find "Candidate release:  WSJT-X 2.3.0-rc3".
> 
> You can also download the packages from our SourceForge site:
> https://sourceforge.net/projects/wsjt/files/ 
> <https://sourceforge.net/projects/wsjt/files/>
> It may take a short time for the SourceForge site to be updated.
> 
> WSJT-X is licensed under the terms of Version 3 of the GNU General 
> Public License (GPL).  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.
> 
> We hope you will enjoy using this beta release of WSJT-X 2.3.0.  Please 
> report bugs by following instructions found here in the User Guide:
> http://www.physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjtx-main-2.3.0-rc3.html#_bug_reports
>  
> <http://www.physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjtx-main-2.3.0-rc3.html#_bug_reports>
> 
>   -- 73 from Joe, K1JT; Bill, G4WJS; Steve, K9AN; and Nico, IV3NWV
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> <https://lists.sourceforge.net/lists/listinfo/wsjt-devel>
> ___
> wsjt-devel mailing list
> wsjt-de

Re: [wsjt-devel] Green RX Mark

[Gary McDuffie]

> On Dec 22, 2020, at 17:20, Pino Zollo  wrote:
> 
> Green RX Mark can not be set lower than 200Hzbut decodes a station at 
> 161Hz

You have your waterfall control set to 200, so that’s as low as it goes.

Gary - AG0N

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

Re: [wsjt-devel] Audio oddity

[Gary McDuffie]

> On Dec 12, 2020, at 06:53, Black Michael via wsjt-devel 
>  wrote:
> 
> So all that's being done is turning off Monitor (by clicking the Stop button) 
> overnight and then enabling Monitor in the morning and it behaves like this 
> until restart.

This won’t answer your questions, but I’m curious why you would turn the 
monitor button off overnight?  It doesn’t hurt a thing to decode while you 
sleep.  Nightly, I leave mine running on one of the overnight bands and on 
upper bands during the day - whether I’m in the shack or not, and whether I’m 
even home or not.  

Gary - AG0N

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

Re: [wsjt-devel] SSL/TTL

[Gary Rogers]

I had to download it as well but seems fine now. 

Sent from my iPhone

> On Nov 15, 2020, at 9:14 AM, Al  wrote:
> 
>  (v2.3.0-rc2)
> I haven't seem this one for a year or more...
> 
> 
> 
> AL, K0VM
> ___
> 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.3.0-rc2 compile error

[Gary Rogers]

I couldn’t compile it either. Just installed the binary. 

Sent from my iPhone

> On Nov 15, 2020, at 9:12 AM, Stefan Wernli  wrote:
> 
> Hi,
> 
> I get an error when compiling the new rc2 on debian testing. 2.3.0-rc1
> compiles successfully on the same system.
> 
> 
> -- Building wsjtx v2.3.0.0-rc2
> -- Performing Test HAVE_MATH
> -- Performing Test HAVE_MATH - Failed
> -- Performing Test HAVE_LIBM_MATH
> -- Performing Test HAVE_LIBM_MATH - Success
> CMake Error at
> /usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:165
> (message):
>  Could NOT find Boost (missing: Boost_INCLUDE_DIR log_setup log)
> (Required is at least version "1.63")
> Call Stack (most recent call first):
>  /usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:458
> (_FPHSA_FAILURE_MESSAGE)
>  /usr/share/cmake-3.18/Modules/FindBoost.cmake:2177
> (find_package_handle_standard_args)
>  CMakeLists.txt:841 (find_package)
> 
> -- Configuring incomplete, errors occurred!
> 
> 
> CMakeError.log:
> 
> Performing C SOURCE FILE Test HAVE_MATH failed with the following output:
> Change Dir:
> /home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp
> 
> Run Build Command(s):/usr/bin/gmake cmTC_93eb3/fast && gmake[3]:
> Entering directory
> '/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
> /usr/bin/gmake  -f CMakeFiles/cmTC_93eb3.dir/build.make
> CMakeFiles/cmTC_93eb3.dir/build
> gmake[4]: Entering directory
> '/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
> Building C object CMakeFiles/cmTC_93eb3.dir/src.c.o
> /usr/bin/cc   -DHAVE_MATH -o CMakeFiles/cmTC_93eb3.dir/src.c.o -c
> /home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp/src.c
> Linking C executable cmTC_93eb3
> /usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_93eb3.dir/link.txt
> --verbose=1
> /usr/bin/cc  -DHAVE_MATH CMakeFiles/cmTC_93eb3.dir/src.c.o -o cmTC_93eb3
> /usr/bin/ld: CMakeFiles/cmTC_93eb3.dir/src.c.o: in function `main':
> src.c:(.text+0x1f): undefined reference to `sqrt'
> collect2: error: ld returned 1 exit status
> gmake[4]: *** [CMakeFiles/cmTC_93eb3.dir/build.make:106: cmTC_93eb3] Error 1
> gmake[4]: Leaving directory
> '/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
> gmake[3]: *** [Makefile:140: cmTC_93eb3/fast] Error 2
> gmake[3]: Leaving directory
> '/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
> 
> 
> Source file was:
> #include
> float f; int main(){sqrt(f);return 0;}
> 
> 
> 73
> Stefan
> 
> 
> 
> ___
> 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] "Tune" prevents "Tx Next" from transmitting in next cycle

[Gary McDuffie]

> On Oct 9, 2020, at 07:36, Gene  wrote:
> 
> To reproduce:
> - Select FT8 mode
> - Press and release "Tune"
> - Activate Tx 6 message that displays "CQ callsign grid" and then click 
> either "Next" or "Now"
> -> It will not transmit in the immediate transmit cycle and has to wait a 
> cycle prior to initiating the CQ.

I assume you just forgot to mention that you also press and release the tune 
button after the tuner has had a chance to do its thing?  The tune button is a 
goggle, not a momentary.

Gary - AG0N

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

Re: [wsjt-devel] r2.2.2 Minor Issue with "short" calls that use DX

[Gary McDuffie]

> On Aug 19, 2020, at 02:21, Stephen VK3SIR  wrote:
> 
> 
> --
>  
> Why has the stream been decoded (good) and the logic allowed it to be 
> identified – displayed - as coming from Morocco (bad)? The station should not 
> display that it has come from Morocco in the first place as the call violates 
> the rules of callsign structures for that DXCC entity. That is the real point 
> I am making here !
>  
> —
> 

Good grief!  Can this thread not die?  If you don’t know the call and it looks 
bogus (yes it does) why are you even looking at it?  Dimiss it and move on.  
There is supposed to be an operator at the keyboard to interpret these things.  

Gary - AG0N

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

Re: [wsjt-devel] Hashed Call Sign

[Gary Rogers]

OK Reino…Thanks

> On Jul 24, 2020, at 12:22 AM, Reino Talarmo  wrote:
> 
> The < . . . > is somebody who don't know how special calls are supported and 
> wanted to make a fast QSO with you and used Tx2! He did not seem to know that 
> he need to respond with an un-hashed call sign that is available in Tx1.
> 73, Reino OH3mA
> 
> -Original Message-
> From: Gary Rogers [mailto:cgaryrogers...@gmail.com] 
> Sent: 23. heinäkuuta 2020 23:24
> To: WSJT software development 
> Subject: [wsjt-devel] Hashed Call Sign
> 
> Hi all. I encountered something last night while working 20m FT 8. I was 
> attempting to answer a CQ call (with a standard call sign) when I received a 
> signal report from a hashed call sign. It appeared as “KO3F <...> -15” in 
> red. I received this call four times so I don’t think it was a false decode. 
> I tried to click on it to reply and hopefully reveal the call sign but that 
> didn’t work. I was using my standard call, v2.2.2 and MacBook Pro running Mac 
> OS 10.15.6. Not sure if this was a one off or a bug. I’ve worked my share of 
> nonstandard calls before but this was a new one. I didn’t screenshot it or 
> have a wav file. Thought the devel team would want to know about it. 
> 
> Sent from my iPhone
> 
> ___
> 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] Hashed Call Sign

[Gary Rogers]

Hi all. I encountered something last night while working 20m FT 8. I was 
attempting to answer a CQ call (with a standard call sign) when I received a 
signal report from a hashed call sign. It appeared as “KO3F <...> -15” in red. 
I received this call four times so I don’t think it was a false decode. I tried 
to click on it to reply and hopefully reveal the call sign but that didn’t 
work. I was using my standard call, v2.2.2 and MacBook Pro running Mac OS 
10.15.6. Not sure if this was a one off or a bug. I’ve worked my share of 
nonstandard calls before but this was a new one. I didn’t screenshot it or have 
a wav file. Thought the devel team would want to know about it. 

Sent from my iPhone

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