pipe input?

[akhepcat]

This would be lovely if it could take input from a pipe, so that it could be used from rtl_sdr or other software-defined radio utilities without having to play with alsa or jack to reroute audio...

my c++ foo is nil, though.

[windytan]

Nice idea!

[sjlongland]

I've been thinking along these lines as well… PR #12 has some features to set the audio channel and sample rate… and I was thinking whether I implement a socket audio type, but that seemed to be beyond the scope of what the PR was actually for.

One thought being that if the device specified was of the form tcp:remotehost:port or udp:remotehost:port (for IPv6, we split on the very first and last colons, so tcp:2001:db8:aaaa:bbbb::1:1234 is TCP to 2001:db8:aaaa:bbbb::1 port 1234) then we assume its a remote socket that we need to connect to that will send us int16_t audio samples. On the other hand, if the user specifies tcp:port or udp:port, we listen for an incoming connection.

This may work with existing software like gqrx.