Bug 671346 – Crash on incoming audio calls from Jitsu clients on Windows

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 671346 - Crash on incoming audio calls from Jitsu clients on Windows


Summary:	Crash on incoming audio calls from Jitsu clients on Windows


Status:	RESOLVED NOTGNOME

Product:	GStreamer
Classification:	Platform
Component:	gst-libav
Version:	unspecified
Hardware:	Other Linux

Importance:	Normal normal
Target Milestone:	git master
Assigned To:	GStreamer Maintainers
QA Contact:	GStreamer Maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2012-03-05 10:38 UTC by Emanuele Aina
Modified:	2012-03-06 09:43 UTC

See Also:
GNOME target:	---
GNOME version:	---

Attachments
Log from empathy-call launched with EMPATHY_DEBUG=all (69.37 KB, text/x-log) 2012-03-05 10:38 UTC, Emanuele Aina	Details

Description Emanuele Aina 2012-03-05 10:38:23 UTC

Created attachment 208990 [details]
Log from empathy-call launched with EMPATHY_DEBUG=all

Accepting an incoming audio call from a contact using Jitsu on Windows will crash the call windows.

This is using Jitsu 1.0-beta1 and Empathy git rev. EMPATHY_3_3_90_2-5-g9cc2697, farstrem from git rev. 0.1.1-7-g6553314, telepathy-farstream-0.2.1-3-ge40399b and telepathy-gabble-0.15.4-78-g0a7c66f.

This is where the stack trace ends during the crash:

+ Trace 229801

#0 raise
from /lib/x86_64-linux-gnu/libc.so.6
#1 abort
from /lib/x86_64-linux-gnu/libc.so.6
#2 __assert_fail
from /lib/x86_64-linux-gnu/libc.so.6
#3 av_rescale_rnd
from /usr/lib/x86_64-linux-gnu/libavutil.so.51
#4 avcodec_encode_audio
from /usr/lib/x86_64-linux-gnu/libavcodec.so.53
#5 ??
from /usr/lib/gstreamer-0.10/libgstffmpeg.so
#6 ??
from /usr/lib/gstreamer-0.10/libgstffmpeg.so
#7 gst_pad_push
from /usr/lib/x86_64-linux-gnu/libgstreamer-0.10.so.0

Comment 1 Emanuele Aina 2012-03-05 11:58:26 UTC

This seems due to gst-ffmpeg having some issues with the G722 codec.
Put the snippet below in /usr/share/farstream/0.1/fsrtpconference/default-codec-preferences to disable G722 in farstream:

[audio/G722]
id=-1

Comment 2 Guillaume Desmottes 2012-03-05 12:21:13 UTC

Let's re-assign to gst-ffmpeg then.

Comment 3 Tim-Philipp Müller 2012-03-05 12:26:42 UTC

> avcodec_encode_audio
> from /usr/lib/x86_64-linux-gnu/libavcodec.so.53

Has this been reproduced with the/an internal libav snapshot that we ship as part of gst-ffmpeg?

Comment 4 Emanuele Aina 2012-03-05 21:52:26 UTC

No, it comes from the libavcodec53 4:0.8-1+b1 packages in debian/sid.
This is a smaller testcase that shows the problem (thanks to sjoerd):
gst-launch-0.10 audiotestsrc ! ffenc_g722  ! fakesink

Comment 5 Sebastian Dröge (slomo) 2012-03-06 07:27:10 UTC

Please report this bug to Debian then, unless you can reproduce it with the internal copy of libav (you need to rebuild gst-ffmpeg for this).

This is a known bug with libavcodec from Debian/sid btw, so best would be to report it against libav directly. It's triggering this assertion in libav btw:

/build/buildd-libav-extra_0.8.0.1+b1-amd64-PoqmIt/libav-extra-0.8.0.1+b1/libav/libavutil/mathematics.c:79: av_rescale_rnd: Assertion `c > 0' failed.

Comment 6 Emanuele Aina 2012-03-06 09:43:01 UTC

It seems it has already been fixed in libav 4:0.8-2, both empathy and the testcase worked.
Thanks.