This documentation is for reference only. We are no longer onboarding new customers to Programmable Video. Existing customers can continue to use the product until December 5, 2026.
We recommend migrating your application to the API provided by our preferred video partner, Zoom. We've prepared this migration guide to assist you in minimizing any service disruption.
This guide provides recommendations and best practices for building an iOS video app using the Twilio Programmable Video iOS SDK.
Please take a look at this Developing High Quality Video Applications guide to choose the right ConnectOptions when initializing the video call for your use case.
When the local participant mutes the microphone, it is recommended to unpublish the microphone track instead of disabling it. When the microphone track is only disabled, the orange indicator in the status bar is still displayed and this could be confusing for users.
1var room: Room? // Set when connected to a video room2var micTrack: LocalAudioTrack?34var isLocalMicOn = false {5didSet {6guard oldValue != isLocalMicOn else {7return8}910if isLocalMicOn {11guard let micTrack = LocalAudioTrack(options: nil, enabled: true, name: "mic") else {12return13}1415self.micTrack = micTrack16room?.localParticipant?.publishAudioTrack(micTrack)17} else {18guard let micTrack = micTrack else {19return20}2122room?.localParticipant?.unpublishAudioTrack(micTrack)23self.micTrack = nil24}25}26}
See the reference iOS video collaboration app for a similar implementation working in an app.
When the local participant turns off the camera, it is recommended to unpublish the camera track instead of disabling it. Unpublishing the camera track will minimize resources consumed and there is no impact to the user experience.
1var room: Room? // Set when connected to a video room2var cameraSource: CameraSource?3var cameraTrack: CameraTrack?45var isLocalCameraOn = false {6didSet {7guard oldValue != isLocalCameraOn else {8return9}1011if isLocalCameraOn {12guard13let cameraSource = CameraSource(delegate: self),14let cameraTrack = LocalVideoTrack(source: cameraSource, enabled: true, name: "camera")15let captureDevice = CameraSource.captureDevice(position: .front),16else {17return18}1920cameraSource.startCapture(device: captureDevice, completion: nil)2122room?.localParticipant?.publishVideoTrack(cameraTrack)23self.cameraSource = cameraSource24self.cameraTrack = cameraTrack25} else {26if let cameraTrack = cameraTrack {27participant?.unpublishVideoTrack(cameraTrack)28}2930cameraSource?.stopCapture()31cameraSource = nil32cameraTrack = nil33}34}35}
See the reference iOS video collaboration app for a similar implementation working in an app.
When displaying track status in the user interface, check if the track is enabled. Tracks may be disabled instead of unpublished for some edge cases or to optimize the experience for users on a platform that isn't using the iOS Video SDK.
1extension RemoteParticipant {2var isMicOn: Bool {3// Make sure to use the same track name that your app is using to create the microphone track4guard let track = participant.remoteAudioTracks.first(where: { $0.trackName == "mic" }) else {5return false6}78return track.isTrackSubscribed && track.isTrackEnabled9}1011var isCameraOn: Bool {12// Make sure to use the same track name that your app is using to create the camera track13guard let track = participant.remoteVideoTracks.first(where: { $0.trackName == "camera" }) else {14return false15}1617return track.isTrackSubscribed && track.isTrackEnabled18}19}
See the reference iOS video collaboration app for a similar implementation working in an app.
When the app moves to the background, the system will interrupt camera capture. We recommend that you disable the camera track instead of unpublish it, since interruptions can be frequent due to things like notifications. When the camera interruption ends, enable the track again.
1var cameraTrack: CameraTrack? // Set when camera is turned on23// CameraSourceDelegate4func cameraSourceWasInterrupted(source: CameraSource, reason: AVCaptureSession.InterruptionReason) {5cameraTrack?.isEnabled = false6}78func cameraSourceInterruptionEnded(source: CameraSource) {9cameraTrack?.isEnabled = true10}
See the reference iOS video collaboration app for a similar implementation working in an app.
When another app interrupts audio (e.g. receiving a phone call in the Phone app), audio recording and playback in the video app will be interrupted. This could cause your app to be suspended because it is not playing or recording audio. When the app is suspended the app will be disconnected from the video room.
This section lists some of the important errors raised by the iOS Video SDK and provides recommendations on how best to handle them in order to provide the optimal user experience.
These errors are raised when the app is not able to connect to a Room. The app can use the RoomDelegate
to receive connection errors.
Your app should handle errors that may happen when trying to connect to a Room.
1// RoomDelegate function2func roomDidFailToConnect(room: Room, error: Error) {3// Handle error4}
The following table describes the most common connection errors and proposes ways for the application to handle them:
Error | Code | Cause | Solution |
---|---|---|---|
SignalingConnectionError | 53000 | The client could not establish a connection to Twilio's signaling server | User should make sure to have a stable internet connection |
SignalingServerBusyError | 53006 | Twilio's signaling server is too busy to accept new clients | User should try joining the Room again after some time |
RoomMaxParticipantsExceededError | 53105 | The Room cannot allow in any more Participants to join | Your app should notify the user that the Room is full |
RoomNotFoundError | 53106 | The client attempted to connect to a Room that does not exist | If ad-hoc Room creation is disabled, then your app should make sure that the Room is created using the REST API before clients attempt to join |
MediaConnectionError | 53405 | The client failed to establish a media connection with the Room | 1. User should make sure to have a stable internet connection 2. If the user is behind a firewall, then it should allow media traffic to and from Twilio to go through |
These errors are raised when the app is inadvertently disconnected from the Room. The app can use the RoomDelegate to receive disconnect errors.
1// RoomDelegate function2func roomDidDisconnect(room: Room, error: Error?) {3if let error = error {4// Handle error5}6}
The following table describes the most common disconnection errors and proposes ways for the application to handle them:
Error | Code | Cause | Solution |
---|---|---|---|
SignalingConnectionDisconnectedError | 53001 | The client failed to reconnect to Twilio's signaling server after a network disruption or handoff | User should make sure to have a stable internet connection |
SignalingConnectionTimeoutError | 53002 | The liveliness checks for the connection to Twilio's signaling server failed, or the current session expired | User should rejoin the Room |
ParticipantDuplicateIdentityError | 53205 | Another client joined the Room with the same identity | Your app should make sure each client creates an AccessToken with a unique identity string |
MediaConnectionError | 53405 | The client failed to re-establish its media connection with the Room after a network disruption or handoff | 1. User should make sure to have a stable internet connection 2. If the user is behind a firewall, then the firewall should allow media traffic to and from Twilio to go through |
RoomNotFoundError | 53106 | The client tried to reconnect to Twilio's signaling server after a network disruption or handoff, but room they had joined ended while they were disconnected | Your app should notify user that Room has ended |