Implements an alternative to PortAudio on Windows which uses Windows Audio Session API (WASAPI) and related Core Audio APIs such as Multimedia Device (MMDevice) API.

Changes the way FEC is handled in the Opus decoded. Makes it output a single Buffer containing both the data decoded from FEC and the packet's 'regular' data. Until now, it output two separate Buffers.

Adds an option to set the video bitrate. Patches provided by Benoît Laniel on the dev@ mailing list (under the subject of '[PATCH] Set default max video bandwidth to 128')

Corrects the RTP DTMF buffering management for the following case: when a key is hold down on Windows, it generates several start DTMF events and only one stop when released.

Update zrtp4j-light that implements new features to negotiate ZRP protocol
versions, support the B256 SAS authentication mode, some smaller updates and
bug fixes.

Fixes a problem with RTCP PLI packets not being sent. The problem was that the usePLI field of VideoMediaStreamImpl was accessed from the constructor of the superclass (through the overloaded deviceSessionChanged method), before being initialized. As a result it's value was 'false' rather than the intended 'true'. This patch makes the field static, since (once initialized) it's value was always 'true' anyway.

This is the stack trace observed:
     [java] 	at org.jitsi.impl.neomedia.VideoMediaStreamImpl.deviceSessionChanged(VideoMediaStreamImpl.java:520)
     [java] 	at org.jitsi.impl.neomedia.MediaStreamImpl.setDevice(MediaStreamImpl.java:1678)
     [java] 	at org.jitsi.impl.neomedia.MediaStreamImpl.<init>(MediaStreamImpl.java:284)
     [java] 	at org.jitsi.impl.neomedia.VideoMediaStreamImpl.<init>(VideoMediaStreamImpl.java:318)
     [java] 	at org.jitsi.impl.neomedia.MediaServiceImpl.createMediaStream(MediaServiceImpl.java:364)

Adds a minimal duration for RTP DTMF tones. This minimal duration can be configured by provisioning with the net.java.sip.communicator.service.protocol.minimalRtpDtmfToneDuration property, or by setting it in the account preferences.

Seemingly fixes an issue which could cause a few pixels of the remote video in a call to be scaled out of proportion.

Works on preventing an issue with the display of remote video which could scale it down to a tiny number of pixels. Fixes multiple technical/programming errors, warnings, javadocs.

Removes attempts to register the speex JavaEncoder and JavaDecorer classes, since they are exluded in the default libjitsi build, and trying to register them raises exceptions.

Fixes the display of the remote video in a call which could appear as a single pixel (on Windows at least).

Improves the hotplug response times on Windows which may be noticeably prolonged due to thread scheduling in cases of Windows Multimedia reporting lack of a device driver.

Fixes inconsistent synchronization in RTPSourceStream which could lead to unexpected behavior. Enables debug output in the PortAudio binaries on Windows. Makes sure that failures to load the JNI counterparts of CoreAudioDevice will not break PortAudio and the software volume control. Fixes warnings.

Commits work in progress on utilizing Android's native hardware (and software) decoding (and encoding) via MediaCodec.

Fixs a NullPointerException in the H.264 encoder which could prevent the building of a flow graph (e.g. Android). Does not attempt to enable RTCP feedback for H.264 video on Android because that does not have a way of working there.

Does not allow the FMJ encoder and decoder classes of Opus to register with FMJ/the application unless the jnopus JNI library is loaded and appears functional. Otherwise, the Opus codec will be considered supported and advertised as such while the JNI library may not be available at all (e.g. Android).

Uses device UID or name (instead of index) for PortAudio CaptureDeviceInfo locator. This fixes the problem of starting/stopping the wrong device after an update of the device list (i.e. a device has been dis/connected.).

Updates audio device selection: selected device is now put on top of the device list, instead of on top of the active device list.