Sylphase SDGPS
The software-defined GPS(/GNSS) toolkit
|
For each of the five interfaces there is a listen-INTERFACE-unix
node that creates a listening UNIX stream socket to send out a packet stream, and there is a connect-INTERFACE-unix
node that connects to a listening UNIX stream socket and receives the packets.
The listen-INTERFACE-unix
nodes are sinks of that particular interface.
Like the write-INTERFACE-file
, these nodes are not necessarily dead ends; they will also pass through the packets if there is another node following it. And again, the listen-cooked-unix
needs to have a node following it, since the cooked interface has desired correlation configuration packets being sent backwards to the cooked source.
Usage:
listen-cooked-unix [OPTION]... PATH
Allowed options:
Option | Description |
---|---|
--help | produce help message |
--socket-path PATH | listen on UNIX socket at PATH |
--no-metadata | don't include metadata (e.g. sdgps version, command line) in output |
--buffer-size BUFFER_SIZE (=128) | buffer BUFFER_SIZE MB of data for smoothing out network jitter/congestion |
--never-drop-data | block instead of dropping data if no clients are connected or a client is reading too slowly |
--one-client | only accept one client; end pipeline if client disconnects |
Type signature: (cooked->[cooked])
In this node we create a listening UNIX stream socket that sends cooked packets. As stated in the cooked section, cooked sources (listen-cooked-unix) require cooked sinks (tracker)
Type signature: (cooked2->[cooked2])
In this node we create a listening UNIX stream socket that sends cooked2 packets.
Type signature: (observables->[observables])
In this node we create a listening UNIX stream socket that sends observables packets.
Type signature: (raw->[raw])
In this node we create a listening UNIX stream socket that sends raw packets.
Type signature: (solution->[solution])
In this node we create a listening UNIX stream socket that sends solution packets.