After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 643455 - [regression] Lots of dropouts in Empathy voip calls
[regression] Lots of dropouts in Empathy voip calls
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
git master
Other Linux
: Normal blocker
: 0.10.33
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-02-28 08:55 UTC by Arun Raghavan
Modified: 2011-02-28 18:19 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Results of an attempted bisection (3.58 KB, text/plain)
2011-02-28 13:55 UTC, Nirbheek Chauhan
Details

Description Arun Raghavan 2011-02-28 08:55:08 UTC
Making an Empathy call results in scratchy voice quality  and it sounds like the audio's dropping a few times a second. This seems to be introduced by a regression between core 0.10.31 and 0.10.32 (downgrading to the former makes the problem go away).
Comment 1 Nirbheek Chauhan 2011-02-28 13:55:13 UTC
Created attachment 182090 [details]
Results of an attempted bisection

I tried bisecting this, and the bisection sort of failed (twice).

The only thing I can make out of all that is that the valve plugin is where the problem lies, and the problem was introduced after the move from -bad to -core. Throughout these tests, I have gst-plugins-bad-0.10.19, gst-plugins-good-0.10.23, and gst-plugins-base-0.10.31 installed.

"good" is the behaviour with -core 0.10.31 and -bad 0.10.19
"bad"  is the behaviour with -core 0.10.32 and -bad 0.10.19
"skip" is when empathy gives an error msg saying "There was a failure in the call engine"  "Could not create the valve element"

I couldn't figure out why empathy couldn't load the valve plugin, so I'm dumping my observations as an attachment below. Any suggestions on how to proceed with further narrowing down are appreciated.
Comment 2 Sjoerd Simons 2011-02-28 18:19:44 UTC
This was fixed in git a while back:

commit 2cfc7adcb11b9ada2b087d3dc5c0fc43214bf9cd
Author: Olivier Crête <olivier.crete@collabora.co.uk>
Date:   Fri Jan 28 15:36:33 2011 -0500

    valve: Only set discont on the first buffer after drops
    
    Reset the discont member after setting discont on the first buffer after
    dropping.