GuideGetting Started
Build your own UI component
Create custom player controls that read state, dispatch actions, and stay accessible.
Custom components subscribe to player state and dispatch actions, like built-in controls.
You might not need a custom component
Before building from scratch, check if an existing approach covers your use case:
- Change what a control renders: use the
renderprop on any built-in component. See UI components. - Restyle a control: use CSS custom properties and data attributes. See UI components.
- Rearrange or remove controls: add the skin source to your project, then modify it. See Customize skins.
Build a custom component when you need new behavior, a new state display, or integration with an external system.
Place your component in the player
Your component needs to be inside <Player> to access state. Place it inside <Container> if it should also participate in fullscreen and respond to user activity:
Full example
A “skip intro” button that appears during the first 30 seconds of playback and seeks past the intro when clicked.
Your component needs to be inside a player, such as <VideoPlayer>, to access state. Place it inside <Container> if it should also participate in fullscreen and respond to user activity:
How it works
Custom components read player state and dispatch actions through features. Each feature exposes a set. Here are some features you might reach for first:
The API reference lists every feature with the state and actions it adds.
Access state and actions with the usePlayer hook from your player’s preset. It knows which features that preset has, so state and actions are typed. (The standalone usePlayer export from @videojs/react returns an untyped store, so its values are unknown in TypeScript.) If you built the player with a custom feature set through createPlayer — the escape hatch for custom feature sets — use the usePlayer it returns instead.
Custom controls also need real button semantics — the examples above set the accessible name and keyboard focus by hand.
Availability and constraints
- Features are configured per player, so a feature your component asks for may not be present. Selectors return
undefinedfor a missing feature; guard the value before using it, as the example does. - Volume, fullscreen, picture-in-picture, and remote playback also expose an
*Availabilityproperty ('available','unavailable', or'unsupported') for hiding controls the platform does not support. See Features for details.
Common variations
Before building from scratch, check if an existing approach covers your use case. Build a custom component when you need new behavior, a new state display, or integration with an external system.
Change what a built-in control renders
Use the render prop on any built-in component. See UI components.
Restyle a control
Use CSS custom properties and data attributes. See UI components.
Rearrange or remove controls
Add the skin source to your project and modify it. See Customize skins.
Troubleshooting
State and actions are typed as unknown
You’re using the standalone usePlayer export, which doesn’t know which features your player has. Import usePlayer from your player’s preset (for example @videojs/react/video), or use the hook returned by createPlayer if you built the player with a custom feature set.
The component renders but never updates
The component sits outside the player (such as <VideoPlayer>), so usePlayer has no store to subscribe to.