Great link Federico! I shall check that out, their method of audio transmission could be useful for future projects, it’s probably a lot lighter on network resources than the Pulseaudio methods I’ve used so far…
Not sure whether you got my reply to your email or not. Anyway I just finished compiling all the dependencies and fldigi for running, well fldigi, on my RPi2. All went well and I was decoding PSK31 well into the noise with the Cirrus Logic audio card and portaudio. Being a fiddler I decided to, against my better judgement, give Pulse audio another go. I got the error “Server refused connection”. Imagine my surprise when the search term “fldigi pulseaudio connection refused” turned up your site third in the search results :-).
I’ll probably just sack pulse audio off the Pi just like I have done with every instance of it on my other Linux distros. It’s always proved troublesome in my opinion unless you genuinely need sound server capabilities.
I’m embarking on this route so as to be able to “play” radio from work in the lunch hour. 😉
Google “seren voip” for a great sound over IP tool. It uses compression (so PSK etc fails) but for voice the audio quality is superb, and the data rate is low. (16ksp/s = 8kHz bandwidth, = some 3kBps link rate! And it’s full duplex.
The author responds too, if you ask on the IRC chatroom page. Perhaps I can persuade him to show me how to bypass the audio compression when needed. There is s text chat facility too, it would be interesting to see if that can be used to tunnel rig control traffic, but my C/C++ skills are way below that ability, though I do have a fix for the autocall to an IP address:port if needed.
All that I’m trying, is intended to fly over a SSH tunnel too (for the rig control) while seren has it’s own UDP link, and encryption, so the t’s-n-C’s of the license are upheld.
Hi,
thanks for sharing all your test.
Here I found something that might be interesting for our scope..
https://www.aa6e.net/wiki/W1HQ_remote
73 de Iz1glg
Great link Federico! I shall check that out, their method of audio transmission could be useful for future projects, it’s probably a lot lighter on network resources than the Pulseaudio methods I’ve used so far…
Thanks for sharing and vy 73!
Andy G7UHN
Hi Andy,
Not sure whether you got my reply to your email or not. Anyway I just finished compiling all the dependencies and fldigi for running, well fldigi, on my RPi2. All went well and I was decoding PSK31 well into the noise with the Cirrus Logic audio card and portaudio. Being a fiddler I decided to, against my better judgement, give Pulse audio another go. I got the error “Server refused connection”. Imagine my surprise when the search term “fldigi pulseaudio connection refused” turned up your site third in the search results :-).
I’ll probably just sack pulse audio off the Pi just like I have done with every instance of it on my other Linux distros. It’s always proved troublesome in my opinion unless you genuinely need sound server capabilities.
All the best
Andy G7OFC
Hi. Nicely done Sir.
I’m embarking on this route so as to be able to “play” radio from work in the lunch hour. 😉
Google “seren voip” for a great sound over IP tool. It uses compression (so PSK etc fails) but for voice the audio quality is superb, and the data rate is low. (16ksp/s = 8kHz bandwidth, = some 3kBps link rate! And it’s full duplex.
The author responds too, if you ask on the IRC chatroom page. Perhaps I can persuade him to show me how to bypass the audio compression when needed. There is s text chat facility too, it would be interesting to see if that can be used to tunnel rig control traffic, but my C/C++ skills are way below that ability, though I do have a fix for the autocall to an IP address:port if needed.
All that I’m trying, is intended to fly over a SSH tunnel too (for the rig control) while seren has it’s own UDP link, and encryption, so the t’s-n-C’s of the license are upheld.
I’ve bookmarked your page.
73.
Dave G0WBX.