Mux Video Input Sanity Plugin
This is a Sanity Studio v3 plugin.
For the v2 version, please refer to the v2-branch.
This plugin lets you use Mux video assets in your Sanity studio.
The Mux plugin for Sanity allows you to easily upload and preview videos.
Read our blog post about this plugin.
Not familiar with Sanity? Visit www.sanity.io
Installation
npm install sanity-plugin-mux-input
or
yarn add sanity-plugin-mux-input
Quick start
-
Make a schema type that uses the plugin's type mux.video
, for example:
export default {
title: 'Video blog post',
name: 'videoBlogPost',
type: 'document',
fields: [
{title: 'Title', name: 'title', type: 'string'},
{
title: 'Video file',
name: 'video',
type: 'mux.video',
},
],
}
- Add the
muxInput
import to your plugins:
import {defineConfig} from 'sanity'
import {muxInput} from 'sanity-plugin-mux-input'
export default defineConfig({
plugins: [muxInput()],
})
Read more about schemas in Sanity here.
- Get an API Access Token and enter it into the setup screen
First time you use the plugin you will be asked to enter your Mux credentials.
The Mux Video API uses an Access Token and Secret Key for authentication.
If you haven't already, generate a new Access Token in the Access Token settings of your Mux account dashboard, and make sure it got permission to both read and write video and read data.
The token is stored in the dataset as a document of the type mux.apiKey
with the id secrets.mux
.
Having the ID be non-root ensures that only editors are able to see it.
The Mux plugin will find its access tokens by fetching this document.
Fetching playback IDs and understanding the data structure
When a Mux video is uploaded/chosen in a document via this plugin, it gets stored as a reference to the video document:
{
"_type": "exampleSchemaWithVideo",
"myVideoField": {
"_type": "mux.video",
"asset": {
"_type": "reference",
"_weak": true,
"_ref": "4e37284e-cec2-406d-973c-fdf9ab1e5598"
}
}
}
Before you can display videos in your frontend, you need to follow these references to fetch the asset's playback ID, which will be used to create a player. Here's an example GROQ query to expand the video reference in the example data above:
// Example for fetching data above
*[ _type == "exampleSchemaWithVideo" ] {
myVideoField {
asset-> {
playbackId,
assetId,
filename,
}
}
}
💡 For more information on querying references, refer to the documentation on Writing GROQ queries for references or on Sanity's GraphQL API.
For reference, here's an example mux.videoAsset
document:
{
"_id": "4e37284e-cec2-406d-973c-fdf9ab1e5598",
"_type": "mux.videoAsset",
"assetId": "7ovyI76F92n02H00mWP7lOCZMIU00N4iysDiQDNppX026HY",
"filename": "mux-example-video.mp4",
"status": "ready",
"playbackId": "YA02HBpY02fKWHDRMNilo301pdH02LY3k9HTcK43ItGJLWA",
"data": {
"encoding_tier": "smart",
"max_resolution_tier": "1080p",
"aspect_ratio": "16:9",
"created_at": "1706645034",
"duration": 25.492133,
"status": "ready",
"master_access": "none",
"max_stored_frame_rate": 29.97,
"playback_ids": [
{
"id": "YA02HBpY02fKWHDRMNilo301pdH02LY3k9HTcK43ItGJLWA",
"policy": "signed"
}
],
"resolution_tier": "1080p",
"ingest_type": "on_demand_url",
"max_stored_resolution": "HD",
"tracks": [
{
"max_channel_layout": "stereo",
"max_channels": 2,
"id": "00MKMC73SYimw1YTh0102lPJJp9w2R5rHddpNX1N9opAMk",
"type": "audio",
"primary": true,
"duration": 25.45
},
{
"max_frame_rate": 29.97,
"max_height": 1080,
"id": "g1wEph3CVvbJL01YNKzAWMyH8N1SxW00WeECGjqwEHW9g",
"type": "video",
"duration": 25.4254,
"max_width": 1920
}
],
"id": "7ovyI76F92n02H00mWP7lOCZMIU00N4iysDiQDNppX026HY",
"mp4_support": "none"
}
}
Playing videos in the frontend
We recommend using Mux Player to properly display your videos, through packages like @mux/mux-player
and @mux/mux-player-react
. Here's an example of how you can use the Mux Player to display a video in a React component:
'use client'
import MuxPlayer from '@mux/mux-player-react'
export default function MuxVideo({playbackId, title}: {playbackId?: string; title?: string}) {
if (!playbackId) return null
return <MuxPlayer playbackId={playbackId} metadata={title ? {video_title: title} : undefined} />
}
💡 You can try these recommendations through the Codesandbox example.
Configuring Mux video uploads
Signed URLs (private playbacks)
To enable signed urls with content uploaded to Mux, you will need to check the "Enable Signed Urls" option in the Mux Plugin configuration. Assuming that the API Access Token and Secret Key are set (as per the Quick start section).
More information for this feature of the plugin can be found on Mux's documentation
Encoding tier
MP4 support (downloadable videos)
To enable static MP4 renditions, add mp4_support: 'standard'
to the options
of your mux.video
schema type.
import {muxInput} from 'sanity-plugin-mux-input'
export default defineConfig({
plugins: [muxInput({mp4_support: 'standard'})],
})
If MP4 support is enabled in the plugin's configuration, editors can still choose to enable MP4 renditions on a per-video basis when uploading new assets.
Video resolution (max_resolution_tier)
To edit max_resolution_tier to support other resolutions other than 1080p, add max_resolution_tier: '1080p' | '1440p' | '2160p'
to the options
of your mux.video
schema type. Defaults to 1080p
.
import {muxInput} from 'sanity-plugin-mux-input'
export default defineConfig({
plugins: [muxInput({max_resolution_tier: '2160p'})],
})
When uploading new assets, editors can still choose a lower resolution for each video than configured globally.
Encoding tier (smart or baseline)
The encoding tier informs the cost, quality, and available platform features for the asset. You can choose between smart
and baseline
at the plugin configuration. Defaults to smart
.
import {muxInput} from 'sanity-plugin-mux-input'
export default defineConfig({
plugins: [muxInput({encoding_tier: 'baseline'})],
})
If encoding_tier: 'smart'
, editors can still choose to use the baseline
encoding tier on a per-video basis when uploading new assets.
Contributing
Issues are actively monitored and PRs are welcome. When developing this plugin the easiest setup is:
- Fork this repo.
- Create a studio v3 project:
npm create sanity@dev-preview
. Follow the prompts, starting out with the blog template is a good way to go. cd
into your project directory, run npm install && npm start
- your sanity studio should be running on http://localhost:3333.cd
into the plugins
directory of your project.- Fork this repo and clone your fork into the
plugins
directory inside your project git clone git@github.com:your-fork/sanity-plugin-mux-input.git
. - Open
sanity.json
, go to the plugins
array and add mux-input
. - Re-start the sanity studio server with
npm start
. - Edit
schemas/post.js
and add follow the plugin documentation to add a mux.video
type field. - Your studio should reload, and now when you edit the plugin code it should reload the studio, when you're done creating a branch, put in a PR and a maintainer will review it. Thank you!
Publishing
Run the "CI" workflow.
Make sure to select the main branch and check "Release new version".
Semantic release will only release on configured branches, so it is safe to run release on any branch.
On the studio-v2 branch this will result in:
- a new version on the
latest
dist-tag. - running
yarn add sanity-plugin-mux-input
or npm i sanity-plugin-mux-input
will fetch the new version. - running
sanity install mux-input
will fetch the new version. - studio-v3 users are unaffected.
On the main branch this will result in:
- a new prerelease version on the
studio-v3
dist-tag. - running
yarn add sanity-plugin-mux-input@studio-v3
or npm i sanity-plugin-mux-input@studio-v3
will fetch the new version. - running
sanity install mux-input
won't fetch the new version.
After Studio v3 turns stable this behavior will change. The v2 version will then be available on the studio-v2
dist-tag, and studio-v3
is upgraded to live on latest
.
Develop & test
This plugin uses @sanity/plugin-kit
with default configuration for build & watch scripts.
See Testing a plugin in Sanity Studio
on how to run this plugin with hotreload in the studio.
Release new version
Run "CI & Release" workflow.
Make sure to select the main branch and check "Release new version".
Semantic release will only release on configured branches, so it is safe to run release on any branch.
License
MIT-licensed. See LICENSE.