- Introduction to Data
- Track your video engagement and performance
- HTML5 video element
- HLS.js
- AVPlayer
- ExoPlayer
- Dash.js
- Video.js
- React native video
- Kaltura (Web)
- Kaltura (iOS)
- Kaltura (Android)
- JW Player (Web)
- JW Player (iOS)
- Android MediaPlayer
- Bitmovin player
- Bitmovin player (Android)
- Akamai media player
- NexPlayer
- Ooyala player
- Shaka player
- Azure media player
- THEOplayer (Web)
- THEOplayer (iOS)
- THEOplayer (Android)
- Flowplayer
- Brightcove (Web)
- Brightcove (iOS)
- Brightcove (Android)
- CTS PDK
- Chromecast
- Roku
- Samsung Tizen
- LG
- Agnoplay player
- Make API requests
- Set up alerts
- Make your data actionable with metadata
- Track autoplaying videos
- Extend Data with custom metadata
- Track CDN for request metrics
- See how many people are watching
- Build a custom integration
- Understand metric definitions
- Export raw video view data
- Ensure privacy compliance
- Mux Data FAQs
Monitor Bitmovin Player
This guide walks through integration with the Bitmovin Player Android SDK to collect video performance metrics with Mux data.
In this guide:
1
Install the Mux Data SDK
1
Install the Mux Data SDK
Download the version of the SDK that matches your version of Bitmovin Player.
2
Initialize the monitor with your Bitmovin Player instance
2
Initialize the monitor with your Bitmovin Player instance
The Mux monitor attaches to your Bitmovin Player instance.
3
Add Metadata
3
Add Metadata
4
Advanced
4
Advanced
Depending on the details of your implementation, you may want to leverage some of the advanced options of MuxStatsSDKBitmovinPlayer.
Release notes
Release notes
This documents integration instructions for Bitmovin's Bitmovin Player
library, version 3.x and 2.x.
The Mux integration with Bitmovin Player
is built on top of Mux's core Java SDK, and the full code can be seen here: muxinc/mux-stats-sdk-bitmovin-android.
Add the Mux SDK to your project using one of the following approaches:
Add Gradle dependency on the Mux Bitmovin Player SDK
Add the Mux Maven repository to your Gradle file:
repositories { maven { url "https://muxinc.jfrog.io/artifactory/default-maven-release-local" } }
Next, add a dependency on the Mux Data Bitmovin Player SDK. We support both minapi16
and minapi21
as separate artifacts.
The current version is v0.5.1
. Additional releases can be found on our releases page.
Bitmovin Player support
We support version 3.11.1
of Bitmovin Player. Support for additional versions is planned
implementation 'com.mux.stats.sdk.muxstats:muxstatssdkbitmovinplayer_r3_11_1:[CurrentVersion]'
Get your ENV_KEY
from the Mux environments dashboard.
Env Key is different than your API token
ENV_KEY
is a client-side key used for Mux Data monitoring. These are not to be confused with API tokens which are created in the admin settings dashboard and meant to access the Mux API from a trusted server.
First, create the CustomerPlayerData
and CustomerVideoData
objects as appropriate for your current playback, and be sure to set your ENV_KEY
.
import com.mux.stats.sdk.core.model.CustomerPlayerData; import com.mux.stats.sdk.core.model.CustomerVideoData; import com.mux.stats.sdk.core.model.CustomerViewData import com.mux.stats.sdk.core.model.CustomData; import com.mux.stats.sdk.core.model.CustomerData; CustomerPlayerData customerPlayerData = new CustomerPlayerData(); customerPlayerData.setEnvironmentKey("YOUR_ENVIRONMENT_KEY_HERE"); CustomerVideoData customerVideoData = new CustomerVideoData(); customerVideoData.setVideoTitle(intent.getStringExtra("YOUR_VIDEO_TITLE")); CustomerViewData customerViewData = new CustomerViewData(); customerViewData.setViewSessionId("A26C4C2F-3C8A-46FB-885A-8D973F99A998"); CustomData customData = new CustomData(); customData.setCustomData1("YOUR_CUSTOM_STRING_HERE"); CustomerData customerData = new CustomerData(customerPlayerData, customerVideoData, customerViewData); customerData.setCustomData(customData);
Next, create the MuxStatsSDKBitmovinPlayer
object by passing your Android Context
(typically your Activity
), a Bitmovin PlayerView
instance, a player name, and the customer data objects.
import com.mux.stats.sdk.muxstats.MuxStatsSDKBitmovinPlayer; ... // Make sure to monitor the player before calling `prepare` on the Bitmovin Player instance muxStatsBitmovinPlayer = new MuxStatsSDKBitmovinPlayer( this, player, "demo-player", customerData);
In order to correctly monitor if the player is full-screen, provide the screen size to the MuxStatsSDKBitmovinPlayer
instance.
Point size = new Point(); getWindowManager().getDefaultDisplay().getSize(size); muxStatsBitmovinPlayer.setScreenSize(size.x, size.y);
In order to determine a number of viewer context values as well as track the size of the video player, set the player view.
muxStatsBitmovinPlayer.setPlayerView(playerView);
Finally, when you are destroying the player, call the MuxStatsSDKBitmovinPlayer.release()
function.
muxStatsBitmovinPlayer.release()
After you've integrated, start playing a video in your player. A few minutes after you stop watching, you'll see the results in your Mux data dashboard. Login to the dashboard and find the environment that corresponds to your env_key
and look for video views.
In the Java SDK, options are provided via the objects within the CustomerData
object.
All metadata details except for envKey
are optional, however you'll be able to compare and see more interesting results as you include more details. This gives you more metrics and metadata about video streaming, and allows you to search and filter on important fields like the player version, CDN, and video title.
For more information, see the Metadata Guide.
Changing the video
There are two cases where the underlying tracking of the video view need to be reset. First, when you load a new source URL into an existing player, and second when the program within a singular stream changes (such as a program within a live stream).
Note: You do not need to change the video info when changing to a different source of the same video content (e.g. different resolution or video format).
New source
When you change to a new video (in the same player) you need to update the information that Mux knows about the current video. Examples of when this is needed are:
- The player advances to the next video in a playlist
- The user selects a different video to play
This is done by calling muxStatsBitmovinPlayer.videoChange(CustomerVideoData)
which will remove all previous video data and reset all metrics for the video view. See Metadata for the list of video details you can provide. You can include any metadata when changing the video but you should only need to update the values that start with video
.
It's best to change the video info immediately after telling the player which new source to play.
New program (in single stream)
In some cases, you may have the program change within a stream, and you may want to track each program as a view on its own. An example of this is a live stream that streams multiple programs back to back, with no interruptions.
In this case, call muxStatsBitmovinPlayer.programChange(CustomerVideoData)
. This will remove all previous video data and reset all metrics for the video view, creating a new video view. See Metadata for the list of video details you can provide. You can include any metadata when changing the video but you should only need to update the values that start with video
.
Error tracking
By default, Mux's integration with Bitmovin Player automatically tracks fatal errors as thrown by Bitmovin Player. If a fatal error happens outside the context of Bitmovin Player and you want to track it with Mux, you can call muxStatsBitmovinPlayer.error
like this:
// Error code: integer value for the generic type of error that // occurred. // Error message: String providing more information on the error // that occurred. // For an example, the HTML5 video element uses the // following: https://developer.mozilla.org/en-US/docs/Web/API/MediaError // for codes and messages. Feel free to use your own codes and messages int errorCode = 1; String errorMessage = "A fatal error was encountered during playback"; MuxErrorException error = new MuxErrorException(errorCode, errorMessage); muxStatsBitmovinPlayer.error(error);
Note that muxStatsBitmovinPlayer.error(MuxErrorException e)
can be used with or without automatic error tracking. If your application has retry logic that attempts to recover from Bitmovin Player errors then you may want to disable automatic error tracking like this:
muxStatsBitmovinPlayer.setAutomaticErrorTracking(false)
Current release
v0.5.1
Improvements
- Detect Fullscreen Bitmovin's size listeners instead of guessing from view & screen sizes (#5)
Previous Releases
v0.5.0
- Initial release