GNOME Bugzilla – Bug 757883
No outbound voice when making calls
Last modified: 2018-05-22 19:06:35 UTC
Version data: Empathy 3.12.11. Gstreamer 1.6.1. Pulseaudio 7.0.2. There is no outbound voice (from computer to telephony system) when making or receiving calls. Other clients work successfully for the same parameters, which tends to rule out other causes of error. The problem seems to have come about with an upgrade to gstreamer 1.6 from 1.4.5. I tried (and failed) to rollback to 1.4.5 to test this hypothesis. Gstreamer is a very difficult product to rollback, sadly. Dist: Debian. Reported the same issue at debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801904 but it hasn't been looked at as far as I can tell. Happy to try anything to diagnose the issue. I've tried debugging the gstreamer pipeline, but it seems to be very challenging to figure out where the outbound voice is getting lost, with the debugging to hand. Looking at the network traces to my SIP server, it seems clear that I'm sending only silence RTP packets from my computer to my SIP server, so I think that the voice is getting lost in the pipeline. I've tried to make simple pipelines, and they all seem to work.
CCing GStreamer developers
You have excluded the possibility of an Empathy or pulseaudio upgrade being the culprit? You could try to run empathy like this from a terminal window: $ GST_DEBUG=*:6 empathy 2>dbg.log and capture a few seconds of making a call. Maybe there's something obvious in the log to see what's happening. To be sure, you have checked your microphone volume control and the pulseaudio settings and made sure that the input device is set up properly? (In pavolume under 'Input devices' you should see the Microphone and a line level if you make some noise)
the log will be large, compress with xz -9.
Actually, you need to run /usr/libexec/empathy-call, not empathy itself to get a log of the GStreamer part. Can you run it as: EMPATYHY_DEBUG=all GST_DEBUG=*:6 /usr/libexec/empathy-call 2>dbg.log
Created attachment 319969 [details] debug log Thanks for responding. Debug log attached. (In reply to Tim-Philipp Müller from comment #2) > You have excluded the possibility of an Empathy or pulseaudio upgrade being > the culprit? It's certainly not due to any change in Empathy or Telepathy or sofiasip, which is clear from a quick check of the changelog. GStreamer, being the healthy changing project, does seem like the most likely culprit. And the issue is relatively recent, from around the time GStreamer 1.6 started to hit distros. I never experienced this bug in Fedora 22 (GStreamer 1.4), but it always occurs in Fedora 23 (GStreamer 1.6). > To be sure, you have checked your microphone volume control and the > pulseaudio settings and made sure that the input device is set up properly? > (In pavolume under 'Input devices' you should see the Microphone and a line > level if you make some noise) I see the sound level change with my voice in gnome-control-center, and I can speak with this microphone using various $PROPRIETARY_SERVICES.
(In reply to Michael Catanzaro from comment #5) > And the > issue is relatively recent, from around the time GStreamer 1.6 started to > hit distros. I never experienced this bug in Fedora 22 (GStreamer 1.4), but > it always occurs in Fedora 23 (GStreamer 1.6). There was also a major PulseAudio upgrade between F22 and F23, though.
I confirm that I have this issue and I have been having it in my Debian testing for at least a couple of months already. Sorry that it took so long, but for some reason empathy left only my Google online account and wiped out the rest.
It's fixed for me in Fedora 24, I suspect due to the GStreamer 1.8 upgrade. Is anyone still experiencing this with GStreamer 1.8?
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/empathy/issues/854.