davinci-resolve-mcp 4.8.9 → 4.8.10
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +58 -0
- package/README.md +1 -1
- package/README.zh-CN.md +2 -2
- package/install.py +1 -1
- package/package.json +1 -1
- package/src/granular/common.py +1 -1
- package/src/server.py +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -2,6 +2,64 @@
|
|
|
2
2
|
|
|
3
3
|
Release history for the DaVinci Resolve MCP Server. The latest release is summarized in the root README; older entries live here to keep the README focused.
|
|
4
4
|
|
|
5
|
+
## What's New in v4.8.10 — the offline suite no longer asks GitHub for the latest release
|
|
6
|
+
|
|
7
|
+
No tool, action or runtime behaviour changed. This release changes the test
|
|
8
|
+
harness only.
|
|
9
|
+
|
|
10
|
+
### Fixed
|
|
11
|
+
|
|
12
|
+
- **Every full offline run sent a live request to GitHub.** `install.py` checks
|
|
13
|
+
`https://api.github.com/repos/samuelgursky/davinci-resolve-mcp/releases/latest`
|
|
14
|
+
for a newer version, and `tests/test_scripting_lib_discovery.py` runs its
|
|
15
|
+
`main()` in-process (`install.py --clients manual --dry-run`) through
|
|
16
|
+
`_run_main`. So `python -m unittest discover -s tests -t .` made that request
|
|
17
|
+
on every run. The run's outcome depended on the machine being online, and the
|
|
18
|
+
release notes that came back were written into `logs/update-check.json`.
|
|
19
|
+
Redirecting that file moves the answer, not the request. Measured on a full
|
|
20
|
+
v4.8.4 run with a tripwire wrapped around `urllib.request.urlopen`: exactly one
|
|
21
|
+
outbound request, this one, from
|
|
22
|
+
`test_only_the_designated_live_test_touches_a_real_resolve` →
|
|
23
|
+
`test_a_failed_verification_exits_non_zero` → `_run_main` →
|
|
24
|
+
`update_check.check_for_updates` → `_fetch_latest_release`. The same run of
|
|
25
|
+
this release makes none.
|
|
26
|
+
- `tests/offline_guard.py` now also wraps `urllib.request.urlopen`. Loopback
|
|
27
|
+
URLs (`127.0.0.0/8`, `::1`, `localhost`) and `file:`/`data:` URLs pass
|
|
28
|
+
through, so the control-panel tests still serve and probe a real panel.
|
|
29
|
+
Anything else raises `NetworkRefused` before a socket is opened. That is a
|
|
30
|
+
`URLError`, so callers take their no-network path. Each refusal is recorded
|
|
31
|
+
in `NETWORK_ATTEMPTS` with the calling line and the test, and pytest lists
|
|
32
|
+
them in its summary. The wrapper is installed before `src.server` is imported
|
|
33
|
+
and does not need it, so a checkout without the runtime stack is guarded too.
|
|
34
|
+
Installing twice is a no-op, and `uninstall()` puts the original back.
|
|
35
|
+
- `_run_main` sets `DAVINCI_RESOLVE_MCP_UPDATE_CHECK=0`, so the installer tests
|
|
36
|
+
do not ask at all and a clean run records no attempt.
|
|
37
|
+
|
|
38
|
+
### Validation
|
|
39
|
+
|
|
40
|
+
- New `tests/test_offline_network_isolation.py` is the tripwire. It fails if
|
|
41
|
+
`urlopen` is not the guard, if a remote URL (as a string or a `Request`) gets
|
|
42
|
+
through or a loopback one (`127.0.0.1`, `localhost`, `[::1]`) is stopped, if
|
|
43
|
+
`check_for_updates` with its own defaults stops going through the guard, if the
|
|
44
|
+
refusal stops naming `update_check.py … _fetch_latest_release`, or if
|
|
45
|
+
`_run_main` reaches for the network again. The refusal tests put a spy
|
|
46
|
+
downstream of the guard, so a wrong verdict fails the test instead of sending a
|
|
47
|
+
request. With the `_run_main` switch removed, the installer test fails and
|
|
48
|
+
names the URL, the caller and the test. With the guard disabled, all eight tests
|
|
49
|
+
fail in `setUp` before opening any URL. `tests/test_offline_guard.py` now also
|
|
50
|
+
checks that the network guard installs without `src`.
|
|
51
|
+
- Full suite, `python -m unittest discover -s tests -t .`, run behind a
|
|
52
|
+
`sitecustomize` tripwire that records and refuses off-machine `urlopen`,
|
|
53
|
+
DNS lookups and socket connects: 3,747 tests. Off-machine requests went from 1
|
|
54
|
+
on v4.8.4 to 0. The 14 errors are the same tests as on v4.8.4, all
|
|
55
|
+
environmental: six need `numpy` or `requests`, which the venv lacks, and five
|
|
56
|
+
in `test_offline_fallback` need `jszip`, because `node_modules` is not
|
|
57
|
+
installed. The last three are refusals by the tripwire itself: two
|
|
58
|
+
`test_doctor_paths` probe children, and the granular `get_resolve()` →
|
|
59
|
+
`open DaVinci Resolve.app` in `test_granular_destructive_op`, which v4.8.5
|
|
60
|
+
removes. pytest was not run locally.
|
|
61
|
+
- No Resolve behaviour changed, so a live run is not required.
|
|
62
|
+
|
|
5
63
|
## What's New in v4.8.9 — the offline suite's child processes no longer reach Resolve
|
|
6
64
|
|
|
7
65
|
Test-only. No tool, action or runtime code changed.
|
package/README.md
CHANGED
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
|
|
3
3
|
English | [简体中文](README.zh-CN.md)
|
|
4
4
|
|
|
5
|
-
[](https://github.com/samuelgursky/davinci-resolve-mcp/releases)
|
|
6
6
|
[](https://www.npmjs.com/package/davinci-resolve-mcp)
|
|
7
7
|
[](docs/reference/api-coverage.md)
|
|
8
8
|
[-blue.svg)](#server-modes)
|
package/README.zh-CN.md
CHANGED
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
|
|
3
3
|
[English](README.md) | 简体中文
|
|
4
4
|
|
|
5
|
-
[](https://github.com/samuelgursky/davinci-resolve-mcp/releases)
|
|
6
6
|
[](https://www.npmjs.com/package/davinci-resolve-mcp)
|
|
7
7
|
[](docs/reference/api-coverage.md)
|
|
8
8
|
[-blue.svg)](#服务器模式)
|
|
@@ -12,7 +12,7 @@
|
|
|
12
12
|
[](https://www.python.org/downloads/)
|
|
13
13
|
[](https://opensource.org/licenses/MIT)
|
|
14
14
|
|
|
15
|
-
> 本翻译对应 v4.8.
|
|
15
|
+
> 本翻译对应 v4.8.10 版 README。如与英文原版有出入，以 [英文原版](README.md) 为准。
|
|
16
16
|
|
|
17
17
|
一个 Model Context Protocol (MCP) 服务器，让 AI 助手通过官方脚本 API 控制 DaVinci Resolve Studio（达芬奇）。它提供完整的 API 覆盖，外加带护栏的工作流助手，涵盖剪辑、媒体池整理、渲染设置、审阅标记、调色、Fusion、Fairlight、项目生命周期任务、扩展开发，以及不碰源媒体的媒体分析。
|
|
18
18
|
|
package/install.py
CHANGED
|
@@ -37,7 +37,7 @@ from src.utils.update_check import (
|
|
|
37
37
|
|
|
38
38
|
# ─── Version ──────────────────────────────────────────────────────────────────
|
|
39
39
|
|
|
40
|
-
VERSION = "4.8.
|
|
40
|
+
VERSION = "4.8.10"
|
|
41
41
|
# Only hard floor: mcp[cli] requires Python 3.10+. There is no upper bound —
|
|
42
42
|
# Resolve's scripting bridge loads into newer interpreters on recent builds
|
|
43
43
|
# (Python 3.14 verified against Resolve Studio 20.3.2). Older Resolve builds
|
package/package.json
CHANGED
package/src/granular/common.py
CHANGED
|
@@ -93,7 +93,7 @@ if not logging.getLogger().handlers:
|
|
|
93
93
|
handlers=[logging.StreamHandler()],
|
|
94
94
|
)
|
|
95
95
|
|
|
96
|
-
VERSION = "4.8.
|
|
96
|
+
VERSION = "4.8.10"
|
|
97
97
|
logger = logging.getLogger("davinci-resolve-mcp")
|
|
98
98
|
logger.info(f"Starting DaVinci Resolve MCP Server v{VERSION}")
|
|
99
99
|
logger.info(f"Detected platform: {get_platform()}")
|