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 <bj...@ekelund.nu> 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 <wsjt-devel@lists.sourceforge.net> 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 <wsjt-devel@lists.sourceforge.net> 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 <wsjt-devel@lists.sourceforge.net> 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) <k7...@narundi.net> 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 <wsjt-devel@lists.sourceforge.net> 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 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