[jitsi-dev] Problem with audio on calls and notification of incoming calls


#1

Hello Dev,

I have a problem with users of Jitsi randomly loosing audio on calls, and occasionally not receiving call notifications.
I have attached the log file confirming errors.

Can you point me in the right direction? A bounty could be offered if required.

Thanks

jitsi0.log.0 (78.9 KB)

···

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________


#2

I have a problem with users of Jitsi randomly loosing audio on calls, and
occasionally not receiving call notifications.

You appear to be using PortAudio on Windows Vista+ so please switch to
Windows Audio Session API (WASAPI) in Tools > Options > Audio.

I have attached the log file confirming errors.

14:55:44.737 INFO: [14] impl.version.VersionActivator.start() Jitsi
Version: jitsi 2.4.0.6

Is that a vanilla Jitsi distribution from us?

14:58:52.836 SEVERE: [205]
plugin.notificationwiring.NotificationManager.incomingCallReceived().992
An error occurred while trying to notify about an incoming call
java.lang.NoClassDefFoundError:
net/java/sip/communicator/impl/protocol/sip/OperationSetAutoAnswerSipImpl
at net.java.sip.communicator.plugin.notificationwiring.NotificationManager.incomingCallReceived(NotificationManager.java:947)

That NoClassDefFoundError above does not look right. If you're not
running a vanilla Jitsi distribution that we've provided, you may want
to contact the developers of your Jitsi distribution to have that
fixed.

···

2013/10/9 Curtis Raams <craams@staff.ains.net.au>:


#3

Hello,

Its not completely stock because we build our own custom plugins, we use the versioning system to actual track our plugins.

The errors I provided were more so regarding the auto answer bug. In fact I was provided just today a sample where Jitsi answered 2x calls (using auto answer) and both calls actually were active and the user could speak to the parties on both calls as the same time, just as though it was a conference.

We have used WASAPI also, but had issues that I can not distinctly recall right now. But we will try it again tomorrow.

With auto answer enabled, we have found the call does answer but the box to accept/decline remains on the screen until the user actually clicks answer to show the main call dialog. Is this expected? Or should it actually be showing the full call dialog?

I will also add we use the config variable to disable call waiting.
The goal is to have Jitsi auto answer 1x call and send busy for all other calls. But this is not the case for us, it seems to accept the second call in certain conditions and this seems to be related to the various errors.

Are you able to look specifically at the auto-answer issue/errors as there is nothing customised there we are using it out of the box.

Here is the errors that appeared to directly cause the two calls to both auto answer and the user to speak to both callers (UI showed the accept/decline box for both calls)....

16:32:10.742 SEVERE: [2689] plugin.notificationwiring.NotificationManager.incomingCallReceived().992 An error occurred while trying to notify about an incoming call
java.lang.NoClassDefFoundError: net/java/sip/communicator/impl/protocol/sip/OperationSetAutoAnswerSipImpl
  at net.java.sip.communicator.plugin.notificationwiring.NotificationManager.incomingCallReceived(NotificationManager.java:947)
  at net.java.sip.communicator.service.protocol.media.AbstractOperationSetBasicTelephony.fireCallEvent(AbstractOperationSetBasicTelephony.java:165)
  at net.java.sip.communicator.impl.protocol.sip.CallSipImpl.createCallPeerFor(CallSipImpl.java:254)
  at net.java.sip.communicator.impl.protocol.sip.CallSipImpl.processInvite(CallSipImpl.java:418)
  at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processInvite(OperationSetBasicTelephonySipImpl.java:1052)
  at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:312)
  at net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:927)
  at net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:657)
  at gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:230)
  at gov.nist.javax.sip.SipProviderImpl.handleEvent(SipProviderImpl.java:196)
  at gov.nist.javax.sip.DialogFilter.processRequest(DialogFilter.java:1303)
  at gov.nist.javax.sip.stack.SIPServerTransaction.processRequest(SIPServerTransaction.java:847)
  at gov.nist.javax.sip.stack.UDPMessageChannel.processMessage(UDPMessageChannel.java:540)
  at gov.nist.javax.sip.stack.UDPMessageChannel.processIncomingDataPacket(UDPMessageChannel.java:492)
  at gov.nist.javax.sip.stack.UDPMessageChannel.run(UDPMessageChannel.java:297)
  at java.lang.Thread.run(Unknown Source)
16:32:10.758 SEVERE: [2691] org.jitsi.impl.neomedia.notify.AudioSystemClipImpl.error() Failed to open org.jitsi.impl.neomedia.jmfext.media.renderer.audio.PortAudioRenderer
javax.media.ResourceUnavailableException: inputFormat not set
  at org.jitsi.impl.neomedia.jmfext.media.renderer.audio.PortAudioRenderer.doOpen(PortAudioRenderer.java:597)
  at org.jitsi.impl.neomedia.jmfext.media.renderer.audio.PortAudioRenderer.open(PortAudioRenderer.java:526)
  at org.jitsi.impl.neomedia.notify.AudioSystemClipImpl.runOnceInPlayThread(AudioSystemClipImpl.java:214)
  at org.jitsi.service.audionotifier.AbstractSCAudioClip.runInPlayThread(AbstractSCAudioClip.java:370)
  at org.jitsi.service.audionotifier.AbstractSCAudioClip.access$100(AbstractSCAudioClip.java:20)
  at org.jitsi.service.audionotifier.AbstractSCAudioClip$1.run(AbstractSCAudioClip.java:299)
  at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
  at java.lang.Thread.run(Unknown Source)
16:32:10.758 SEVERE: [2690] util.UtilActivator.uncaughtException().108 An uncaught exception occurred in thread=Thread[pool-10-thread-78,5,main] and message was: null
java.lang.NullPointerException
  at org.jitsi.impl.neomedia.notify.AudioSystemClipImpl.exitRunOnceInPlayThread(AudioSystemClipImpl.java:115)
  at org.jitsi.service.audionotifier.AbstractSCAudioClip.runInPlayThread(AbstractSCAudioClip.java:375)
  at org.jitsi.service.audionotifier.AbstractSCAudioClip.access$100(AbstractSCAudioClip.java:20)
  at org.jitsi.service.audionotifier.AbstractSCAudioClip$1.run(AbstractSCAudioClip.java:299)
  at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
  at java.lang.Thread.run(Unknown Source)
16:32:10.789 SEVERE: [2697] plugin.notificationwiring.NotificationManager.incomingCallReceived().992 An error occurred while trying to notify about an incoming call
java.lang.NoClassDefFoundError: net/java/sip/communicator/impl/protocol/sip/OperationSetAutoAnswerSipImpl
  at net.java.sip.communicator.plugin.notificationwiring.NotificationManager.incomingCallReceived(NotificationManager.java:947)
  at net.java.sip.communicator.service.protocol.media.AbstractOperationSetBasicTelephony.fireCallEvent(AbstractOperationSetBasicTelephony.java:165)
  at net.java.sip.communicator.impl.protocol.sip.CallSipImpl.createCallPeerFor(CallSipImpl.java:254)
  at net.java.sip.communicator.impl.protocol.sip.CallSipImpl.processInvite(CallSipImpl.java:418)
  at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processInvite(OperationSetBasicTelephonySipImpl.java:1052)
  at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:312)
  at net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:927)
  at net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:657)
  at gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:230)
  at gov.nist.javax.sip.SipProviderImpl.handleEvent(SipProviderImpl.java:196)
  at gov.nist.javax.sip.DialogFilter.processRequest(DialogFilter.java:1303)
  at gov.nist.javax.sip.stack.SIPServerTransaction.processRequest(SIPServerTransaction.java:847)
  at gov.nist.javax.sip.stack.UDPMessageChannel.processMessage(UDPMessageChannel.java:540)
  at gov.nist.javax.sip.stack.UDPMessageChannel.processIncomingDataPacket(UDPMessageChannel.java:492)
  at gov.nist.javax.sip.stack.UDPMessageChannel.run(UDPMessageChannel.java:297)
  at java.lang.Thread.run(Unknown Source)
16:32:10.789 SEVERE: [2693] util.UtilActivator.uncaughtException().108 An uncaught exception occurred in thread=Thread[pool-10-thread-81,5,main] and message was: null
java.lang.NullPointerException
  at org.jitsi.impl.neomedia.notify.AudioSystemClipImpl.exitRunOnceInPlayThread(AudioSystemClipImpl.java:115)
  at org.jitsi.service.audionotifier.AbstractSCAudioClip.runInPlayThread(AbstractSCAudioClip.java:375)
  at org.jitsi.service.audionotifier.AbstractSCAudioClip.access$100(AbstractSCAudioClip.java:20)
  at org.jitsi.service.audionotifier.AbstractSCAudioClip$1.run(AbstractSCAudioClip.java:299)
  at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
  at java.lang.Thread.run(Unknown Source)
16:32:10.789 SEVERE: [2691] org.jitsi.impl.neomedia.notify.AudioSystemClipImpl.error() Failed to open org.jitsi.impl.neomedia.jmfext.media.renderer.audio.PortAudioRenderer
javax.media.ResourceUnavailableException: inputFormat not set
  at org.jitsi.impl.neomedia.jmfext.media.renderer.audio.PortAudioRenderer.doOpen(PortAudioRenderer.java:597)
  at org.jitsi.impl.neomedia.jmfext.media.renderer.audio.PortAudioRenderer.open(PortAudioRenderer.java:526)
  at org.jitsi.impl.neomedia.notify.AudioSystemClipImpl.runOnceInPlayThread(AudioSystemClipImpl.java:214)
  at org.jitsi.service.audionotifier.AbstractSCAudioClip.runInPlayThread(AbstractSCAudioClip.java:370)
  at org.jitsi.service.audionotifier.AbstractSCAudioClip.access$100(AbstractSCAudioClip.java:20)
  at org.jitsi.service.audionotifier.AbstractSCAudioClip$1.run(AbstractSCAudioClip.java:299)
  at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
  at java.lang.Thread.run(Unknown Source)
16:32:10.804 INFO: [2696] util.NetworkUtils.tryRange().123 Ignoring invalid port range [null to null]
16:32:10.804 INFO: [2696] util.NetworkUtils.createTracker().213 Ignoring invalid port range [null to null]

···

-----Original Message-----
From: dev-bounces@jitsi.org [mailto:dev-bounces@jitsi.org] On Behalf Of Lyubomir Marinov
Sent: Wednesday, 9 October 2013 4:32 PM
To: Jitsi Developers
Subject: Re: [jitsi-dev] Problem with audio on calls and notification of incoming calls

2013/10/9 Curtis Raams <craams@staff.ains.net.au>:

I have a problem with users of Jitsi randomly loosing audio on calls,
and occasionally not receiving call notifications.

You appear to be using PortAudio on Windows Vista+ so please switch to Windows Audio Session API (WASAPI) in Tools > Options > Audio.

I have attached the log file confirming errors.

14:55:44.737 INFO: [14] impl.version.VersionActivator.start() Jitsi
Version: jitsi 2.4.0.6

Is that a vanilla Jitsi distribution from us?

14:58:52.836 SEVERE: [205]
plugin.notificationwiring.NotificationManager.incomingCallReceived().992
An error occurred while trying to notify about an incoming call
java.lang.NoClassDefFoundError:
net/java/sip/communicator/impl/protocol/sip/OperationSetAutoAnswerSipImpl
at net.java.sip.communicator.plugin.notificationwiring.NotificationManager.incomingCallReceived(NotificationManager.java:947)

That NoClassDefFoundError above does not look right. If you're not running a vanilla Jitsi distribution that we've provided, you may want to contact the developers of your Jitsi distribution to have that fixed.

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com ______________________________________________________________________

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________


#4

Hi,

Here is the errors that appeared to directly cause the two calls to both auto answer and the user to speak to both callers (UI showed the accept/decline box for both calls)....

16:32:10.742 SEVERE: [2689] plugin.notificationwiring.NotificationManager.incomingCallReceived().992 An error occurred while trying to notify about an incoming call
java.lang.NoClassDefFoundError: net/java/sip/communicator/impl/protocol/sip/OperationSetAutoAnswerSipImpl
        at net.java.sip.communicator.plugin.notificationwiring.NotificationManager.incomingCallReceived(NotificationManager.java:947)

Tested with vanilla Jitsi distribution and auto answer is working fine
without any exception. So it must be your modifications that brings
the problem.

Normally NoClassDefFoundError are because of wrong import/export of
packages in felix, or just missing such. You can check the mailinglist
archives for details.

Regards
damencho

···

On Wed, Oct 9, 2013 at 1:47 PM, Curtis Raams <craams@staff.ains.net.au> wrote: