|
From: James T. <ja...@fl...> - 2019-03-06 12:33:53
|
> On 6 Mar 2019, at 12:23, Lars Toenning <de...@lt...> wrote: > > And regarding the libs needed one of the swift developer wrote: > > - “libevent is needed to drive the low level dbus library. Generally dbus suggests to use high level bindings like Qt or Glib. But pulling those into the XPlane process was too much. If FG is already using Qt in the sim process you could easily use QtDBus instead. > - dbus is not a hard requirement. The connection can be implemented in many different ways.” > “ > > My idea was to have a basic working connection available first and do some more improvements and possibly a change from dbus to something else later on. Qt in FG is optional so let’s not couple Swift support to that. I’m fine with using DBus directly so long as the deployment works out easily, let’s give it a go and find out. I would in general prefer to use a lower-level protocol (which FG already has several of) rather than DBus, but I totally understand DBus is probably much faster to get running if already supported on the Swift side. Kind regards, James |