Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Question, but possible feature request: support multiple audio devices #80

Closed
th0ma5w opened this issue Oct 20, 2017 · 4 comments
Closed

Comments

@th0ma5w
Copy link

th0ma5w commented Oct 20, 2017

Hello! Fellow, but very inexperienced, SDR hobbyist here... I was wondering if you had any ideas if SDR Angel could support integration with software like FLldigi https://en.wikipedia.org/wiki/Fldigi FreeDV https://freedv.org/ or WSJT-x https://physics.princeton.edu/pulsar/k1jt/wsjtx.html ... The commonalities seem to assume a physical radio, various interconnect options with regards to PTT or VOX, and soundcards for input and output.

Sound routing could perhaps be done with things like Jack, Virtual Audio Cable, or something, although simulating a sound device would be cool, but probably problematic in a cross-platform situation... but PTT or VOX would need either some kind of serial port input that accepts either basic RTS monitoring, or even more complex HamLib style commands to support tuning... and VOX would just need some kind of sound card input level threshold monitoring in order to trigger TX.

I have a HackRF so it would be interesting to get running on QRP digital modes with it... Any other thoughts? I know a little C, but may be able to munge through some C++ if I tried... your code base looks very very clean and approachable.

@f4exb
Copy link
Owner

f4exb commented Oct 21, 2017

Hello,

Sound routing could perhaps be done with things like Jack ...

I am not going to support this in any way. The preferred way is to use UDP transfer instead. If 3rd party software cannot get input from UDP well... that's too bad.

FreeDV should get a plugin in its own right or integrated to DSD demod for FM mode. Ideally this would be the same for any other mode or group of modes: a plugin in its own right (or a pair for Rx/Tx). Of course using another piece of software would be convenient to functionally replace a missing piece but I am not going to actively support any other transfer than UDP.

For PTT in slave mode that is activated from another software I'd rather have it as a control via a web API. I opened #53 some time ago. It needs a large code refactoring which is in progress. This is also a pre-requiste for a headless variant.

but PTT or VOX would need either some kind of serial port input ...

That's very complex, convoluted and just messy to integrate within SDRangel this is why I'd rather leave it to the users to build their own scripts or piece of software and eventually activate PTT (that is Rx off / Tx on and the opposite on the appropriate source and sink plugins) via a web API.

@mntnmn
Copy link

mntnmn commented Nov 13, 2017

I have a script to start wsjtx and get input ant output to SDRangel with pulseaudio.

#!/bin/sh
pactl module-load module-null-sink
pactl module-load module-loopback
wsjtx
pactl module-unload module-null-sink
pactl module-unload module-loopback

Start this script then SDRangel. Select null and null.monitor from the audio menu in sdrangel and wsjtx and then start streaming. There is no rig control so you have to do that manually. Maybe soon we will have external control over frequency and tx/rx. Right now I can use mine full duplex with LimeSDR.

@f4exb
Copy link
Owner

f4exb commented Mar 24, 2018

Implementation of issue #145 can probably give the flexibility on the audio output that was required in this ticket

@f4exb f4exb changed the title Question, but possible feature request Question, but possible feature request: support multiple audio devices Mar 24, 2018
@f4exb
Copy link
Owner

f4exb commented Mar 30, 2018

implemented in v3.14.0

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants