Stick to the older minimum when not using 1080p60
Increase the size of the video ring buffer for high bitrate streaming
Increase the size of the receive buffer for video data
Don't use the devicename parameter when pairing anymore. It's not using since GFE 2.0.0 and it can cause problems if invalid characters get added to the URL
Remove the deviceName field to fix a warning
Update TinyRTSP Jar to work on Java 1.6
Tweak some config to improve QoS when streaming 1080p30 over a so-so connection
Add support for sending proper packet loss statistics for server-side bandwidth scaling
Fix variable names in the ConnectionStatusListener interface
Update the A/V loss message
Clamp to min = max so we can eliminate the time taken to scale the bitrate up to the ceiling
Update Jar
Add support for secure pairing and input encryption to fix GFE 2.1 compatibility.

TODO:
Needs a LimelightCryptoProvider implementation for each platform to work.
Untested (and probably broken) on Android.
Needs more testing in general, especially in corner cases.
Cleanup and bugfix pairing code.
Move Base64 encoding responsibilities out to the CryptoProviders for Android
Set the receive thread's priority to maximum
Refactor the video decoding path so the DecoderRenderer handles pulling decode units instead of dedicating a separate thread for this
Store the timestamp of the first packet received in the decode unit
Stop allocating RtpPacket and VideoPacket objects in the reassembly path
Allow configuration of maximum packet size