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.

Fixes a problem with the VP8 Packetizer sometimes not sending the last chunk of a packet correctly. Changes the VP8 encoder and decoder used to the ones based on libvpx. Updates libjitsi.jar

Adds a JNI interface to libvpx via the org.jitsi.impl.neomedia.codec.video.VPX class. Adds a VP8 encoder and decoder based on that interface.

Commits work on progress. Prepares to keep video frame memory entirely in the native, non-Java heap.

Re-enables Periodic Intra Refresh in the H.264 encoder which was (relatively) recently disabled during updates to the FFmpeg and x264 libraries. Contributed by Benoît Laniel.

Refactors AVFrame, ByteBuffer and ByteBufferPool. Prepare to invoke FFmpeg's avcodec_free_frame(AVFrame **) which is the new way to free AVFrames.