Thanks for the video and demo. Really interesting and food for thought! One question how do you control the ptt if you remote in? Say from an iPhone with mumble?
Mike: ua-cam.com/video/Elg5z8DjKzs/v-deo.html - Also, some wired USB headsets like the Yealink YH-34 sound great (very limited DSP artifacts) and they have an inline mute button that is silent. One day perhaps in-band PTT keying ala Quindar tone would work, but probably best done using low freq (CTCSS style at 67Hz) that could be stripped off with low-cut at the far end. I have also experimented with transporting contact closure over IP - done this with some BARIX MA-400's using OPUS as the codec. I guess you could also go the route of using RTS/CTS with serial transport. However these hardware approaches makes it less universal and is another "box" someone has to have on their desk. Biggest challenge with PTT on Thetis, even locally at the station is that your PTT signal is IMMEDIATE, whereas your audio path is delayed by a few ms given the A->D (gets worse with larger filters and buffers). As such, if you are using manual PTT, you can key the radio faster than audio makes it to the air which introduces background noise before your first syllable makes it out -AND - you need to give a 50ms delay at the end of speech to ensure the buffer has flushed so that you aren't cutting off syllables at the end when you unkey. I hear this ALL the time with people using Thetis. hope that helps.
One more. If you bring the (local pos4) audio in via the local motu mixer and through the compressor etc to the analogue “line in” on the Anan, is it not still sent over the Ethernet to Thetis etc to only then be sent back out to the Anan?
For receive audio we are pulling this out of the headphone output through transformer isolation that does unbalanced to balanced conversion before feeding into the MOTU mixer. We bring both channels of audio into the motu. The mumble client still only officially supports mono audio, but the underlying OPUS codec supports stereo, so its just a matter of time. FWIW, the BARIX exstreamer that feeds the receiver + mic audio to icecast encodes in stereo mp3 so we can preserve diversity receive in the logged recordings.
Hi Ian. Great presentation. Are you running your own mumble server or using an available mumble server. My gut tells me you’re running a server at the club station. Please let me know but so far my testing seems promising.
Amazing content. Thank you for sharing.
Good stuff 👍🏽thanks.for sharing
Thanks for the video and demo. Really interesting and food for thought! One question how do you control the ptt if you remote in? Say from an iPhone with mumble?
Mike: ua-cam.com/video/Elg5z8DjKzs/v-deo.html - Also, some wired USB headsets like the Yealink YH-34 sound great (very limited DSP artifacts) and they have an inline mute button that is silent. One day perhaps in-band PTT keying ala Quindar tone would work, but probably best done using low freq (CTCSS style at 67Hz) that could be stripped off with low-cut at the far end. I have also experimented with transporting contact closure over IP - done this with some BARIX MA-400's using OPUS as the codec. I guess you could also go the route of using RTS/CTS with serial transport. However these hardware approaches makes it less universal and is another "box" someone has to have on their desk.
Biggest challenge with PTT on Thetis, even locally at the station is that your PTT signal is IMMEDIATE, whereas your audio path is delayed by a few ms given the A->D (gets worse with larger filters and buffers). As such, if you are using manual PTT, you can key the radio faster than audio makes it to the air which introduces background noise before your first syllable makes it out -AND - you need to give a 50ms delay at the end of speech to ensure the buffer has flushed so that you aren't cutting off syllables at the end when you unkey. I hear this ALL the time with people using Thetis.
hope that helps.
One more. If you bring the (local pos4) audio in via the local motu mixer and through the compressor etc to the analogue “line in” on the Anan, is it not still sent over the Ethernet to Thetis etc to only then be sent back out to the Anan?
What port do you tap for line out in Anan? Right speaker? Very informative especially the optimod and the remote access capability. Thanks. KO6DLV 73
For receive audio we are pulling this out of the headphone output through transformer isolation that does unbalanced to balanced conversion before feeding into the MOTU mixer. We bring both channels of audio into the motu. The mumble client still only officially supports mono audio, but the underlying OPUS codec supports stereo, so its just a matter of time. FWIW, the BARIX exstreamer that feeds the receiver + mic audio to icecast encodes in stereo mp3 so we can preserve diversity receive in the logged recordings.
Thanks for the info. I’m very interested into remote operation with my Anan G2.
Hi Ian. Great presentation. Are you running your own mumble server or using an available mumble server. My gut tells me you’re running a server at the club station. Please let me know but so far my testing seems promising.
Never mind, just heard you say you’re running the server.
Im General operator here in Bronx NY can i try just to listen