NOTE
This is the Sanity Studio v3 version of sanity-plugin-mux-input.
For the v2 version, please refer to the studio-v2 branch.
This is a plugin that let you use Mux video assets in your Sanity studio.
The Mux plugin for Sanity gives you a way to upload and preview videos easily.
Read our blog post about this plugin.
Not familiar with Sanity? Visit www.sanity.io
- While in your project folder, run
npm i sanity-plugin-mux-input@studio-v3
. Read more about using plugins in Sanity here.
-
Make a schema type that uses the plugin's type
mux.video
, for example:{ 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 {createConfig} from 'sanity' import {muxInput} from 'sanity-plugin-mux-input' export default createConfig({ plugins: [muxInput()], })
- Add the
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.
We recommend using Mux Player, try the Codesandbox example.
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
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 createConfig({
plugins: [muxInput({mp4_support: 'standard'})],
})
Currently, mp4_support
is the only supported MUX option and this supports a value of either standard
or none
(the default).
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, runnpm install && npm start
- your sanity studio should be running on http://localhost:3333.cd
into theplugins
directory of your project.- Fork this repo and clone your fork into the
plugins
directory inside your projectgit clone git@github.com:your-fork/sanity-plugin-mux-input.git
. - Open
sanity.json
, go to theplugins
array and addmux-input
. - Re-start the sanity studio server with
npm start
. - Edit
schemas/post.js
and add follow the plugin documentation to add amux.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!
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
ornpm 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
ornpm 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
.
npm test