QLog already accepts QSO Log records from WSJT-X and can also forward packets from WSJT-X via QLog to the 3rd party software.
I thought about the integration of N1MM, but did not implement it because there are several things
1) As I wrote, currently I see no reason to receive messages from another log via another format that imports ADIF
2) Unfortunately, the N1MM UDP message format is not well-specified.There is a sample message, but it does not contain the specification of field values.With all respect to the N1MM authors, they have done a lot of work, probably most users cannot imagine how much work they have done, but when specifying the protocol, it is necessary to specify the field values as well.What does RadioInterfaced, IsRunQSO, etc. mean?What values can contain?
3) The N1MM UDP message contains only a very small amount of information.
4) It is possible to export from N1MM and import to QLog
Based on these points, I made a decision that QLog will not accept these N1MM online messages now.
I'm always writing.Everything can change, but currently there are other priorities in Qlog development.
Following from the previous thread and how to integrate N1MM by accepting UDP messages sent from that software to Qlog, I've been reviewing the Wiki and I can see the documentation for the "Notifications" option in the setup is to send out/forward udp packets from Qlog to other software.?
My doubt is, Is there a feature to listen to and parse inbound UDP packets? That is how other loggers integrate with different?software for qso logging purposes. Not just N1MM but JTAlert, GridTracker, JTDX/WSJT-X, all work that way (in some cases these other loggers also parse in real-time the third party log but I think UDP listeners are more convenient than log file parsing.?
For instance, I see there's an integration developed for WSJT-X that allows to see within Qlog stations calling CQ, but I'm not sure is that integration allows WSJT-X to log the QSO on Qlog once completed if the qso has been initiated and completed from WSJT-X and not from within Qlog.?
I think an important improvement that will increase Qlog adoption is the possibility to receive and parse different types of messages via UDP.?