On 17/01/2016 12:30, Richard Bown wrote: > At the moment if the select any of the versions of wsjtx from the menu it > automatically builds > hamlib whether its needed or not, it would make far more sense to have the > option no to include > hamlib if its not needed, also saves space > At the moment there are the three choices . Hi Richard,
a lot of work has been put into resolving issues with Hamlib, we push changes upstream to the Hamlib team but there is a lag since they have their own release schedule. They have recently released v3.0 and v3.1 is coming soon. With v3.1, at least as far as WSJT-X is concerned, the minimum content we need will be in the official Hamlib release and we can go back to using the shared libraries. This still relies on the Hamlib package being in the distribution repos. so the roll out will take some time. Fortunately all our *nix users keep up to date with distro versions so the switch to the official Hamlib release should not be too far away. With respect to a version without Hamlib, for almost all users this is a non-issue as they use a pre-build package with Hamlib already included. On WIndows this is virtually a necessity. With WSJT-X we use Hamlib for hard wired PTT control even if it is not used for CAT, this could be different but the code has to be written if that is going to change. If there is demand for a version of WSJT-X without a Hamlib dependency then I will consider adding a configuration option to do so but it is not just a case of not calling Hamlib as PTT control currently relies on it. It is worth noting that probably 95% of WSJT-X users rely on Hamlib being used by WSJT-X. Your problem with the JTSDK build of Hamlib may be a JTSDK issue, it may be a Hamlib configuration issue. Have you tried building Hamlib directly? On *nix systems the JTSDK is a pretty thin layer and building both Hamlib and WSJT-X is straightforward once you have the required dependencies installed. I suspect you are taking a rather VHF/UHF terrestrial view of the JT applications, please remember that there are thousands of HF users where rig control is essential for dual mode JT9+JT65 working and many EME users who use the Doppler correction facility that also relies on rig control features. The fast mode support also has some capabilities that benefit from rig control like random MS working with operation on a different frequency from the CQ frequency. 73 Bill G4WJS. ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
