This has been fixed in the latest hamlib...
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
directoryC:\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.netNote: 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
Once installed on Linux do "ldconfig".
rigctl --version should then show a relatively recent date of the download
Mike W9MDB
On Saturday, July 15, 2023 at 12:30:39 AM CDT, Björn Ekelund
<[email protected]> wrote:
1.30. I cannot believe why anyone would run an outdated firmware on a radio.In
DXLog.ne we simply do not support outdated firmwares.
Björn
On Fri, Jul 14, 2023 at 12:13 AM Black Michael via wsjt-devel
<[email protected]> wrote:
Also what firmware version are you running?I made some changes which SHOULD be
both forward/backward compatible with the new firmware.
Mike W9MDB
On Thursday, July 13, 2023 at 02:07:03 PM CDT, Björn Ekelund via wsjt-devel
<[email protected]> wrote:
The currently published version of the hamlib dll still crashes when selecting
ICOM IC-7610, regardless of async setting.
It does not seem to work for other ICOM models either, but it does not crash
the program.
Control via DXLab Commander is a good workaround while this is being worked on.
Björn SM7IUN
On Wed, Jul 12, 2023 at 3:20 PM Black Michael via wsjt-devel
<[email protected]> wrote:
Save this into a file called "hamlib_settings.json" and place in the same
folder as WSJT-X.ini
Should improve things until I get this fixed.
{
"config": {
"async": "0"
}
}
Mike W9MDB
On Wednesday, July 12, 2023 at 07:44:53 AM CDT, Roger Newey (K7GXB)
<[email protected]> wrote:
Hi Mike,
FYI:
Win10 Task Manager shows:
WSJT-X CPU during Rx: 35-38%
WSJT-X CPU during Tx: 35-36%
System:
WSJT-X running WSPR "wsjtx-2.7.0-rc2-win64.exe" as downloaded 07-Jul-2023
(Installed over WSJT 2.6.0);
Rig: ICOM 7300; Win10 on dedicated Celeron J4125 with 16GB RAM;
(J4125 has Cores. 4 ; Threads. 4 ; Burst 2.70 GHz ; Processor Base 2.00 GHz ;
Cache. 4 MB).
Regret I don't have comparable CPU data for 2.6.0 but will install it if that
helps.
73,
Roger (K7GXB)
-----Original Message-----
From: Black Michael via wsjt-devel <[email protected]>
Sent: Tuesday, July 11, 2023 20:47
What rig do you have?
Mike W9MDB
...
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
...
---
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
