Skip to main content

dvr logo

dvr

PyPI version Python versions CI Docs License: MIT

The missing CLI, Python library, and MCP server for DaVinci Resolve.

Declarative. Scriptable. LLM-friendly. No more silent None returns.

dvr is a command-line tool, a typed Python library, and a Model Context Protocol (MCP) server for automating DaVinci Resolve — editing, color grading, rendering, and delivery. It turns Resolve's fragile scripting API into clean, idempotent operations with structured JSON output, so humans, scripts, and AI agents (Claude, Cursor, and any MCP-compatible client) can drive Resolve reliably.

pip install dvr
$ dvr timeline inspect
{
  "name": "Edit_v2",
  "fps": 24.0,
  "duration_frames": 86400,
  "tracks": {
    "video": [{"index": 1, "name": "V1", "clips": 1, "enabled": true}, ...],
    "audio": [{"index": 1, "name": "A1", "clips": 4, "subtype": "stereo"}, ...]
  },
  "markers": [...],
  "color": {"science": "DaVinci YRGB Color Managed v2", "input": "Rec.2020", ...}
}

Why dvr exists

DaVinci Resolve has a powerful Python scripting API. It's also painful:

  • Silent failures everywhere. AddRenderJob() returns None on success or failure — good luck.
  • String-keyed settings with undocumented valid values.
  • No batch operators. You loop everything.
  • macOS connection footguns. Resolve binds to LAN IP; vanilla scriptapp('Resolve') returns None.
  • Chain navigation. Every .Get*() can return None. One typo and you're traversing nothing.
  • 20+ export formats behind magic enum constants.

dvr wraps the API with a clean object model, idempotent operations, decoded errors, structured I/O, and a CLI that's pleasant for humans and parseable by LLM agents.

Three ways to use it: Python library, CLI, and MCP server

1. Python library

from dvr import Resolve

r = Resolve()  # auto-connects, handles macOS LAN-IP quirk

with r.project.use("MyShow"):
    tl = r.timeline.current
    print(tl.inspect())                      # one call, full state

    # Query language operates on inspected state
    bad = tl.clips.where(lambda c: c.duration < 12)
    for clip in bad:
        clip.add_marker(color="red", note="too short")

    job = r.render.submit(preset="delivery")
    job.wait()                               # blocks with progress
    print(job.output_path)

2. CLI

$ dvr project ensure MyShow --color rec2020_pq_4000 --fps 24
$ dvr timeline inspect | jq '.tracks.video[].clips'
$ dvr render submit --preset delivery --wait --stream
{"job_id": "abc", "status": "rendering", "pct": 12, "eta_s": 240}
{"job_id": "abc", "status": "rendering", "pct": 24, "eta_s": 210}
{"job_id": "abc", "status": "complete", "output": "/path/out.mov"}

3. MCP server (for LLM agents)

$ pip install dvr
$ dvr mcp install-claude     # one-shot Claude Desktop setup
$ dvr mcp serve              # or run the server yourself
$ dvr mcp tools              # introspect the 39+ typed tools

LLM agents call typed tools directly — no shell parsing, no silent failures. Tools that don't need a live Resolve (version, doctor, static schema topics) work even when Resolve isn't running, so first-time setup is instant. See docs/mcp.md.

Five things that make it fundamentally better than the raw DaVinci Resolve scripting API

  1. One inspect() call replaces ten API calls. Full structured state in a single round-trip.
  2. Idempotent operations. project.ensure(), timeline.ensure(), bin.ensure() — re-run anything safely.
  3. Decoded errors. Every failure carries cause, fix, and state. No more None.
  4. Declarative specs. dvr apply project.dvr.yaml reconciles state. kubectl apply for DaVinci.
  5. Persistent connection. dvr serve keeps Resolve warm — sequential commands run in <100ms.

Install

Channel Command
Homebrew (macOS / Linux) brew install mhadifilms/tap/dvr
PyPI pip install dvr
pipx pipx install dvr
uv uv tool install dvr
From source git clone https://github.com/mhadifilms/dvr && cd dvr && pip install -e ".[dev]"

Optional extras

pip install "dvr[docs]"           # docs site dependencies
pip install "dvr[dev]"            # dev (ruff, mypy, pytest)

MCP support is included in the default install.

Homebrew details

dvr ships via my personal tap at mhadifilms/homebrew-tap. The recommended pattern is to tap once, then use the bare command:

brew tap mhadifilms/tap
brew install dvr            # works after the tap is installed

Or, if you only ever want to install once and don't care about updates:

brew install mhadifilms/tap/dvr

brew install dvr says "no formula"? That's expected if you haven't tapped yet. Homebrew only searches homebrew/core by default; our formula lives in our personal tap. Run brew tap mhadifilms/tap and try again.

Requirements

  • Python 3.10+ (matches Resolve's embedded Python on current versions)
  • DaVinci Resolve Studio 18.5+ — external scripting is a Studio-only feature. Blackmagic Design sells Studio as a one-time $295 perpetual license or via Blackmagic Cloud at $30/month per seat.
  • macOS, Windows, or Linux

dvr auto-discovers Resolve's scripting library on each platform. No environment variables needed for typical installs.

The free edition of DaVinci Resolve cannot be scripted from outside the app (Blackmagic restricted this in v19.1+). If you're evaluating dvr without Studio, use --dry-run flags on apply and explore the schema/inspection commands — they work without a live connection.

FAQ

How do I script DaVinci Resolve from Python? Install dvr (pip install dvr) and use the typed from dvr import Resolve library, or run the dvr CLI. It auto-connects to Resolve, handles the macOS LAN-IP quirk, and returns structured objects instead of None.

Is there a DaVinci Resolve MCP server? Yes. dvr mcp serve runs a Model Context Protocol (MCP) server that exposes 39+ typed tools, so LLM agents can automate DaVinci Resolve without parsing shell output. See docs/mcp.md.

Does dvr work with Claude and Cursor? Yes. Run dvr mcp install-claude or dvr mcp install-cursor for one-shot setup. Any MCP-compatible AI agent or LLM client can drive Resolve through the same typed tools.

Can I automate DaVinci Resolve rendering and exports from the command line? Yes. dvr render submit --preset delivery --wait --stream renders from the CLI with streaming JSON progress, and dvr exports EDL / AAF / FCPXML / OTIO interchange formats.

How is dvr different from the raw DaVinci Resolve scripting API? It adds a clean object model, idempotent operations (ensure), decoded errors with cause/fix/state, declarative YAML specs (dvr apply), a persistent connection daemon, and an MCP server — replacing dozens of fragile Get*() calls that silently return None.

Status

Stable from 1.0. Breaking changes ship with a deprecation cycle and a major version bump; new features land as minor releases. See CHANGELOG.md.

License

MIT — see LICENSE.

Contributing

Issues and pull requests welcome. The project's API surface is large; contributions covering edge cases on Windows / Linux are especially valuable. See CONTRIBUTING.md for setup and conventions.


dvr is an independent open-source project. It is not affiliated with, endorsed by, or sponsored by Blackmagic Design. "DaVinci" and "DaVinci Resolve" are trademarks of Blackmagic Design Pty Ltd.

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

dvr-1.6.1.tar.gz (400.9 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

dvr-1.6.1-py3-none-any.whl (362.6 kB view details)

Uploaded Python 3

File details

Details for the file dvr-1.6.1.tar.gz.

File metadata

  • Download URL: dvr-1.6.1.tar.gz
  • Upload date:
  • Size: 400.9 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for dvr-1.6.1.tar.gz
Algorithm Hash digest
SHA256 38472f3b177c5822eeb176da1d801d75390935d848a1ee0a18865c24edfd8e4a
MD5 f0b5dd7fe50562b5036fd8e2a08e0954
BLAKE2b-256 7e2a256c7412fa96312a66d38f44958b86aec158e3698a99c2d6fdfee5e06fac

See more details on using hashes here.

Provenance

The following attestation bundles were made for dvr-1.6.1.tar.gz:

Publisher: release.yml on mhadifilms/dvr

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file dvr-1.6.1-py3-none-any.whl.

File metadata

  • Download URL: dvr-1.6.1-py3-none-any.whl
  • Upload date:
  • Size: 362.6 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for dvr-1.6.1-py3-none-any.whl
Algorithm Hash digest
SHA256 7c8d90bbc15dc158b608225fb0e8b8021415f8894a0c98ba588b84fd27c5195c
MD5 0ee8148e8877852392e06844ba14c251
BLAKE2b-256 f6ec3705c50b22d259af2a37cde32dd2693405a1b488b97bb8d71e024465b0a5

See more details on using hashes here.

Provenance

The following attestation bundles were made for dvr-1.6.1-py3-none-any.whl:

Publisher: release.yml on mhadifilms/dvr

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page