Re: [Hamlib-developer] rig-multicast?

[Michael M. <cmo...@gm...>]

Uwe,
There is a somewhat simpler approach that you could consider.  I had done a quick proof of concept in QLog. But you could add two options for a checkbox and spinwheel for port selection then take the rig control information you have in WSJT and launch an instance of rigctld.  I know for MacOS it is already packaged, then have this copy of WSJT connect to the rigctld instance.  Then the other apps and instances can connect to the rigctld process.  It is already a proven and tested solution.  I quite often when I use a rig that needs it launch a rigctld instance manually then have all of the other apps connect to it.  But it can be automated in WSJT or Log4OM or wherever to ease the process for other applications.

73

Michael, AA5SH


> On Nov 4, 2025, at 6:53 AM, Uwe, DG2YCB via Hamlib-developer <ham...@li...> wrote:
> 
> Hi Nate and all,
> 
> What actually became of Mike's approach to making a rig-multicast-capable Hamlib version? Was that lost with Mike's passing, or could something like that still become a reality someday? If I remember correctly, reading already worked, but writing (and thus synchronization) did not yet.
> 
> I ask this because one of Hamlib's major weaknesses is that only one rig can be connected to a COM port at a time. If, for example, someone runs Log4OM next to WSJT-X, Hamlib is automatically ruled out for many OMs. The same applies if I want to connect multiple WSJT-X (Improved) instances to one rig. That's why I really welcomed Mike's approach at the time, even though I considered it somewhat ambitious. Unfortunately, I can't help you much with the implementation myself, but I would of course be available for any alpha tests.
> 
> 73 de DG2YCB,
> Uwe
> ________________________________________
> German Amateur Radio Station DG2YCB
> Dr. Uwe Risse
> eMail: dg...@gm... <mailto:dg...@gm...>
> Info: www.qrz.com/db/DG2YCB <http://www.qrz.com/db/DG2YCB>
> 
> 
> _______________________________________________
> Hamlib-developer mailing list
> Ham...@li...
> https://lists.sourceforge.net/lists/listinfo/hamlib-developer