This happened again to me today. I was in a MSTeams chat session (standalone app, not the web version) and opened a webpage in Firefox that garbled the sound of the meeting in progress. I noticed that when it happened that in the system audio mixer/volume control manager, there was suddenly a lot of entries for "speech-dispatcher" that previously weren't there. And this was also reflected in the list from the `ps` command:
Without touching the webpage or Firefox, I used the command-line to kill the one that looked to be the main speech-dispatcher process, which was the 188687 process ID in this case (which also closed the other speech-dispatcher processes). And immediately, the audio cleared up and I was able to continue browsing the webpage while the MSTeams meeting continued.
This makes me wonder if the problem is actually Firefox or if it's speech-dispatcher -- or perhaps it's the data that Firefox is streaming to speech-dispatcher??
Like the others in this thread, I have experimented with the speech settings in Firefox to no avail. If there's a magic setting to disable it, I haven't found it.
This happened again to me today. I was in a MSTeams chat session (standalone app, not the web version) and opened a webpage in Firefox that garbled the sound of the meeting in progress. I noticed that when it happened that in the system audio mixer/volume control manager, there was suddenly a lot of entries for "speech-dispatcher" that previously weren't there. And this was also reflected in the list from the `ps` command:
188672 0.0 0.0 450364 8304 ? Sl 11:50 0:00 /usr/lib/ speech- dispatcher- modules/ sd_espeak- ng /etc/speech- dispatcher/ modules/ espeak- ng.conf speech- dispatcher- modules/ sd_dummy /etc/speech- dispatcher/ modules/ dummy.conf speech- dispatcher- modules/ sd_generic /etc/speech- dispatcher/ modules/ mary-generic. conf speech- dispatcher- modules/ sd_generic /etc/speech- dispatcher/ modules/ espeak- generic. conf speech- dispatcher --spawn --communication -method unix_socket --socket-path /run/user/ 1000/speech- dispatcher/ speechd. sock
188678 0.0 0.0 360052 5660 ? Sl 11:50 0:00 /usr/lib/
188681 0.0 0.0 360084 5972 ? Sl 11:50 0:00 /usr/lib/
188684 0.0 0.0 360096 5492 ? Sl 11:50 0:00 /usr/lib/
188687 0.0 0.0 159724 2236 ? Ssl 11:50 0:00 /usr/bin/
Without touching the webpage or Firefox, I used the command-line to kill the one that looked to be the main speech-dispatcher process, which was the 188687 process ID in this case (which also closed the other speech-dispatcher processes). And immediately, the audio cleared up and I was able to continue browsing the webpage while the MSTeams meeting continued.
This makes me wonder if the problem is actually Firefox or if it's speech-dispatcher -- or perhaps it's the data that Firefox is streaming to speech-dispatcher??
Like the others in this thread, I have experimented with the speech settings in Firefox to no avail. If there's a magic setting to disable it, I haven't found it.