Mumble controlled solution (audio voice activated) PTT/audio squelch #6472
Replies: 1 comment
-
I have a few problems to assing the Mumble output via pipewire to the vu-ptt, but when connected it just calls a extern bash ptt script that does gpio control. But it would be cool if mumble was able to run a script if and when somebody is speaking on the chanal. It would be usefull for other things also not just radio but other intercoms, speakers - this a just dirty way maybe but can ICE be used but would need connection to ice cat vu-ptt.c #include <stdio.h> #define SAMPLE_RATE 44100 int main(int argc, char *argv[]) {
} |
Beta Was this translation helpful? Give feedback.
-
Programming a plugin is not so easy for me - have have to lean alot more about the api etc. ;)
What I am looking for is something simular to this
A squelch (SQL) output to be connected with the transceiver's PTT (push to talk) input in order to set the transceiver to transmit-mode when audio is received from the mumble server.
Old solution https://github.com/hostfer/mumbleptt or https://github.com/dk7lst/mumbleRF simular project in some way also https://github.com/talkkonnect/talkkonnect fokus on this but in some countries you are not allowed to modify the radio.
A linux mumble plugin would be nice because the someone speaks on the chanal (not our self) it should "press" PTT possible with a a timer (Tranmission limit counter ) for safety .
Its almost how the audio input side is made on mumble but I need it on the audio output side - it would be possible to have this running as a seperate task that just monitor the output maybe via a pipewire sink and on audio can call/execte a external bash script that can a raspberry gpio pins or on pc maybe rs232 can signal to a radio we now have audio to transmit and with some delay just like the mumble input is done because it have to "press" the PTT key on radio and hold it for a while.
I have been looking and searching every where for possible workarounds and a pipewire sqeulch would be a possible maybe dirty workaroud to have a (squelch on the audio output from mumble on the mumble-chanal - but I am not sure about how it works with the signal if I have to look on the signal/audio level at all or if can do on demand, so when somebody speaks on the chanal it make the connection from pipewire monitor output to a (virtual sink device ptt) and when no audio it removes the session until somebody speaks on the chanal again it should make a new session.
Some use modified soundcard and specieal hardware - but would be nice to use gpio or serial rs232
I am sure alot ham/cb operators would switch from Teamspeak/zello to mumble if a universel linux mumble plugin for did exist for the current mumble because its opensource and very great audio with opus and running on small low power devices.
Any suggestions about a dirty pipewire workaround and ways to monitor the audio on a mumble chanal ?
Beta Was this translation helpful? Give feedback.
All reactions