开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育

Re: SBITX v3 - Ability to use a Headset for phone modes


 

On Tue, Jan 30, 2024 at 11:17 AM, Paul wrote:
this was on the SBITX speaker, not the headset
Ok.?

hence the headset is more comfortable to listen to once I can get the volume/gain level right and ideally adjustable,
I have a range of old-school wired headsets and computer speakers to plug into the headset jack.? Audio could be better but not bad overall.

the headset volume is restricted by the amount of gain controlled by the loopback device used to test
Sorry if I'm being redundant but 'sox' can take a gain factor in db.?

so headset volume adjusted to max and it was easy enough to listen on 40m SSB earlier today even weak signals were audible in the headset compared to listening on the sbitx speaker which is a good improvement really.
Nice!

The logical next step (for playback anyway) now is to get the audio out of audioinjectorpi
Hope I'm not being too picky, but what comes out of audioinjectorpi is not audio, it's radio data that needs to be processed by software (DSP code) to get audio.

into a separate loopback (maybe the unused spare perhaps) as well as the ones used for digital so as not to upset the digital functions that seem to work well so far but volume control fixed in those, need it to be variable in the new Loopback.
I think the space needs to be investigated.? Ideally we'd have something like DAX for the Flexradio 6000 where the user could set up the different things they expect to send data or audio to, and then the software would deliver what is requested and nothing more.? Poor JJ, another app for him to write!? As far as I can tell the current software just writes to the two loopbacks all the time, regardless of if anyone is listening or not.

While I can figure out and read code to some extent I am not a programmer, logically, I would probably copy the code that drives loopback 0(hw:1,0) from hw:0,0 and use it to drive loopback 2(would be hw:3:0) so that hw:0,0 plays audio output to both loopbacks at the same time. That way the changes to drive another audio device can be made in isolation related to the new loopback device.
Repeat this process again for the Capture side of things if needed but just focusing on play for now.
That's certainly possible.

I did install gnuradio with a view to trying to draw this but bit of a learning curve :-)
Yes, I agree.? I was thinking of doing a little video at some point to show how I made this simple flowgraph and how easy it is to extend it.

The art of drawing in text? :-)
hw:0,0 >>>>>> Loopback,DEV=0 (hw:1,0) >>>>>>>> Loopback,DEV=1 (hw:1,1)? >>>>>>>>>>> Digital Software input
hw:0,0 >>>>>> Loopback_2,DEV=0 (hw:3,0) >>>>>> Loopback_2,DEV=1 (hw:3,1) >>>>>>>>>> Alternative Audio Device input i.e. USB Headset

Sort of makes sense to me but happy to be corrected
Makes sense.
?
--
Regards,
Dave, N1AI

Join [email protected] to automatically receive all group messages.