Tne only place that really needs the rtlsdr headers/libs is dump1090.c
itself. There is a dependency on rtlsdr_dev_t in the shared Modes
struct in dump1090.h, but this is a pointer type so we can just
use a dummy struct definition there to avoid the header dependency.
This lets us build faup1090 (for the piaware package) without
needing a useless librtlsdr-dev build-time dependency.
Before we send messages if the LatLon or Altitude/Direction was updated. One of the values was stale.
Now the LatLon will be very accurate but the Altitude can be very stale.
* With this setting more messages are decoded and at a greater range.
* Get rid of batch rate limiting for dump1090 networking. It's more of a thing for Windows, anyway.
* Install dump1090 to /usr/bin in the Linux style (rather than /usr/local/bin).
* Install HTML files as part of the "make install" (rather than requiring
one to do some variant of "make -f makefaup1090 install" to get the HTML
files dump1090 needs into their right location.
As a result of this a "sudo make install" should produce a working standalone
dump1090, though makefaup1090 options still add capabilities like starting
and stopping dump1090 and boot and shutdown.
* Set all the ports in the services table we're not using to zero.
* Don't enable a table entry that's disabled but has a port defined. This allows us to use the table definition for the 30005 port for us to connect out to it.
Before this if dump1090 restarted for some reason then faup1090 will sit
there indefinitely "looking" stupid and passing no data to piaware,
even after dump1090 comes back up.
Much gratitude to Oliver Jowett (github user mutability) for the fix.
For faup1090 only the FlightAware service is enabled and we were shortening
the services table by using our own define of FAUP_NET_SERVICES_NUM and
having it set to 1.
Apps need to stick with the same number of services as defined by
MODES_NET_SERVICES_NUM in dump1090 because dump1090 support routine
modesAcceptClients loops on this constant to walk the services table.
Likewise we now define all the service ports dump1090 defines even though we
are not using them. We have configured them as disabled.
Version bump to 1.14.