The Bitmovin Adaptive Streaming Player UI
Read more about the usage, as well as other important information on Bitmovin's Adaptive Streaming Player itself at https://bitmovin.com/ and https://bitmovin.com/player-documentation/.
Beside the Git repository, the UI framework is also available through the following distribution channels:
The UI framework and default skin bundled with the latest player release are always available via CDN. This is the recommended way if you just want to work with the predefined UI components. All components will be available in the bitmovin.playerui
namespace.
- JavaScript library:
//bitmovin-a.akamaihd.net/bitmovin-player/stable/7/bitmovinplayer-ui.js
- CSS default skin:
//bitmovin-a.akamaihd.net/bitmovin-player/stable/7/bitmovinplayer-ui.css
The UI framework is also available in the NPM repository and comes with all source and distributable files, JavaScript modules and TypeScript type definitions.
npm install bitmovin-player-ui
- Clone Git repository
- Install node.js
- Install Gulp:
npm install --global gulp-cli
- Install required npm packages:
npm install
- Run Gulp tasks (
gulp --tasks
)
gulp
to build project intodist
directorygulp watch
to develop and rebuild changed files automaticallygulp serve
to open test page in browser, build and reload changed files automaticallygulp lint
to lint TypeScript and SASS filesgulp build-prod
to build project with minified files intodist
directory
To just take a look at the project, also run gulp serve
. For changes, check our CHANGELOG.
Pull requests are welcome! Please check the contribution guidelines.
This repository contains the Bitmovin Player UI framework introduced with the 7.0 release. It is designed as a flexible and modularized layer on the player API that replaces the old integrated monolithic UI, enabling customers and users of the player to easily customize the UI to their needs in design, structure, and functionality. It makes it extremely easy and straightforward to add additional control components and we encourage our users to proactively contribute to our codebase.
The framework basically consists of a UIManager
that handles initialization and destruction of the UI, and components extending the Component
base class. Components provide specific functionality (e.g. PlaybackToggleButton
, ControlBar
, SeekBar
, SubtitleOverlay
) and usually consist of two files, a TypeScript .ts
file containing control code and API interaction with the player, and a SASS .scss
file containing the visual style.
A UI is defined by a tree of components, making up the UI structure, and their visuals styles, making up the UI skin. The root of the structure always starts with a UIContainer
(or a subclass, e.g. CastUIContainer
), which is a subclass of Container
and can contain other components, like any other components extending this class (usually layout components, e.g. ControlBar
). Components that do not extend the Container
cannot contain other components and therefore make up the leaves of the UI tree.
There are basically three approaches to customize the UI:
- Go with the built-in UI of the player and adjust the styling to your liking with CSS
- Keep the player managing the UI internally but tell it to load alternative UI CSS/JS files, e.g. your own build from this repository
- Deactivate the built-in UI and manage your own UI instance externally, e.g. your own build from this repository
When using the built-in UI, you can style it to your linking with CSS by overwriting our default styles, as documented in our CSS Class Reference.
It is possible to override which js
and css
files the player loads for its internal UI with the ui
and ui_css
properties in the location
section of the player configuration. This is a simple way to supply a customized UI without the overhead of managing an external UI instance, and especially helpful for supplying a custom script which otherwise cannot be overridden like the CSS styles can. The paths to the ui
(js
) and ui_css
(obviously css
) files can be absolute or relative. Both are optional and do not need to be specified together.
The player constructs its internal UI instance from the UIManager.Factory.buildDefaultUI(player)
factory method, so this entry point must exist for this approach to work. The base class of the UI skin (e.g. the default bmpui-ui-skin-modern
) must also match between the JS and CSS.
var config = {
...,
source: {
...
},
location: {
ui: '//domain.tld/path/to/bitmovinplayer-ui.js',
ui_css: 'styles/bitmovinplayer-ui.css',
}
};
bitmovin.player('player-id').setup(config).then(function (player) {
// player successfully loaded
});
To use the player with an external custom UI instance, you need to deactivate the built-in UI (set ux: false
), include the necessary js
and css
files into your HTML and create and attach your own UI instance with the UIManager
.
- Deactivate the built-in UI by setting
ux: false
in thestyle
config of the player (Player Configuration Guide) - Build the UI framework (e.g.
gulp build-prod
) and includebitmovinplayer-ui.min.js
andbitmovinplayer-ui.min.css
(or their non-minified counterparts) from thedist
directory - Create your own UI instance with the
UIManager.Factory
once the player is loaded (or load a custom UI structure)
var config = {
...,
source: {
...
},
style: {
ux: false // disable the built-in UI
}
};
bitmovin.player('player-id').setup(config).then(function (player) {
var myUiManager = bitmovin.playerui.UIManager.Factory.buildDefaultUI(player);
});
Instead of using predefined UI structures from the UIManager.Factory
, you can easily create a custom structure. For examples on how to create such UI structures, take a look at the UIManager.Factory
.
A simple example on how to create a custom UI with our default skin that only contains a playback toggle overlay (an overlay with a large playback toggle button) looks as follows:
// Definition of the UI structure
var mySimpleUi = new bitmovin.playerui.UIContainer({
components: [
new bitmovin.playerui.PlaybackToggleOverlay()
],
cssClasses: ['ui-skin-modern']
});
bitmovin.player('player-id').setup(config).then(function (player) {
// Add the UI to the player
var myUiManager = new bitmovin.playerui.UIManager(player, mySimpleUi);
});
The UIManager
manages UI instances and is used to add and remove UIs to/from the player. To add a UI to the player, construct a new instance and pass the player
object, a UI structure (UIContainer
) or a list of UI structures with conditions (UIVariant[]
), and an optional configuration object. To remove a UI from the player, just call release()
on your UIManager instance.
// Add UI (e.g. at player initialization)
var myUiManager = new bitmovin.playerui.UIManager(player, mySimpleUI);
// Remove UI (e.g. at player destruction)
myUiManager.release();
UIs can be added and removed anytime during the player's lifecycle, which means UIs can be dynamically adjusted to the player, e.g. by listening to events. It is also perfectly possible to manage multiple UIs in parallel.
Here is an example on how to display a special UI in fullscreen mode:
bitmovin.player('player-id').setup(config).then(function (player) {
var myUiManager = new bitmovin.playerui.UIManager(player, myWindowUi);
player.addEventHandler(player.EVENT.ON_FULLSCREEN_ENTER, function () {
myUiManager.release();
myUiManager = new bitmovin.playerui.UIManager(player, myFullscreenUi);
});
player.addEventHandler(player.EVENT.ON_FULLSCREEN_EXIT, function () {
myUiManager.release();
myUiManager = new bitmovin.playerui.UIManager(player, myWindowUi);
});
});
Alternatively, you can let the UIManager
handle switching between different UIs by passing in multiple UIVariant
s:
bitmovin.player('player-id').setup(config).then(function (player) {
var myUiManager = new bitmovin.playerui.UIManager(player, [{
// Display my fullscreen UI under the condition that the player is in fullscreen mode
ui: myFullscreenUi,
condition: function(context) {
return context.isFullscreen;
}
}, {
// Display my window UI in all other cases
ui: myWindowUi
}]);
});
There are various conditions upon which the UIManager
can automatically switch between different UIs, e.g. ad playback and player size.
UIManager.Factory
provides a few predefined UI structures and styles, e.g.:
buildDefaultUI
: The default UI as used by the player by defaultbuildDefaultCastReceiverUI
: A light UI specifically for Google Cast receiversbuildDefaultSmallScreenUI
: A light UI specifically for small handheld devicesbuildLegacyUI
: ported legacy UI style from player <= version 6
You can easily test and switch between these UIs in the UI playground.
For the list of available components check the src/ts/components
directory. Each component extends the Component
base class and adds its own configuration interface and functionality. Components that can container other components as child elements extend the Container
component. Components are associated to their CSS styles by the cssClass
config property (prefixed by the cssPrefix
config property and the $prefix
SCSS variable).
Custom components can be easily written by extending any existing component, depending on the required functionality.
All components can be directly configured with an optional configuration object that is the first and only parameter of the constructor and defined by an interface. Each component is either accompanied by its own configuration interface (defined in the same .ts
file and named with the suffix Config
, e.g. LabelConfig
for a Label
), or inherits the configuration interface from its superclass.
There is currently no way to change these configuration values on an existing UI instance, thus they must be passed directly when creating a custom UI structure.
The following example creates a very basic UI structure with only two text labels:
var myUi = new bitmovin.playerui.UIContainer({
components: [
new bitmovin.playerui.Label({ text: "A label" }),
new bitmovin.playerui.Label({ text: "A hidden label", hidden: true })
],
cssClasses: ['ui-skin-modern']
});
The UIContainer
is configures with two options, the components
, an array containing child components, and cssClasses
, an array with CSS classes to be set on the container. The labels are configures with some text
, and one label is initially hidden by setting the hidden
option.
The UIManager
takes an optional global configuration object that can be used to configure certain content on the UI.
var myUiConfig = {
metadata: {
title: 'Video title',
description: 'Video description...'
},
recommendations: [
{title: 'Recommendation 1: The best video ever', url: 'http://bitmovin.com', thumbnail: 'http://placehold.it/300x300', duration: 10.4},
{title: 'Recommendation 2: The second best video', url: 'http://bitmovin.com', thumbnail: 'http://placehold.it/300x300', duration: 64},
{title: 'Recommendation 3: The third best video of all time', url: 'http://bitmovin.com', thumbnail: 'http://placehold.it/300x300', duration: 195}
]
};
var myUiManager = new bitmovin.playerui.UIManager(player, myUi, myUiConfig);
All of the configuration properties are optional. If metadata
is set, it overwrites the metadata of the player configuration. If recommendations
is set, a list of recommendations is shown in the RecommendationOverlay
at the end of playback. For this to work, the UI must contain a RecommendationOverlay
, like the default player UI does.
The UI playground can be launched with gulp serve
and opens a page in a local browser window. On this page, you can switch between different sources and UI styles, trigger API actions and observe events.
This page uses BrowserSync to sync the state across multiple tabs and browsers and recompiles and reloads automatically files automatically when any .scss
or .ts
files are modified. It makes a helpful tool for developing and testing the UI.