roboscope-kit 0.8.0b1__tar.gz
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.
- roboscope_kit-0.8.0b1/.gitignore +11 -0
- roboscope_kit-0.8.0b1/AUTHORS.md +3 -0
- roboscope_kit-0.8.0b1/CHANGELOG.md +345 -0
- roboscope_kit-0.8.0b1/LICENSE +203 -0
- roboscope_kit-0.8.0b1/PKG-INFO +490 -0
- roboscope_kit-0.8.0b1/README.md +465 -0
- roboscope_kit-0.8.0b1/pyproject.toml +66 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/__init__.py +67 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/benchmark_specs.py +268 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/client.py +133 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/contracts.py +176 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/policy.py +348 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/policy_config.py +141 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/protocol.py +111 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/__init__.py +4 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/autotune.py +437 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/__init__.py +60 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/__main__.py +6 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/adapters.py +99 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/autotune.py +698 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/checkpoint.py +131 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/cli.py +590 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/cuda_mps.py +284 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/factories.py +57 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/image_manifest.py +122 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/legacy.py +198 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/metrics.py +152 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/orchestrator.py +844 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/policy_process.py +221 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/processes.py +378 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/queue.py +172 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/registry.py +41 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/resources.py +138 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/schema.py +104 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/shard_merge.py +313 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/shard_reduce.py +200 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/shard_validation.py +94 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/sharding.py +117 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/suite_sizes.py +52 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/timing.py +133 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/worker.py +79 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/__init__.py +4 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/calvin/__init__.py +9 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/calvin/adapter.py +245 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/calvin/factory.py +114 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/calvin/worker.py +283 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/libero/__init__.py +9 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/libero/adapter.py +285 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/libero/factory.py +127 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/libero/worker.py +285 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/libero_plus/__init__.py +9 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/libero_plus/adapter.py +189 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/libero_plus/factory.py +130 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/metaworld/__init__.py +17 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/metaworld/adapter.py +351 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/metaworld/agent.py +177 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/metaworld/config.py +163 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/metaworld/factory.py +114 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/metaworld/instructions.py +268 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/metaworld/worker.py +337 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robocasa/__init__.py +8 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robocasa/adapter.py +229 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robocasa/factory.py +120 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robocasa/worker.py +218 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robotwin/__init__.py +14 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robotwin/adapter.py +198 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robotwin/factory.py +232 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robotwin/seed_cache.py +79 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robotwin/seed_protocol.py +286 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robotwin/worker.py +581 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/hil/__init__.py +23 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/hil/checkpoints.py +436 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/hil/lerobot_policy.py +224 -0
- roboscope_kit-0.8.0b1/src/roboscope_kit/server.py +245 -0
- roboscope_kit-0.8.0b1/tests/test_benchmark_autotune.py +465 -0
- roboscope_kit-0.8.0b1/tests/test_benchmark_shard_reduce.py +405 -0
- roboscope_kit-0.8.0b1/tests/test_benchmark_sharding.py +181 -0
- roboscope_kit-0.8.0b1/tests/test_benchmark_suite_sizes.py +58 -0
- roboscope_kit-0.8.0b1/tests/test_policy_process.py +59 -0
- roboscope_kit-0.8.0b1/tests/test_unified_benchmarks.py +1123 -0
- roboscope_kit-0.8.0b1/uv.lock +155 -0
|
@@ -0,0 +1,345 @@
|
|
|
1
|
+
# Changelog
|
|
2
|
+
|
|
3
|
+
## 0.8.0b1 (Unreleased)
|
|
4
|
+
|
|
5
|
+
- Rename the SDK to RoboScope Kit. Install it with `pip install roboscope-kit` (previously
|
|
6
|
+
`roboscope-inference-sdk`) and import it as `roboscope_kit` (previously `roboscope_inference_sdk`).
|
|
7
|
+
`importlib.metadata.version()` now takes `"roboscope-kit"`. No compatibility alias is provided.
|
|
8
|
+
- Move the package source from `packages/roboscope-inference-sdk/` to `packages/roboscope-kit/`; image
|
|
9
|
+
Control Runtimes now live under `/opt/roboscope/control-runtime/packages/roboscope-kit/`.
|
|
10
|
+
|
|
11
|
+
## 0.7.0b77 (Unreleased)
|
|
12
|
+
|
|
13
|
+
- Add an opt-in CUDA MPS mode for Policy replicas: `--cuda-mps` on the
|
|
14
|
+
benchmark CLI and `run-benchmark.sh`, off by default. The runtime owns a
|
|
15
|
+
private MPS control daemon for the run, attaches every replica to it,
|
|
16
|
+
fails if a replica does not attach, terminates a replica's MPS clients
|
|
17
|
+
before signalling it, and records the session in `result.json`. Autotune
|
|
18
|
+
probes run under the same mode as the formal pass.
|
|
19
|
+
|
|
20
|
+
## 0.7.0b76 (Unreleased)
|
|
21
|
+
|
|
22
|
+
- Revert the MetaWorld runtime, autotune, native-reference and MPS changes
|
|
23
|
+
because they regressed the autotune algorithm. Restore the b59 runtime
|
|
24
|
+
and autotune behavior.
|
|
25
|
+
|
|
26
|
+
## 0.7.0b59 (Unreleased candidate)
|
|
27
|
+
|
|
28
|
+
- RoboTwin renders one observation per refresh. The evaluator loop now asks the
|
|
29
|
+
Policy client whether an observation is due, so steps at chunk or stride
|
|
30
|
+
boundaries no longer render twice and stride 1 matches the official cadence.
|
|
31
|
+
- Keep the per-step observation cadence under randomized lighting, the viewer,
|
|
32
|
+
video logging and point-cloud observations, whose output or RNG stream depends
|
|
33
|
+
on every render.
|
|
34
|
+
- The StarVLA official Policy declares its action horizon as its observation
|
|
35
|
+
stride, replacing the external stride-16 launcher wrapper.
|
|
36
|
+
|
|
37
|
+
## 0.7.0b58 (Unreleased candidate)
|
|
38
|
+
|
|
39
|
+
- Move PyPI upload, artifact-hash verification and clean-install verification to
|
|
40
|
+
GitHub Actions after the full compatibility gate.
|
|
41
|
+
- Require Python 3.11 or newer for installation and runtime use; remove the
|
|
42
|
+
Python 3.8–3.10 compatibility tier and its CI/dependency branches.
|
|
43
|
+
- Define maintained CPython support by the upstream lifecycle, currently
|
|
44
|
+
Python 3.11–3.15, and align package metadata and Ruff with that baseline.
|
|
45
|
+
- Use Hatchling for wheel and source-distribution builds with SPDX metadata.
|
|
46
|
+
- Select the locked Control Runtime NumPy wheel by its CPython/Linux tags so
|
|
47
|
+
simplified lockfile markers do not break official image bundle builds.
|
|
48
|
+
- Gate changes on installed-artifact imports, the existing regression suites,
|
|
49
|
+
Python 3.11 API checks and the declared interpreter matrix in CI.
|
|
50
|
+
- Retain strict zip length validation; remove the Python 3.8-only API workarounds
|
|
51
|
+
from this candidate. Older pinned simulator environments require separate
|
|
52
|
+
upgrade and image validation before adopting this SDK.
|
|
53
|
+
|
|
54
|
+
## 0.7.0b50 (Beta)
|
|
55
|
+
|
|
56
|
+
- Add reproducible builders for CALVIN, RoboCasa, RoboTwin and LIBERO+ runtimes.
|
|
57
|
+
- Lock source revisions, asset checksums and the restored CALVIN dependency set.
|
|
58
|
+
- Include RoboCasa kitchen/GR1 assets and RoboTwin embodiment path preparation
|
|
59
|
+
in their builders; use CALVIN's validation long-finger Panda configuration.
|
|
60
|
+
- Align RoboTwin Quick Test preparation with its single-task workload.
|
|
61
|
+
- Include all RoboTwin preparation scripts in the shared Control Runtime so its
|
|
62
|
+
source checksum matches the committed checkout.
|
|
63
|
+
- Reuse the commit-pinned image bundle for offline RoboTwin preparation runtime
|
|
64
|
+
installation instead of downloading CPython and numpy again.
|
|
65
|
+
|
|
66
|
+
## 0.7.0b49 (Beta)
|
|
67
|
+
|
|
68
|
+
- Restore the validation long-finger Panda geometry in CALVIN runtime preparation.
|
|
69
|
+
|
|
70
|
+
## 0.7.0b48 (Beta)
|
|
71
|
+
|
|
72
|
+
- Cross-instance sharding is an opt-in Beta. SDK publication does not enable platform sharding
|
|
73
|
+
or promote any evaluation image to the official catalog.
|
|
74
|
+
|
|
75
|
+
- Bound automatic shard counts by work-item capacity and reject invalid partitions before autotuning.
|
|
76
|
+
- Validate shard protocol identity, per-item ownership and per-shard accounting before merging.
|
|
77
|
+
- Accept MetaWorld evaluation configuration in the record-tree merge CLI.
|
|
78
|
+
|
|
79
|
+
## 0.7.0b47
|
|
80
|
+
|
|
81
|
+
- A shard run records the image's SDK version and evaluation kit commit (from the image manifest)
|
|
82
|
+
in its `shard.build`, and `merge_shard_results` refuses shards that ran different builds or do
|
|
83
|
+
not record one, naming each shard's build. The merged result carries the common build.
|
|
84
|
+
- New `roboscope_inference_sdk.runtime.benchmark.suite_sizes.suite_total_records(benchmark, suite)`:
|
|
85
|
+
how many records one formal run of a suite produces, for callers that must split a run before any
|
|
86
|
+
instance exists (the platform sizes a sharded run from it instead of keeping its own copy).
|
|
87
|
+
Covers LIBERO, RoboTwin, CALVIN, RoboCasa and MetaWorld MT50 (50 tasks x 50 episodes).
|
|
88
|
+
`test_benchmark_suite_sizes` fails when the table drifts from the image manifests or the runtimes'
|
|
89
|
+
task lists, or when an image manifest is neither sized nor declared unsized. LIBERO+ has no fixed
|
|
90
|
+
size and returns `None`.
|
|
91
|
+
|
|
92
|
+
## 0.7.0b46
|
|
93
|
+
|
|
94
|
+
- New `roboscope_inference_sdk.runtime.benchmark.shard_reduce.merge_shard_results`: merges the
|
|
95
|
+
`result.json` of every shard into one result using only those documents, with no simulator,
|
|
96
|
+
benchmark factory or record tree on the merging machine. Coverage is established by accounting
|
|
97
|
+
(shard indexes exactly `0..N-1`, one benchmark/suite/protocol, record counts summing to the
|
|
98
|
+
`full_total_records` each shard recorded). `shard_merge` remains the record-level validator.
|
|
99
|
+
- CALVIN and MetaWorld now support sharding. Their `aggregate()` demands the whole workload and
|
|
100
|
+
raised on a shard's subset, so a sharded run failed after the evaluation had finished. Sharded
|
|
101
|
+
runs now call an optional adapter `aggregate_partial()`, which reports raw per-sequence lengths
|
|
102
|
+
(CALVIN) or per-task counts (MetaWorld) and withholds metrics that are undefined on a subset
|
|
103
|
+
(`avg_seq_len`, `success_at_5`, the MetaWorld difficulty macro `score`). The official result is
|
|
104
|
+
derived after merging, where full coverage of every sequence or task is asserted. Single-instance
|
|
105
|
+
`aggregate()` still requires complete coverage.
|
|
106
|
+
|
|
107
|
+
## 0.7.0b45
|
|
108
|
+
|
|
109
|
+
- Cross-instance episode sharding for the benchmark runtime: `--shard-index` with
|
|
110
|
+
`--shard-count` (or workload-derived, one shard per `--shard-episodes` episodes)
|
|
111
|
+
deterministically partitions the formal evaluation pass across independent GPU
|
|
112
|
+
instances; autotune probes stay unsharded on every instance.
|
|
113
|
+
- New `roboscope_inference_sdk.runtime.benchmark.shard_merge` module: validates the
|
|
114
|
+
shard partition (disjoint items, full coverage, terminal accounting) and merges
|
|
115
|
+
shard results with count metrics only, keeping per-shard rate metrics as provenance.
|
|
116
|
+
- The legacy `testlog.txt` contract now counts a shard's own partition instead of the
|
|
117
|
+
full workload. It previously reported the unsharded total, so every sharded run
|
|
118
|
+
showed the whole suite as its denominator and then failed its completeness check
|
|
119
|
+
with `legacy protocol expected N results, received N/shards`.
|
|
120
|
+
|
|
121
|
+
## 0.7.0b44
|
|
122
|
+
|
|
123
|
+
- Add MetaWorld MT50 support to the official StarVLA Policy image: the
|
|
124
|
+
benchmark-name image preprocessing dispatch now covers `metaworld`, and the
|
|
125
|
+
official image declares the pinned StarVLA MetaWorld reference observation
|
|
126
|
+
pipeline (corner2, 480 render, 180-degree rotation, 2/3 center crop,
|
|
127
|
+
224x224 output) as its `benchmark_config.metaworld` default.
|
|
128
|
+
- Ship the pinned upstream MetaWorld data registry (`metaworld_mt50` mixture
|
|
129
|
+
and `metaworld_robot` DataConfig) into the official image so StarVLA
|
|
130
|
+
MetaWorld checkpoints resolve their dataset mixture at Policy load; the
|
|
131
|
+
image install and verify scripts cover the installed file.
|
|
132
|
+
|
|
133
|
+
## 0.7.0b43
|
|
134
|
+
|
|
135
|
+
- Add the MetaWorld MT50 platform benchmark (`metaworld`, protocol
|
|
136
|
+
`metaworld-v1`, suite `mt50`). The SDK-native adapter reuses the pinned
|
|
137
|
+
upstream `metaworld.evaluation.evaluation` loop over one frozen
|
|
138
|
+
`MT50(seed=42)` training-goal artifact and scores the four-difficulty macro
|
|
139
|
+
average (`difficulty_macro_success_rate`).
|
|
140
|
+
- MetaWorld observations come from the resolved evaluation config: one to four
|
|
141
|
+
configurable `uint8` camera features plus fixed `float32[4]` proprioception and
|
|
142
|
+
the verbatim official task instruction.
|
|
143
|
+
- Add `--evaluation-config` to the unified benchmark runtime entrypoint. The
|
|
144
|
+
resolved configuration feeds both the evaluator workers and the Policy `load`
|
|
145
|
+
session, so both sides see the same observation features.
|
|
146
|
+
- Bump the Policy process contract to `schema_version` 2 with an optional
|
|
147
|
+
`benchmark_config` declaration; readiness/preflight returns the declaration
|
|
148
|
+
without importing the Policy or loading a model.
|
|
149
|
+
|
|
150
|
+
## 0.7.0b41
|
|
151
|
+
|
|
152
|
+
- Restore shared-runtime archive timestamps after flushing extracted data on
|
|
153
|
+
AutoDL FS. Keep full tar comparison as the recovery acceptance gate for
|
|
154
|
+
benchmark runtimes and the shared Control Runtime.
|
|
155
|
+
|
|
156
|
+
## 0.7.0b40
|
|
157
|
+
|
|
158
|
+
- Shared-runtime rollout tooling: select one benchmark per operation, retain
|
|
159
|
+
the expanded runtime through end-to-end acceptance, and provide explicit
|
|
160
|
+
rollback and finalization. Preserve complete recovery archives and original
|
|
161
|
+
preparation scripts; reclaim the shared Control Runtime as a separate batch.
|
|
162
|
+
- The production compaction rollout retains the existing b31 live manifests,
|
|
163
|
+
launchers and image runtime. This release changes operator tooling only.
|
|
164
|
+
|
|
165
|
+
## 0.7.0b39
|
|
166
|
+
|
|
167
|
+
- Revert the PI0.5 checkpoint-loading changes: restore the prior PI0.5 checkpoint loading and
|
|
168
|
+
normalizer lookup behavior. Retain the Python 3.10 timestamp import fix.
|
|
169
|
+
|
|
170
|
+
## 0.7.0b38
|
|
171
|
+
|
|
172
|
+
- Policy HIL: use `timezone.utc` for checkpoint timestamps so the SDK imports
|
|
173
|
+
successfully on Python 3.10.
|
|
174
|
+
|
|
175
|
+
## 0.7.0b37
|
|
176
|
+
|
|
177
|
+
- Policy HIL: resolve normalizer weights from the selected checkpoint's
|
|
178
|
+
declared preprocessing pipeline instead of assuming a fixed step index.
|
|
179
|
+
|
|
180
|
+
## 0.7.0b36
|
|
181
|
+
|
|
182
|
+
- Policy HIL: construct PI0.5 on empty parameters and assign safetensors directly
|
|
183
|
+
on the target device, avoiding random initialization and the subsequent full
|
|
184
|
+
checkpoint copy while retaining strict key and materialization checks.
|
|
185
|
+
|
|
186
|
+
All notable user-visible changes to RoboScope Inference SDK releases are
|
|
187
|
+
recorded here. Versions follow Semantic Versioning; the compatibility rules
|
|
188
|
+
and release-owner responsibilities for the current Beta series are documented
|
|
189
|
+
in `README.md`.
|
|
190
|
+
|
|
191
|
+
## Unreleased
|
|
192
|
+
|
|
193
|
+
- AutoDL shared runtimes: store the expanded RoboCasa, RoboTwin, and LIBERO+
|
|
194
|
+
runtime roots as verified zstd level-3 tar archives, extract the selected
|
|
195
|
+
runtime onto the instance-local expanded system disk, and keep the shared
|
|
196
|
+
Control Runtime installer workspace local. RoboTwin excludes retired image
|
|
197
|
+
and result trees from its cold-start payload. This releases the shared file
|
|
198
|
+
storage from its 200,000-inode design limit while minimizing transfer time.
|
|
199
|
+
- Benchmark docs: remove the retired `docs/robotwin-vectorized-runtime.md`
|
|
200
|
+
archive and the redundant `docs/benchmark-results.html` mirror, and fold
|
|
201
|
+
the archived report's benchmark machine specification, bit-exact fidelity
|
|
202
|
+
verification, champion resource profile, and cache-grow/recycling analysis
|
|
203
|
+
into `docs/benchmark-results.md`.
|
|
204
|
+
- Official image bundles now install and checksum the RoboTwin native/cache
|
|
205
|
+
paired verifier alongside the exact seed scanner used by formal generation.
|
|
206
|
+
- RoboTwin runtime preparation: reconstruct the protocol-pinned pristine
|
|
207
|
+
checkout from committed Git objects for every run, apply the deterministic
|
|
208
|
+
Python 3.8 annotation patch as a fixed derived commit, attach large simulator
|
|
209
|
+
assets as read-only inputs, and generate each formal seed generation against
|
|
210
|
+
that clean checkout. The launcher now derives its complete evaluator
|
|
211
|
+
instrumentation from the pinned source instead of relying on manual
|
|
212
|
+
shared-disk patches.
|
|
213
|
+
- Benchmark autotune: run every concurrency candidate against the same fixed,
|
|
214
|
+
representative workload and reject candidates whose success rate falls more
|
|
215
|
+
than 15% below the minimum safe-concurrency baseline. This keeps stateful
|
|
216
|
+
third-party Policies at the last correctness-preserving K/g pair.
|
|
217
|
+
- Official runtime ownership: move the live StarVLA LIBERO runtime under
|
|
218
|
+
`benchmarks/libero_official` and remove the obsolete benchmark-autotune
|
|
219
|
+
examples tree and retired JSON evidence.
|
|
220
|
+
- Policy action contracts: every Policy declares one action representation per
|
|
221
|
+
supported Benchmark. The runtime validates the identifier and requires all
|
|
222
|
+
loaded replicas to resolve the same contract before evaluation starts.
|
|
223
|
+
- Benchmark action routing: RoboTwin and CALVIN adapters translate the
|
|
224
|
+
negotiated action contract into their official worker execution modes.
|
|
225
|
+
- RoboTwin observation cadence: Policies may declare a positive observation
|
|
226
|
+
stride. Every inference boundary refreshes the current observation, and the
|
|
227
|
+
resolved value and source are recorded in execution metadata.
|
|
228
|
+
- Benchmark protocol manifests: schema version 2 carries benchmark-owned,
|
|
229
|
+
versioned protocol definitions. RoboTwin pins its runtime, scanner source,
|
|
230
|
+
suite seed selection, episode count, horizon, success rule, and aggregation.
|
|
231
|
+
- Immutable RoboTwin seed generations: the SDK can create and validate
|
|
232
|
+
content-addressed cache directories whose manifest covers every task pickle,
|
|
233
|
+
runtime source, scanner source, task configuration, and seed-selection rule.
|
|
234
|
+
- Formal RoboTwin runs now select one immutable seed generation by digest,
|
|
235
|
+
validate its full 50-task identity before workers start, and record the
|
|
236
|
+
protocol and generation identities in result metadata.
|
|
237
|
+
- RoboTwin cache provenance tooling now ships the exact scanner source in the
|
|
238
|
+
official bundle and provides a paired native/cache episode-state verifier.
|
|
239
|
+
- Documentation and examples: classify model-specific custom-image validation
|
|
240
|
+
demos as internal engineering evidence, separate from the official image
|
|
241
|
+
catalog and product support matrix.
|
|
242
|
+
- RoboTwin full runs: split each task into manifest-sized episode windows and
|
|
243
|
+
interleave windows across tasks. Records retain their canonical per-task
|
|
244
|
+
episode indices and seed-cache entries, while idle workers can take later
|
|
245
|
+
windows from long-horizon tasks instead of waiting for one worker to finish
|
|
246
|
+
all 100 episodes.
|
|
247
|
+
- RoboTwin cached evaluation: count a cached episode whose real scene setup is
|
|
248
|
+
unstable as a zero-step failure and continue to the next canonical cache
|
|
249
|
+
entry. The runtime no longer retries the same randomized seed forever or
|
|
250
|
+
substitutes a different seed to complete the requested episode count.
|
|
251
|
+
- RoboTwin persistent sessions: apply worker-static seed-cache and video
|
|
252
|
+
settings before launcher startup. Seed-cache-only planner setup is now
|
|
253
|
+
enabled in session mode, and `--disable-video` no longer starts per-episode
|
|
254
|
+
ffmpeg processes. Each completed window also closes its task-scoped Policy
|
|
255
|
+
socket instead of accumulating idle client threads for the life of the
|
|
256
|
+
launcher.
|
|
257
|
+
- Benchmark process lifecycle: make SDK-managed processes own their complete
|
|
258
|
+
process group and keep RoboTwin evaluator sessions inside the worker group,
|
|
259
|
+
so a rejected or timed-out autotune candidate fully releases simulator GPU
|
|
260
|
+
contexts before the next candidate or formal evaluation starts. OOM
|
|
261
|
+
classification now scans the complete diagnostic tail instead of losing an
|
|
262
|
+
earlier CUDA allocation failure behind a final secondary traceback.
|
|
263
|
+
- Benchmark autotune: bound every real-episode candidate to 15 minutes and the
|
|
264
|
+
complete tuning phase to 30 minutes, reject OOM/Worker-failure candidates as
|
|
265
|
+
soon as the runtime observes them, and atomically persist accepted, rejected,
|
|
266
|
+
timed-out, and running candidate state so the platform can audit partial
|
|
267
|
+
tuning progress. A rejected or timed-out candidate falls back to the last
|
|
268
|
+
healthy K/g selection instead of failing the formal evaluation.
|
|
269
|
+
- RoboTwin worker/launcher: add an opt-in persistent evaluation session
|
|
270
|
+
(`--eval-session`, enabled automatically for full runs with a seed cache)
|
|
271
|
+
that keeps one launcher process alive across task work items. Combined with
|
|
272
|
+
the new shared CuroboPlanner patch, the EE path pays cuRobo planner
|
|
273
|
+
construction once per worker instead of once per task; a crashed task ends
|
|
274
|
+
the session and the next task starts in a fresh process.
|
|
275
|
+
- RoboTwin launcher: skip the expert-only batch cuRobo `MotionGen` warmup
|
|
276
|
+
during planner construction when the EE path runs with a seed cache. The
|
|
277
|
+
batch instance is only reachable through the expert `play_once` grasp
|
|
278
|
+
search, which the cache replaces, so its warmup is pure per-task planner
|
|
279
|
+
construction overhead; `plan_single` EE planning semantics are unchanged.
|
|
280
|
+
- RoboTwin launcher: add the explicit image-owned `ROBOTWIN_ACTION_TYPE=ee`
|
|
281
|
+
path for compact dual-arm end-effector actions while keeping qpos as the
|
|
282
|
+
platform default. EE execution uses the official `take_action(...,
|
|
283
|
+
action_type="ee")` and cuRobo planner even with a seed cache.
|
|
284
|
+
- CALVIN worker: add the image-owned `CALVIN_ACTION_TYPE=absolute` opt-in that
|
|
285
|
+
reconstructs an absolute `(pos, quat_xyzw, grip)` tuple from a compact 7-dim
|
|
286
|
+
action chunk, validating the quaternion xyz norm and rebuilding the
|
|
287
|
+
non-negative `w`. The platform default stays the native relative 7-dim
|
|
288
|
+
action contract.
|
|
289
|
+
- LIBERO runtimes: prepare LIBERO and LIBERO+ with run-local configuration and
|
|
290
|
+
verify package, SDK worker, and benchmark asset paths in the actual simulator
|
|
291
|
+
Python before evaluation. Shared simulator environments remain immutable and
|
|
292
|
+
no longer depend on a baked LIBERO+ configuration path.
|
|
293
|
+
- Policy server: default `TORCHINDUCTOR_CUDAGRAPHS=0` on every policy replica
|
|
294
|
+
process. Several simulator workers share one torch.compile policy
|
|
295
|
+
replica; concurrent first-inferences of different input shapes each trigger a
|
|
296
|
+
new CUDA Graph capture, and capture is device-level exclusive, so the workers
|
|
297
|
+
collide with `beginAllocateToPool: already recording to mempool_id`. Disabling
|
|
298
|
+
inductor cudagraph trees removes the capture session while keeping the
|
|
299
|
+
compiled Triton kernels, so there is no measurable throughput loss on eval
|
|
300
|
+
workloads. Callers can opt back in by setting `TORCHINDUCTOR_CUDAGRAPHS`
|
|
301
|
+
explicitly in the adapter environment.
|
|
302
|
+
- RoboTwin worker: a non-OOM native evaluator failure with a positive exit
|
|
303
|
+
code is recorded as a terminal failed item (episodes completed before the
|
|
304
|
+
crash are kept and the remainder counted as failures) so the worker continues
|
|
305
|
+
with the next task instead of aborting the whole evaluation pass. OOM and
|
|
306
|
+
signal-terminated exits still restart the worker.
|
|
307
|
+
|
|
308
|
+
## 0.7.0b5 - 2026-08-14
|
|
309
|
+
|
|
310
|
+
- RoboTwin launcher: when episode cleanup (`end_episode`) fails while a Policy
|
|
311
|
+
failure is already propagating, keep the original Policy exception as the
|
|
312
|
+
top-level error and drop the cleanup failure instead of letting it replace
|
|
313
|
+
the root cause in the native log tail.
|
|
314
|
+
- CALVIN worker: when episode cleanup fails after a failed sequence, keep the
|
|
315
|
+
original `evaluate_sequence` Policy exception and traceback as the top-level
|
|
316
|
+
failure and attach the cleanup error as its diagnostic cause instead of
|
|
317
|
+
letting the cleanup error replace it.
|
|
318
|
+
|
|
319
|
+
## 0.7.0b3 - 2026-08-14
|
|
320
|
+
|
|
321
|
+
- Publish the SDK directly to PyPI. The unused TestPyPI gate is removed.
|
|
322
|
+
Runtime is unchanged from 0.7.0b2.
|
|
323
|
+
|
|
324
|
+
## 0.7.0b2 - 2026-08-13
|
|
325
|
+
|
|
326
|
+
- RoboTwin runtime patch: select the episode instruction from the per-episode
|
|
327
|
+
seeded `random` stream instead of the unseeded NumPy global RNG, so identical
|
|
328
|
+
seeds yield identical instructions.
|
|
329
|
+
|
|
330
|
+
## 0.7.0b1 - 2026-08-13
|
|
331
|
+
|
|
332
|
+
- Remove the retired experimental RoboTwin vectorized runtime from official
|
|
333
|
+
base-image bundles and preserve its design and benchmark report as archived
|
|
334
|
+
documentation.
|
|
335
|
+
|
|
336
|
+
## 0.6.8b2 - 2026-08-13
|
|
337
|
+
|
|
338
|
+
- Scale down only the newest evaluator worker after an OOM and retry the
|
|
339
|
+
interrupted work at the reduced concurrency.
|
|
340
|
+
|
|
341
|
+
## 0.6.8b1 - 2026-08-12
|
|
342
|
+
|
|
343
|
+
- Preparing the first production PyPI release.
|
|
344
|
+
|
|
345
|
+
Earlier `0.x` versions were internal image and TestPyPI builds.
|
|
@@ -0,0 +1,203 @@
|
|
|
1
|
+
Copyright 2026 RoboScope Team
|
|
2
|
+
|
|
3
|
+
Apache License
|
|
4
|
+
Version 2.0, January 2004
|
|
5
|
+
http://www.apache.org/licenses/
|
|
6
|
+
|
|
7
|
+
TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION
|
|
8
|
+
|
|
9
|
+
1. Definitions.
|
|
10
|
+
|
|
11
|
+
"License" shall mean the terms and conditions for use, reproduction,
|
|
12
|
+
and distribution as defined by Sections 1 through 9 of this document.
|
|
13
|
+
|
|
14
|
+
"Licensor" shall mean the copyright owner or entity authorized by
|
|
15
|
+
the copyright owner that is granting the License.
|
|
16
|
+
|
|
17
|
+
"Legal Entity" shall mean the union of the acting entity and all
|
|
18
|
+
other entities that control, are controlled by, or are under common
|
|
19
|
+
control with that entity. For the purposes of this definition,
|
|
20
|
+
"control" means (i) the power, direct or indirect, to cause the
|
|
21
|
+
direction or management of such entity, whether by contract or
|
|
22
|
+
otherwise, or (ii) ownership of fifty percent (50%) or more of the
|
|
23
|
+
outstanding shares, or (iii) beneficial ownership of such entity.
|
|
24
|
+
|
|
25
|
+
"You" (or "Your") shall mean an individual or Legal Entity
|
|
26
|
+
exercising permissions granted by this License.
|
|
27
|
+
|
|
28
|
+
"Source" form shall mean the preferred form for making modifications,
|
|
29
|
+
including but not limited to software source code, documentation
|
|
30
|
+
source, and configuration files.
|
|
31
|
+
|
|
32
|
+
"Object" form shall mean any form resulting from mechanical
|
|
33
|
+
transformation or translation of a Source form, including but
|
|
34
|
+
not limited to compiled object code, generated documentation,
|
|
35
|
+
and conversions to other media types.
|
|
36
|
+
|
|
37
|
+
"Work" shall mean the work of authorship, whether in Source or
|
|
38
|
+
Object form, made available under the License, as indicated by a
|
|
39
|
+
copyright notice that is included in or attached to the work
|
|
40
|
+
(an example is provided in the Appendix below).
|
|
41
|
+
|
|
42
|
+
"Derivative Works" shall mean any work, whether in Source or Object
|
|
43
|
+
form, that is based on (or derived from) the Work and for which the
|
|
44
|
+
editorial revisions, annotations, elaborations, or other modifications
|
|
45
|
+
represent, as a whole, an original work of authorship. For the purposes
|
|
46
|
+
of this License, Derivative Works shall not include works that remain
|
|
47
|
+
separable from, or merely link (or bind by name) to the interfaces of,
|
|
48
|
+
the Work and Derivative Works thereof.
|
|
49
|
+
|
|
50
|
+
"Contribution" shall mean any work of authorship, including
|
|
51
|
+
the original version of the Work and any modifications or additions
|
|
52
|
+
to that Work or Derivative Works thereof, that is intentionally
|
|
53
|
+
submitted to Licensor for inclusion in the Work by the copyright owner
|
|
54
|
+
or by an individual or Legal Entity authorized to submit on behalf of
|
|
55
|
+
the copyright owner. For the purposes of this definition, "submitted"
|
|
56
|
+
means any form of electronic, verbal, or written communication sent
|
|
57
|
+
to the Licensor or its representatives, including but not limited to
|
|
58
|
+
communication on electronic mailing lists, source code control systems,
|
|
59
|
+
and issue tracking systems that are managed by, or on behalf of, the
|
|
60
|
+
Licensor for the purpose of discussing and improving the Work, but
|
|
61
|
+
excluding communication that is conspicuously marked or otherwise
|
|
62
|
+
designated in writing by the copyright owner as "Not a Contribution."
|
|
63
|
+
|
|
64
|
+
"Contributor" shall mean Licensor and any individual or Legal Entity
|
|
65
|
+
on behalf of whom a Contribution has been received by Licensor and
|
|
66
|
+
subsequently incorporated within the Work.
|
|
67
|
+
|
|
68
|
+
2. Grant of Copyright License. Subject to the terms and conditions of
|
|
69
|
+
this License, each Contributor hereby grants to You a perpetual,
|
|
70
|
+
worldwide, non-exclusive, no-charge, royalty-free, irrevocable
|
|
71
|
+
copyright license to reproduce, prepare Derivative Works of,
|
|
72
|
+
publicly display, publicly perform, sublicense, and distribute the
|
|
73
|
+
Work and such Derivative Works in Source or Object form.
|
|
74
|
+
|
|
75
|
+
3. Grant of Patent License. Subject to the terms and conditions of
|
|
76
|
+
this License, each Contributor hereby grants to You a perpetual,
|
|
77
|
+
worldwide, non-exclusive, no-charge, royalty-free, irrevocable
|
|
78
|
+
(except as stated in this section) patent license to make, have made,
|
|
79
|
+
use, offer to sell, sell, import, and otherwise transfer the Work,
|
|
80
|
+
where such license applies only to those patent claims licensable
|
|
81
|
+
by such Contributor that are necessarily infringed by their
|
|
82
|
+
Contribution(s) alone or by combination of their Contribution(s)
|
|
83
|
+
with the Work to which such Contribution(s) was submitted. If You
|
|
84
|
+
institute patent litigation against any entity (including a
|
|
85
|
+
cross-claim or counterclaim in a lawsuit) alleging that the Work
|
|
86
|
+
or a Contribution incorporated within the Work constitutes direct
|
|
87
|
+
or contributory patent infringement, then any patent licenses
|
|
88
|
+
granted to You under this License for that Work shall terminate
|
|
89
|
+
as of the date such litigation is filed.
|
|
90
|
+
|
|
91
|
+
4. Redistribution. You may reproduce and distribute copies of the
|
|
92
|
+
Work or Derivative Works thereof in any medium, with or without
|
|
93
|
+
modifications, and in Source or Object form, provided that You
|
|
94
|
+
meet the following conditions:
|
|
95
|
+
|
|
96
|
+
(a) You must give any other recipients of the Work or
|
|
97
|
+
Derivative Works a copy of this License; and
|
|
98
|
+
|
|
99
|
+
(b) You must cause any modified files to carry prominent notices
|
|
100
|
+
stating that You changed the files; and
|
|
101
|
+
|
|
102
|
+
(c) You must retain, in the Source form of any Derivative Works
|
|
103
|
+
that You distribute, all copyright, patent, trademark, and
|
|
104
|
+
attribution notices from the Source form of the Work,
|
|
105
|
+
excluding those notices that do not pertain to any part of
|
|
106
|
+
the Derivative Works; and
|
|
107
|
+
|
|
108
|
+
(d) If the Work includes a "NOTICE" text file as part of its
|
|
109
|
+
distribution, then any Derivative Works that You distribute must
|
|
110
|
+
include a readable copy of the attribution notices contained
|
|
111
|
+
within such NOTICE file, excluding those notices that do not
|
|
112
|
+
pertain to any part of the Derivative Works, in at least one
|
|
113
|
+
of the following places: within a NOTICE text file distributed
|
|
114
|
+
as part of the Derivative Works; within the Source form or
|
|
115
|
+
documentation, if provided along with the Derivative Works; or,
|
|
116
|
+
within a display generated by the Derivative Works, if and
|
|
117
|
+
wherever such third-party notices normally appear. The contents
|
|
118
|
+
of the NOTICE file are for informational purposes only and
|
|
119
|
+
do not modify the License. You may add Your own attribution
|
|
120
|
+
notices within Derivative Works that You distribute, alongside
|
|
121
|
+
or as an addendum to the NOTICE text from the Work, provided
|
|
122
|
+
that such additional attribution notices cannot be construed
|
|
123
|
+
as modifying the License.
|
|
124
|
+
|
|
125
|
+
You may add Your own copyright statement to Your modifications and
|
|
126
|
+
may provide additional or different license terms and conditions
|
|
127
|
+
for use, reproduction, or distribution of Your modifications, or
|
|
128
|
+
for any such Derivative Works as a whole, provided Your use,
|
|
129
|
+
reproduction, and distribution of the Work otherwise complies with
|
|
130
|
+
the conditions stated in this License.
|
|
131
|
+
|
|
132
|
+
5. Submission of Contributions. Unless You explicitly state otherwise,
|
|
133
|
+
any Contribution intentionally submitted for inclusion in the Work
|
|
134
|
+
by You to the Licensor shall be under the terms and conditions of
|
|
135
|
+
this License, without any additional terms or conditions.
|
|
136
|
+
Notwithstanding the above, nothing herein shall supersede or modify
|
|
137
|
+
the terms of any separate license agreement you may have executed
|
|
138
|
+
with Licensor regarding such Contributions.
|
|
139
|
+
|
|
140
|
+
6. Trademarks. This License does not grant permission to use the trade
|
|
141
|
+
names, trademarks, service marks, or product names of the Licensor,
|
|
142
|
+
except as required for reasonable and customary use in describing the
|
|
143
|
+
origin of the Work and reproducing the content of the NOTICE file.
|
|
144
|
+
|
|
145
|
+
7. Disclaimer of Warranty. Unless required by applicable law or
|
|
146
|
+
agreed to in writing, Licensor provides the Work (and each
|
|
147
|
+
Contributor provides its Contributions) on an "AS IS" BASIS,
|
|
148
|
+
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
|
|
149
|
+
implied, including, without limitation, any warranties or conditions
|
|
150
|
+
of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A
|
|
151
|
+
PARTICULAR PURPOSE. You are solely responsible for determining the
|
|
152
|
+
appropriateness of using or redistributing the Work and assume any
|
|
153
|
+
risks associated with Your exercise of permissions under this License.
|
|
154
|
+
|
|
155
|
+
8. Limitation of Liability. In no event and under no legal theory,
|
|
156
|
+
whether in tort (including negligence), contract, or otherwise,
|
|
157
|
+
unless required by applicable law (such as deliberate and grossly
|
|
158
|
+
negligent acts) or agreed to in writing, shall any Contributor be
|
|
159
|
+
liable to You for damages, including any direct, indirect, special,
|
|
160
|
+
incidental, or consequential damages of any character arising as a
|
|
161
|
+
result of this License or out of the use or inability to use the
|
|
162
|
+
Work (including but not limited to damages for loss of goodwill,
|
|
163
|
+
work stoppage, computer failure or malfunction, or any and all
|
|
164
|
+
other commercial damages or losses), even if such Contributor
|
|
165
|
+
has been advised of the possibility of such damages.
|
|
166
|
+
|
|
167
|
+
9. Accepting Warranty or Additional Liability. While redistributing
|
|
168
|
+
the Work or Derivative Works thereof, You may choose to offer,
|
|
169
|
+
and charge a fee for, acceptance of support, warranty, indemnity,
|
|
170
|
+
or other liability obligations and/or rights consistent with this
|
|
171
|
+
License. However, in accepting such obligations, You may act only
|
|
172
|
+
on Your own behalf and on Your sole responsibility, not on behalf
|
|
173
|
+
of any other Contributor, and only if You agree to indemnify,
|
|
174
|
+
defend, and hold each Contributor harmless for any liability
|
|
175
|
+
incurred by, or claims asserted against, such Contributor by reason
|
|
176
|
+
of your accepting any such warranty or additional liability.
|
|
177
|
+
|
|
178
|
+
END OF TERMS AND CONDITIONS
|
|
179
|
+
|
|
180
|
+
APPENDIX: How to apply the Apache License to your work.
|
|
181
|
+
|
|
182
|
+
To apply the Apache License to your work, attach the following
|
|
183
|
+
boilerplate notice, with the fields enclosed by brackets "[]"
|
|
184
|
+
replaced with your own identifying information. (Don't include
|
|
185
|
+
the brackets!) The text should be enclosed in the appropriate
|
|
186
|
+
comment syntax for the file format. We also recommend that a
|
|
187
|
+
file or class name and description of purpose be included on the
|
|
188
|
+
same "printed page" as the copyright notice for easier
|
|
189
|
+
identification within third-party archives.
|
|
190
|
+
|
|
191
|
+
Copyright [yyyy] [name of copyright owner]
|
|
192
|
+
|
|
193
|
+
Licensed under the Apache License, Version 2.0 (the "License");
|
|
194
|
+
you may not use this file except in compliance with the License.
|
|
195
|
+
You may obtain a copy of the License at
|
|
196
|
+
|
|
197
|
+
http://www.apache.org/licenses/LICENSE-2.0
|
|
198
|
+
|
|
199
|
+
Unless required by applicable law or agreed to in writing, software
|
|
200
|
+
distributed under the License is distributed on an "AS IS" BASIS,
|
|
201
|
+
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
202
|
+
See the License for the specific language governing permissions and
|
|
203
|
+
limitations under the License.
|