[jitsi-dev] libjnffmpeg.so SIGSEGV - Logitech C310, Debian Wheezy, amd64


#1

Hello everybody,

I try to get away from well-known proprietary videoconference software
but have no luck... I'll detail my experience with Jitsi, and appreciate
any comment.

The base situation could hardly be better: I'm a Free Software
developer, both machines (parents' place and me) run Debian Wheezy
(amd64) - slightly mixed package repositories, but both use the same
OpenJDK 7 (IcedTea7 2.1.7) from Wheezy and the latest jitsi package
(2.2.4603.961). The webcam is the same on both machines, a Logitech
C310, working fine in other applications. Both machines are behind NAT,
but I control the Asterisk SIP server in between (and also tried
third-party services like ippi.fr). At some point in the past, I got so
desperate that I even tried setting up an OpenVPN with IPv4 or IPv6,
just to exclude all NAT issues.

The Options - Video - Devices screen shows a good live image! With older
Jitsi versions, I didn't even get that far. Only, as soon as the call
starts, the JVM says goodbye on the receiving side:

# A fatal error has been detected by the Java Runtime Environment:

···

#
# SIGSEGV (0xb) at pc=0x00007fd4a13e7a91, pid=17825,
tid=140550951585536
#
# JRE version: 7.0_03-b21
# Java VM: OpenJDK 64-Bit Server VM (22.0-b10 mixed mode linux-amd64
compressed oops)
# Derivative: IcedTea7 2.1.7
# Distribution: Debian GNU/Linux 7.0 (wheezy), package 7u3-2.1.7-1
# Problematic frame:
# C [libjnffmpeg.so+0x335a91] sws_scale+0x81

I tried playing around with video codecs, or disabling encryption
support - but it's always the same result: sws_scale in libjnffmpeg.so.

I didn't see an open ticket. Is this a known bug?

Here's the log:
http://www.steckenpferde.de/tmp/hs_err_pid17825.log
The core dump mentioned in the log did not show up in any file, though.

All the best,
Viktor.


#2

Encouraged by Ingo's response in another thread, I add:

I'll gladly sponsor one of the webcams in question to a Linux Jitsi
developer who is in a position of possibly making it work. Just tell me
where Amazon can find you. Under Linux, the camera is a "standard"
uvcvideo device.

It's several years that I want to get rid of proprietary video
conference software (just 2-way!), and I regularly test anything which
is installable on my Debian. Every time I run into some major blocker or
bug. I'm a developer myself but with a long todo list and without any
practical experience with JNI.

All the best,
Viktor.

···

On Sun, 2013-06-23 at 23:54 +0200, Viktor Horvath wrote:

Hello everybody,

I try to get away from well-known proprietary videoconference software
but have no luck... I'll detail my experience with Jitsi, and appreciate
any comment.

The base situation could hardly be better: I'm a Free Software
developer, both machines (parents' place and me) run Debian Wheezy
(amd64) - slightly mixed package repositories, but both use the same
OpenJDK 7 (IcedTea7 2.1.7) from Wheezy and the latest jitsi package
(2.2.4603.961). The webcam is the same on both machines, a Logitech
C310, working fine in other applications. Both machines are behind NAT,
but I control the Asterisk SIP server in between (and also tried
third-party services like ippi.fr). At some point in the past, I got so
desperate that I even tried setting up an OpenVPN with IPv4 or IPv6,
just to exclude all NAT issues.

The Options - Video - Devices screen shows a good live image! With older
Jitsi versions, I didn't even get that far. Only, as soon as the call
starts, the JVM says goodbye on the receiving side:

# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007fd4a13e7a91, pid=17825,
tid=140550951585536
#
# JRE version: 7.0_03-b21
# Java VM: OpenJDK 64-Bit Server VM (22.0-b10 mixed mode linux-amd64
compressed oops)
# Derivative: IcedTea7 2.1.7
# Distribution: Debian GNU/Linux 7.0 (wheezy), package 7u3-2.1.7-1
# Problematic frame:
# C [libjnffmpeg.so+0x335a91] sws_scale+0x81

I tried playing around with video codecs, or disabling encryption
support - but it's always the same result: sws_scale in libjnffmpeg.so.

I didn't see an open ticket. Is this a known bug?

Here's the log:
http://www.steckenpferde.de/tmp/hs_err_pid17825.log
The core dump mentioned in the log did not show up in any file, though.

All the best,
Viktor.


#3

Hi folks,

<snip>

my first try would be kicking out all the .so's from the source tree
and link again the correct ones from build environment (those that
fit the includes and actual target's compiler flags).

If it's really a bug inside the library itself (besides just a .so<->.h
mismatch) there's also good chance that recent distros already fixed it.

cu