Skip to main content
Glama

blueiris-mcp

An MCP server for Blue Iris, the Windows NVR/camera-management software. Lets an LLM check camera health, pull live or historical snapshots, search the clip/alert archive, and drive PTZ cameras — all through Blue Iris's existing JSON API, no extra software on the Blue Iris box required.

Blue Iris's JSON API is undocumented enough that its session-handshake auth scheme (a custom two-step MD5 challenge, not a bearer token or HTTP digest) has to be reverse-engineered by reading network traffic. This package does that once so you don't have to.

Why

Blue Iris already has a web UI and a JSON API, but neither is something an LLM agent can use directly. This wraps the API as MCP tools so an agent can answer questions like:

  • "Is the front door camera actually seeing anything right now, or is it stuck on the no-signal placeholder?"

  • "Show me what the driveway camera saw at 6pm yesterday."

  • "Who showed up at the front door today?" (Blue Iris's own AI recognition results are in the alert log's memo field, e.g. "John:74%")

  • "Pan the workshop camera left for a second and grab a frame."

Related MCP server: Axis MCP

Tools

Tool

Description

list_cameras

Configured cameras with live health: is_no_signal (the actual "no video" placeholder state, distinct from is_online), fps, error, ptz_capable.

get_snapshot

Live or historical JPEG frame (pos_ms = Unix epoch ms for historical). Returned as image content, not a file path.

list_clips

Recorded segments for a camera, newest first, across Blue Iris's full retention window for that camera.

list_alerts

Motion/AI alerts for a camera, newest first, including Blue Iris's own recognition memo when present.

ptz

Directional nudge, home, zoom in/out, stop, or jump to a saved preset.

Setup

Requires a Blue Iris account with JSON API access (the same username/password as the web UI login).

pip install blueiris-mcp
# or: uvx blueiris-mcp

Configure via environment variables:

Variable

Required

Default

BI_URL

no

http://localhost:81

BI_USER

yes

—

BI_PASSWORD

yes

—

Claude Code / Claude Desktop (~/.claude.json or claude_desktop_config.json)

{
  "mcpServers": {
    "blueiris": {
      "command": "uvx",
      "args": ["blueiris-mcp"],
      "env": {
        "BI_URL": "http://192.168.1.50:81",
        "BI_USER": "your-username",
        "BI_PASSWORD": "your-password"
      }
    }
  }
}

Hermes (~/.hermes/config.yaml)

Hermes' mcp_servers config supports the same stdio transport:

mcp_servers:
  blueiris:
    command: uvx
    args: ["blueiris-mcp"]
    env:
      BI_URL: "http://192.168.1.50:81"
      BI_USER: "your-username"
      BI_PASSWORD: "your-password"

Notes on the Blue Iris API

  • Auth: POST /json {"cmd":"login"} returns a session token. Then POST /json {"cmd":"login","session":<id>,"response":<hash>} where hash = md5(f"{user}:{session}:{password}") — a single MD5 pass, no realm string. This client re-authenticates on every call rather than caching a session, since call volume through an MCP tool is inherently low.

  • list_clips/list_alerts (Blue Iris's cliplist/alertlist commands) have no date-range parameters — they return everything currently retained on disk for that camera. Retention is whatever Blue Iris is configured to keep (commonly a few days to a couple of weeks, storage-dependent).

  • If your setup has another process also driving a camera's PTZ (e.g. an automated monitoring script), avoid sending PTZ commands to that camera at the same time from here — Blue Iris does not arbitrate between simultaneous PTZ sources, and the result is erratic movement.

Development

uv venv && uv pip install -e ".[dev]"
uv run pytest

Tests are fully mocked (via respx) — no live Blue Iris instance needed.

License

MIT

Available Tools

5 tools
get_snapshotA

Fetch a JPEG frame from a camera.

Omit pos_ms for the current live frame. Pass pos_ms (Unix epoch milliseconds) to pull a historical frame instead -- use list_clips or list_alerts to find a timestamp of interest first (their date field is epoch seconds; multiply by 1000).

Inputs: camera (required), pos_ms.

list_alertsA

List motion/AI alerts for a camera, newest first.

This is the fast path for "who/what triggered this camera and when" -- Blue Iris's own memo field carries AI recognition results when available (e.g. "Rahi:74%" for a matched face), so this often answers identity questions directly without a separate face-recognition lookup. date is epoch seconds, same convention as list_clips.

Inputs: camera (required), limit. Returns: result

list_camerasA

List configured Blue Iris cameras with live health status.

Each entry includes is_no_signal (true when the feed is down and Blue Iris is showing its grey "no video" placeholder -- this is different from is_online, which only means the camera isn't disabled), fps, error, and ptz_capable.

Inputs: no named parameters. Returns: result

list_clipsA

List recorded video segments for a camera, newest first.

Covers Blue Iris's full retention window for that camera (typically a few days, depending on configured storage limits -- there's no separate date-range filter on this endpoint, it returns everything currently on disk). Each entry's date (epoch seconds) and msec (segment duration) can be used with get_snapshot to pull a frame from within that segment.

Inputs: camera (required), limit. Returns: result

ptzA

Pan/tilt/zoom a PTZ-capable camera, or jump to a saved preset.

action is one of: left, right, up, down (momentary move, held for duration_s seconds, capped at 3.0), home, zoom_in, zoom_out, stop, or goto_preset (requires preset, 0-99).

Only cameras with PTZ hardware respond -- check list_cameras' ptz_capable field first. If this Blue Iris instance has an automated pipeline that also drives a camera's PTZ (e.g. a monitoring script using a dedicated preset slot), avoid sending competing PTZ commands to that camera at the same time -- Blue Iris does not arbitrate between simultaneous PTZ sources and the result is erratic movement.

Inputs: action (required), camera (required), preset, duration_s.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    A4.4/5.0

    Scored across 5 tools

    Disambiguation5/5

    Each tool has a clearly distinct purpose: list_cameras for status, get_snapshot for frame retrieval, list_clips and list_alerts for historical data, and ptz for camera control. There is no overlap in functionality.

    Naming Consistency4/5

    Most tools follow the verb_noun pattern with snake_case (list_cameras, get_snapshot, list_clips, list_alerts). The exception is 'ptz', which is a concise, recognizable command name but breaks the verb_noun pattern slightly.

    Tool Count5/5

    The server exposes 5 tools, which is well-scoped for its purpose of interacting with a Blue Iris server. Each tool addresses a distinct need without excessive or inadequate coverage.

    Completeness4/5

    The tool set covers the core surveillance workflows: camera listing, snapshot retrieval, clip listing, alert listing, and PTZ control. Minor gaps exist such as lack of timeline traversal or configuration changes, but the surface is solid for common use cases.

    Related MCP Connectors

    Related MCP Servers

    • A
      license
      A
      quality
      C
      maintenance
      This is an MCP server for the BillingServ API. Once it's set up, your AI assistant can look up customers, invoices, orders, packages, and reports straight from your BillingServ installation
      3
      75 npm
      MIT
    • A
      license
      A
      quality
      D
      maintenance
      MCP server for configuring Axis IP cameras via VAPIX, supporting device info, snapshots, image settings, overlays, network, PTZ, and system management.
      37
      12 npm
      1
      GPL 3.0
    • A
      license
      Not graded
      quality
      C
      maintenance
      An MCP server that allows Claude or any MCP client to see and control Reolink cameras on the local network. It provides snapshots, device state, AI detection, PTZ controls, and deterrence features without cloud dependency.
      42 PyPI
      4
      MIT
    • A
      license
      A
      quality
      D
      maintenance
      MCP server for Hubitat Elevation hubs that controls devices via the Maker API, with optional gated access to undocumented admin routes, supporting device listing, command sending, virtual device and hub variable automation for Rule Machine, and hub management features.
      8
      MIT