Open akhepcat opened 11 years ago
Nice idea!
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
.
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.