Re: [wsjt-devel] High CPU load with 2.7.0-rc2

2023-07-11 Thread Black Michael via wsjt-devel
What rig do you have? Mike W9MDB On Tuesday, July 11, 2023 at 04:19:09 PM CDT, Andrew White via wsjt-devel wrote: On my Win10 PC, this new version idles at 32% usage which is essentially the same as the earlier "4.6~git Jun 28" version.  The older libhamlib-4.dll v4.5.4 idles at less

[wsjt-devel] WSJTX V2.7 sample files error

2023-07-11 Thread Alessandro Gorobey via wsjt-devel
Hi All, I noticed that on any OS Menu-->Help-->Download samples give file not found error. I think it's enough to copy https://sourceforge.net/projects/wsjt/files/samples/contents_2.6.json to https://sourceforge.net/projects/wsjt/files/samples/contents_2.7.json Thank in advance -- 73

Re: [wsjt-devel] High CPU load with 2.7.0-rc2

2023-07-11 Thread Andrew White via wsjt-devel
Hi Mike, No, I am running Win10 Pro.  I just copied the dll into the \bin directory and restarted wsjtx270-rc2. I did not know anything else was necessary.  The expected version number shows up in the wsjtx syslog. Drew On 7/11/2023 4:22 PM, Black Michael via wsjt-devel wrote: Did you do

Re: [wsjt-devel] High CPU load with 2.7.0-rc2

2023-07-11 Thread Black Michael via wsjt-devel
We do post a libhamlib-X.dll file but not a .so file for Linux or one for Mac. The directions are here but are missing doing an "ldconfig" on Linux when put in the new .so file. New hamlib for installation directions #1 Shut down WSJTX #2 Download either the 32-bit or 64-bit DLL matching the

Re: [wsjt-devel] High CPU load with 2.7.0-rc2

2023-07-11 Thread Black Michael via wsjt-devel
Did you do an ldconfig after copying the new library rigctl --version should show rigctl Hamlib 4.6~git 2023-07-11T16:41:54Z SHA=5a8bd9 64-bit Mike W9MDB On Tuesday, July 11, 2023 at 04:19:09 PM CDT, Andrew White via wsjt-devel wrote: On my Win10 PC, this new version idles at

Re: [wsjt-devel] High CPU load with 2.7.0-rc2

2023-07-11 Thread Andrew White via wsjt-devel
On my Win10 PC, this new version idles at 32% usage which is essentially the same as the earlier "4.6~git Jun 28" version.  The older libhamlib-4.dll v4.5.4 idles at less than 2%. Drew K9CW On 7/11/2023 11:52 AM, Black Michael via wsjt-devel wrote: It's fixedhad a new send_morse routine

Re: [wsjt-devel] High CPU load with 2.7.0-rc2

2023-07-11 Thread Reino Talarmo via wsjt-devel
Hi, Should we have in the rc version a button for a new hamlib file download like we have one for the cty.dat? May not be that simple to implement. 73, Reino OH3mA > -Original Message- > From: Black Michael via wsjt-devel [mailto:wsjt- > de...@lists.sourceforge.net] > Sent: tiistai 11.

Re: [wsjt-devel] High CPU load with 2.7.0-rc2

2023-07-11 Thread Brian Morrison via wsjt-devel
On Tue, 11 Jul 2023 16:52:31 + (UTC) Black Michael via wsjt-devel wrote: > With 32 cores here I must upgrade from my paltry 8 cores ;-) -- Brian G8SEZ ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net

Re: [wsjt-devel] High CPU load with 2.7.0-rc2

2023-07-11 Thread Black Michael via wsjt-devel
It's fixedhad a new send_morse routine (now takes up to 1023 chars to transmit) and missed putting a sleep in the main loop. With 32 cores here the 3% usage didn't really pop out at me. New 64-bit DLL https://www.dropbox.com/s/snmkzu8eif89yqs/libhamlib-4.dll?dl=0 New Linux shared library

Re: [wsjt-devel] High CPU load with 2.7.0-rc2

2023-07-11 Thread Black Michael via wsjt-devel
I can duplicate the problem herewill be fixed ASAP. Mike W9MDB On Tuesday, July 11, 2023 at 10:35:20 AM CDT, Brian Morrison via wsjt-devel wrote: On Tue, 11 Jul 2023 15:12:00 +0100 Brian Morrison via wsjt-devel wrote: > Running on Linux under Fedora 38 I am seeing the latest

Re: [wsjt-devel] High CPU load with 2.7.0-rc2

2023-07-11 Thread Brian Morrison via wsjt-devel
On Tue, 11 Jul 2023 15:12:00 +0100 Brian Morrison via wsjt-devel wrote: > Running on Linux under Fedora 38 I am seeing the latest release using > 100% of one CPU (8-core) when running, stopping monitoring/decoding > makes no difference, closing the waterfall graph reduces the 100% to > ~97%. >

[wsjt-devel] High CPU load with 2.7.0-rc2

2023-07-11 Thread Brian Morrison via wsjt-devel
Running on Linux under Fedora 38 I am seeing the latest release using 100% of one CPU (8-core) when running, stopping monitoring/decoding makes no difference, closing the waterfall graph reduces the 100% to ~97%. Not sure what else to try, but this appears to be new behaviour with this release.