GuideMigrate
Migrate from Media Chrome
Map Media Chrome's controller, elements, and attributes onto Video.js v10, where most of the work is renaming and reshaping rather than rewriting
Video.js v10’s React components mirror Media Chrome’s elements — media-play-button becomes PlayButton — so most of the work is renaming and reshaping, not rewriting.
Before you begin
Install Video.js and choose a preset (see Installation). Start with its ready-made skin if those controls fit your player. If you need to keep a custom control bar, build it from the individual Video.js UI components instead.
Map the controller
Media Chrome wraps a slotted <video slot="media"> in a single <media-controller>. Video.js splits that into two components. The player owns state and draws nothing. The container is the box everything lives in, with the media as a plain child.
Media Chrome’s React package wraps its custom elements. @videojs/react ships native components instead. VideoPlayer comes from the video preset, and Container is the box the media and controls live in:
A preset player carries a fixed set of features. When you need a different set, build your own with createPlayer. Hand it a feature list and you get back a typed Player component and usePlayer hook, the same pair the preset is made of. Call it once, outside your component, and reuse it.
Read player state with usePlayer, useMedia, and useStore. Player hooks must run in a descendant component rendered inside VideoPlayer or the Player returned by createPlayer. A hook in the same component that returns the provider is still outside that provider.
Map controller attributes
Media Chrome configures behavior through <media-controller> attributes. Video.js v10 has no single controller component, so these settle into three places:
- Player features — playback behavior that comes from the player’s feature set. A preset picks one for you;
createPlayerlets you name your own. ContainerandControls— layout, focus, and autohide.- Dedicated components —
Hotkey,Gesture, and friends, rendered inside the player.
Hotkeys
Media Chrome toggles keyboard shortcuts with nohotkeys and hotkeys. Video.js declares each shortcut as its own component, so you opt in to exactly the keys you want and set seek offsets inline:
To drop a shortcut, remove its component or pass disabled. There’s no global “all hotkeys off” switch; omit the components you don’t need.
Gestures
gesturesdisabled becomes per-component Gesture controls. Tap and double-tap behavior — click to toggle play, double-tap to seek or go fullscreen — is declared explicitly:
Remove a component or pass disabled to turn a gesture off.
Map the elements
Most names carry over as PascalCase components without the media- prefix. These are the renames that bite:
Unchanged names, in PascalCase: PlayButton, MuteButton, FullscreenButton, PiPButton, AirPlayButton, CastButton, CaptionsButton, PlaybackRateButton, Tooltip, and Thumbnail.
React buttons do not include visible content either. Use a button’s render prop to add it, as shown in Map the controller. Build sliders from parts such as TimeSlider.Track, TimeSlider.Fill, and TimeSlider.Thumb, then add your own CSS.
Compound parts are namespaced under their component, such as TimeSlider.Track. See the UI components concept for the full set.
Poster is the one rename that changes shape. Put the poster URL on VideoPlayer; Poster.Root owns its state and Poster.Image accepts image attributes such as alt, srcSet, and sizes:
Rewrite your styles
Media Chrome reflects state as media* attributes such as mediapaused; Video.js uses data-*.
Continuous values use CSS custom properties: sliders expose --media-slider-fill and --media-slider-pointer.
Map theme variables by meaning
Media Chrome and Video.js both use names beginning with --media-, but that shared prefix is a naming convention, not a compatibility layer. Keep a variable only when its documented meaning matches.
The packaged Video.js skins expose --media-accent-color, --media-accent-text-color, --media-border-radius, and --media-scale-unit for broad customization. Do not assume another Media Chrome variable will work because its name starts with --media-.
Themes become skins
Media Chrome’s <template>-based themes (media-theme) become Video.js skins and presets. Start from a preset, then add its skin source to your project, rather than authoring a template.
React skins do not use Shadow DOM. Use render props when you build individual controls. Add the files for a ready-made skin when you need to change its control set or layout.
Control the player imperatively
Control everything through the player’s store. Media Chrome had no player object; Video.js gives you one, with an action for every operation — play, togglePaused, seek, setVolume, toggleFullscreen — so one mental model covers playback and the state the browser doesn’t own, such as fullscreen, captions, and quality.
Select an action with the same usePlayer hook you read state with:
The Media Chrome habit of scripting the media element directly still works, unchanged. The media is a plain child of the player, and Video.js derives player state from the native media events, so video.play() or video.currentTime = 30 never leaves the controls out of sync. The media element also stays the way to swap src, replace the media component, and listen for native events.
Put a ref on the media component to reach the rendered HTMLVideoElement; there’s no media slot to reach through. For the Video.js media object, call useMedia from a component inside the player; media that wrap a playback engine expose it there through the engine escape hatch.
Known gaps
These Media Chrome features have no direct equivalent yet. Several can be approximated; see Workarounds.
- No configurable
autohidedelay and noautohideovercontrols(#1728). Disabling autohide (autohide="-1") is covered byvisibility="always"on the controls component; see Workarounds. - No
defaultdurationplaceholder before the media loads (#1729) - Volume and muted preferences are not persisted across sessions, so Media Chrome’s
novolumeprefandnomutedprefopt-outs have nothing to opt out of (#944). Video.js can choose an initial subtitle track from the locale, but it does not yet remember the viewer’s later language choice (#1786). - No
breakpointsor container-breakpoint attributes; use CSS container queries instead - No
seektoliveoffsetornoautoseektolivecontrols, and live-edge offset and tolerance aren’t configurable (#1730) - Chapters render and each time-slider segment reflects
data-active, but there’s no player-level active chapter value,chapterchangeevent, or menu to jump between them (#1873) - Cue points are not supported (#1442)
Chapters themselves do work. Add a default <track kind="chapters"> and the packaged skins segment the time slider and show the chapter title on hover, via TimeSlider.Chapters and TimeSlider.ChapterTitle.
Workarounds
Disable autohide (autohide="-1")
Set visibility="always" on Controls.Root and the controls stay visible regardless of activity. Packaged skins don’t expose that prop; to keep a preset skin’s look, add the skin source to your project and set it on the skin’s controls component rather than overriding private selectors.
Breakpoints
The skin root is an inline-size container named media-root, so write responsive styles with container queries instead of breakpoints attributes. This is exactly how the built-in skins adapt:
Default duration
There’s no player input for a pre-load duration. Use preload="metadata", the default, so the real duration is known almost immediately; only preload="none" defers it. If you must defer loading, render your own static placeholder in markup.
Preference persistence
Media Chrome remembers volume, muted state, and language across sessions. Video.js v10 persists nothing, so restore and save the values yourself.
Live edge offsets
seektoliveoffset and noautoseektolive are governed by the playback engine rather than the UI layer, so there’s no attribute to tune them today. The escape hatch is a custom live control built against the selectLive and selectTime player state.