Fresh Release: OpenTok iOS & Android Two.9

We are excited to announce the release of the OpenTok Two.9 Android and iOS SDKs. We’ve made a number of significant switches with this release.

With this version your client can now automatically reconnect to OpenTok sessions after drops in network connectivity. This feature helps restore connectivity during transitions inbetween network interfaces such as Wi-Fi and LTE, permitting you to expand the duration of the communication and provide a better quality of practice to your customers. You can find sample code demonstrating you how to update your application here.

Moreover, this is our very first SDK including the OpenTok scalable movie feature that will improve movie quality when using the OpenTok Media Router. For more information, see the OpenTok Media Router documentation.

It is significant to mention that and both iOS and Android SDK have been upgraded to use Google WebRTC M52, see here for more details.

iOS SDK

This version now officially supports bitcode. (Previously, this was only available in a beta build of the OpenTok iOS SDK.). While bitcode support increases the size of the app archive (.ipa), the download size from the App Store is diminished for end users. You can find more information about bitcode and app slicing here.

This version adds an OTSession.capabilities property. Use this property to check whether the client can publish flows to an OpenTok session, based on the role assigned to the token used to connect to the session.

This version fixes spectacle/disconnect issues when publishing rivulets on devices that use the A5 processor (including the iPhone 4S, the iPod Touch 5th generation, the iPad Two, and the iPad Mini 1st generation). In some cases this resulted in Publisher and Subscriber disconnects reported as ‘1610’ and ‘1600’ errors respectively.

As part of our quality testing we have discovered that on relayed sessions the quality of the movie inbetween different H.264-enabled platforms is not acceptable according to our standards. Due to this, we disabled H264 codec in Two.9.0 SDK and will be re-enabled in the future versions.

Android SDK

This version adds 64-bit support (the armeabi64-v8a architecture).

This version adds a Session.getCapabilities() method. Use this method to check whether the client can publish rivulets to an OpenTok session, based on the role assigned to the token used to connect to the session.

Now our default capturer uses Camera two API in supported devices, you can also enable Camera two API for the devices of your choice by using the fresh Session constructor which accepts a SessionOptions subclass. More details on Camera two API(https://developer.android.com/reference/android/hardware/camera2/package-summary.html).

Improved Bluetooth support.

Please note that you need to upgrade your apps to use the latest versions of the OpenTok server SDKs. These now use JSON web tokens (JWT) for authentication. JWT provides enhanced security along with standards-based encoding, decoding, and verification. The old form of authentication will expire in July 2017. Additionally, if you use the OpenTok REST API (instead of the server SDKs), please use JWT to authenticate calls to the OpenTok REST methods (see this topic on authentication).

Related video: