@camstack/addon-provider-rtsp 1.2.43 → 1.2.45

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.
Files changed (3) hide show
  1. package/dist/addon.js +333 -12
  2. package/dist/addon.mjs +333 -12
  3. package/package.json +1 -1
package/dist/addon.js CHANGED
@@ -8220,13 +8220,49 @@ var StorageMigrationParticipantSchema = _enum([
8220
8220
  "recorder",
8221
8221
  "analytics"
8222
8222
  ]);
8223
+ /**
8224
+ * The mover's own numbers, folded onto the coordinator's durable move record.
8225
+ *
8226
+ * The long half of a non-blocking migration is `draining`, and it is measured
8227
+ * in hours: 136 885 files at ~4 MB/s is about five of them. Before this shape
8228
+ * existed the only place those numbers appeared was a Loki line, so an operator
8229
+ * watching the Admin UI saw `phase: draining` and nothing else for a whole
8230
+ * afternoon.
8231
+ *
8232
+ * It is POLLED, never pushed. Events are telemetry and may be dropped
8233
+ * (D8/D11), and a dropped progress event is indistinguishable from a stalled
8234
+ * mover — which is the exact failure this is meant to end. The coordinator's
8235
+ * `waitForMoves` already fetches the whole {@link RelocateJob} on every tick to
8236
+ * read `state`; folding the counters costs no extra read and makes the durable
8237
+ * record say afterwards how far a move actually got.
8238
+ *
8239
+ * `filesTotal` is `null` for "no honest denominator" and is never zero-filled:
8240
+ * a windowed footage job (`sinceMs`) and a node with no ledger both genuinely
8241
+ * cannot say M, and a 0 there would render as "100 % done".
8242
+ */
8243
+ var StorageMigrationMoveProgressSchema = object({
8244
+ filesMoved: number().int().nonnegative(),
8245
+ /** The archive census — the **M** of "N of M" (D295). `null` = unknowable. */
8246
+ filesTotal: number().int().nonnegative().nullable(),
8247
+ bytesMoved: number().int().nonnegative(),
8248
+ /** The MOVER's start, not the migration's: a drain restarted after an addon
8249
+ * crash gets a new mover, and a rate computed from the migration's start
8250
+ * would silently average in the time nothing was running. */
8251
+ startedAt: number(),
8252
+ /** When the coordinator last read these numbers. Paired with `startedAt` it
8253
+ * is the only honest rate: both clocks are the hub's, so a UI never has to
8254
+ * subtract its own. */
8255
+ observedAt: number()
8256
+ });
8223
8257
  var StorageMigrationMoveSchema = object({
8224
8258
  storageClass: StorageMigrationClassSchema,
8225
8259
  fromLocationId: string(),
8226
8260
  toLocationId: string(),
8227
8261
  moverJobId: string().nullable(),
8228
8262
  state: RelocateJobStateSchema.nullable(),
8229
- error: string().nullable()
8263
+ error: string().nullable(),
8264
+ /** Last observed mover counters; `null` until the mover has been polled once. */
8265
+ progress: StorageMigrationMoveProgressSchema.nullable()
8230
8266
  });
8231
8267
  var StorageMigrationJobSchema = object({
8232
8268
  jobId: string(),
@@ -8272,6 +8308,98 @@ var StorageMigrationPlanSchema = object({
8272
8308
  findings: array(StorageMigrationFindingSchema)
8273
8309
  });
8274
8310
  /**
8311
+ * A mover as it exists RIGHT NOW, whether or not a migration job owns it.
8312
+ *
8313
+ * The coordinator's job record is the state of record for a migration, and its
8314
+ * moves carry {@link StorageMigrationMoveProgress}. But the movers are usable
8315
+ * standalone — `recording.relocateFootage` and `pipelineAnalytics.relocateMedia`
8316
+ * are both operator-callable, and on 2026-08-29 a five-hour drain was armed that
8317
+ * way because no supported UI path existed. A mover armed like that has no job
8318
+ * to fold progress into, so it has to be readable on its own or it is invisible.
8319
+ *
8320
+ * `migrationJobId` is what tells the two apart: `null` means nothing here
8321
+ * orchestrated it.
8322
+ */
8323
+ var StorageMigrationMoverSchema = object({
8324
+ lane: _enum(["footage", "media"]),
8325
+ job: RelocateJobSchema,
8326
+ /** The coordinator job that armed this mover, or `null` for a mover armed
8327
+ * directly against the owning addon. */
8328
+ migrationJobId: string().nullable(),
8329
+ /** When the hub read these counters. Stamped here so a rate is `bytesMoved`
8330
+ * over (`observedAt` − `job.startedAt`) with BOTH ends on the hub's clock —
8331
+ * a browser subtracting its own `Date.now()` from a server `startedAt` is a
8332
+ * rate made of two different clocks. */
8333
+ observedAt: number()
8334
+ });
8335
+ /**
8336
+ * What a SOURCE still holds for one storage class — the number that makes a
8337
+ * "drain remaining" action honest rather than hopeful.
8338
+ *
8339
+ * It comes from the archive (`SegmentHourLedger.census` for footage, the media
8340
+ * engine's own selection count for media), never from the resident index: a
8341
+ * drain sized off `RecordingIndex` is what reported `done` over 80.3 GB it had
8342
+ * never been told about (D295).
8343
+ *
8344
+ * `items`/`bytes` are `null` for "the archive could not be asked", which is
8345
+ * deliberately NOT zero: a drain is still offered for an unknown residue,
8346
+ * because refusing on an unanswerable read would hide exactly the case an
8347
+ * operator needs to act on.
8348
+ */
8349
+ var StorageMigrationResidueSchema = object({
8350
+ storageClass: StorageMigrationClassSchema,
8351
+ /** The location still holding the data. `'*'` for the media lane, whose rows
8352
+ * move from wherever they are rather than from one named source. */
8353
+ fromLocationId: string(),
8354
+ /** Where a drain would move it — the class's CURRENT default. */
8355
+ toLocationId: string(),
8356
+ /** Segments (footage lane) or rows (media lane) still on the source. */
8357
+ items: number().int().nonnegative().nullable(),
8358
+ /** Bytes on the source; `null` when the lane counts rows rather than bytes. */
8359
+ bytes: number().int().nonnegative().nullable()
8360
+ });
8361
+ /**
8362
+ * Run the DRAIN half and nothing else.
8363
+ *
8364
+ * A migration that reached `done` has already repointed, so `start` correctly
8365
+ * refuses its destination ("already the default") — there is nothing left to
8366
+ * repoint. But the drain can fail, be cancelled, be interrupted by a restart,
8367
+ * or finish against a work list that was a tenth of the archive (D295), and
8368
+ * before this there was no supported way to run only that half: the only way
8369
+ * through was calling `recording.relocateFootage` by hand over admin tRPC.
8370
+ *
8371
+ * `drain` NEVER calls `setDefaultLocations`. That is what keeps `start`'s
8372
+ * refusal meaningful: the two verbs are disjoint, so nothing here can silently
8373
+ * re-repoint a class that is already migrated.
8374
+ */
8375
+ var StorageMigrationDrainInputSchema = object({
8376
+ /** The classes to drain. Each must appear in `storageMigration.residue`, so
8377
+ * a class whose source is already empty is refused rather than started. */
8378
+ classes: array(StorageMigrationClassSchema).min(1),
8379
+ throttleMbps: number().min(1).max(1e3).optional()
8380
+ });
8381
+ /** What a footage source still holds, asked of the durable hour ledger. */
8382
+ var RelocateResidueInputSchema = object({
8383
+ fromLocationId: string().min(1),
8384
+ /** Narrow to one logical class; omit for every profile on the location. */
8385
+ footageClass: RelocateFootageClassSchema.optional()
8386
+ });
8387
+ /** `null` = the archive could not answer (no ledger on this node, or the
8388
+ * aggregate failed). Never conflated with an empty source. */
8389
+ var RelocateResidueSchema = object({
8390
+ segments: number().int().nonnegative(),
8391
+ bytes: number().int().nonnegative()
8392
+ }).nullable();
8393
+ /** How many rows a media pass would still act on against a given target — the
8394
+ * media lane's denominator AND its residue, from ONE derivation so the two can
8395
+ * never disagree. `null` = the count could not be taken. */
8396
+ var RelocatableMediaCountSchema = object({ rows: number().int().nonnegative() }).nullable();
8397
+ var RelocatableMediaCountInputSchema = object({
8398
+ toLocationId: string().min(1),
8399
+ /** Omitted = `move`. */
8400
+ mode: MediaRelocateModeSchema.optional()
8401
+ });
8402
+ /**
8275
8403
  * `StorageLocationType` — an addon-declared id that identifies the *kind* of
8276
8404
  * storage a location serves. Defined here (not in `capabilities/storage.cap.ts`)
8277
8405
  * so the persisted record schema and the consumer-facing cap can both consume it
@@ -8375,6 +8503,32 @@ var StorageLocationRefSchema = union([StorageLocationTypeSchema, string().regex(
8375
8503
  * two addons declaring the same `id` must agree on `cardinality` (validated
8376
8504
  * at kernel aggregation time, not here).
8377
8505
  */
8506
+ /**
8507
+ * `StorageAccess` — how the service that DECLARED a storage-location kind
8508
+ * actually reaches the bytes. It is the constraint that decides which
8509
+ * `storage-provider`s may back a location of that kind.
8510
+ *
8511
+ * - `'local-path'` — the service asks `storage.resolve` for a path string and
8512
+ * then does its own `node:fs` I/O on it (the recorder's segment writer, the
8513
+ * post-analysis media roots). Only a provider that serves a genuine local
8514
+ * filesystem (`getProviderInfo().nodeLocal === true`) can satisfy that: a
8515
+ * remote provider's `resolve` returns a path on the REMOTE host, and
8516
+ * `fs.readdir` of it on this node either fails or — far worse — succeeds
8517
+ * against a same-named local directory that is something else entirely.
8518
+ *
8519
+ * - `'cap-mediated'` — every byte travels through the `storage` cap
8520
+ * (`read`/`write`, or `beginUpload`/`writeChunk`/`finalizeUpload`). The
8521
+ * service never sees a path, so any provider can back it. `backups` is the
8522
+ * one kind that qualifies today.
8523
+ *
8524
+ * Before this existed, `recordings` was unreachable by SFTP/S3/WebDAV only as
8525
+ * an EMERGENT property of how the recorder happened to be written. Nothing
8526
+ * refused the configuration; the first write simply went somewhere wrong, and
8527
+ * a recording write that goes wrong surfaces as a silent black window rather
8528
+ * than an error (the read path does not `stat`). This turns that accident into
8529
+ * a declared, enforced, testable refusal.
8530
+ */
8531
+ var StorageAccessSchema = _enum(["local-path", "cap-mediated"]);
8378
8532
  var StorageLocationDeclarationSchema = object({
8379
8533
  /**
8380
8534
  * Global location identifier, e.g. `recordings` or `recordingsLow`.
@@ -8394,6 +8548,19 @@ var StorageLocationDeclarationSchema = object({
8394
8548
  */
8395
8549
  cardinality: _enum(["single", "multi"]),
8396
8550
  /**
8551
+ * HOW the declaring service reaches the bytes — and therefore WHICH
8552
+ * providers may back a location of this kind. See {@link StorageAccessSchema}
8553
+ * and {@link STORAGE_ACCESS_FALLBACK}.
8554
+ *
8555
+ * Absent means `'local-path'`. That default is FAIL-CLOSED on purpose: it
8556
+ * can only over-restrict (refuse a remote provider for a kind that might
8557
+ * have coped) and never under-restrict. Declaring `'cap-mediated'` is the
8558
+ * permissive direction and is therefore never inferred — a repo guard
8559
+ * (`scripts/check-storage-access-declarations.ts`) refuses to let it be
8560
+ * reached by omission.
8561
+ */
8562
+ access: StorageAccessSchema.optional(),
8563
+ /**
8397
8564
  * When set, the default instance for this location inherits its resolved
8398
8565
  * root from the named location's default instance. Useful for derivative
8399
8566
  * slots (e.g. `recordingsLow` → `recordings`) so operators only need to
@@ -18261,8 +18428,10 @@ var TrackSchema = object({
18261
18428
  lastSeen: number(),
18262
18429
  /** Frame-rate position history (subject to maxPositionHistory cap). */
18263
18430
  positions: array(TrackPositionSchema).readonly(),
18264
- /** Periodic snapshots at snapshotIntervalMs cadence (subject to
18265
- * saveThumbnails policy). */
18431
+ /** Periodic snapshots at snapshotIntervalMs cadence DEBUG media, produced
18432
+ * only while `MediaSettings.debugMediaEnabled` is on for the camera (D299;
18433
+ * the retired `saveThumbnails` used to gate this and the rolling
18434
+ * `lastFrame` together). Empty is the healthy default, not a capture gap. */
18266
18435
  snapshots: array(TrackSnapshotSchema).readonly(),
18267
18436
  /** Deduplicated zones the track has entered at least once. Zone IDS. */
18268
18437
  zonesVisited: array(string()).readonly(),
@@ -19122,7 +19291,10 @@ DeviceType.Camera, method(object({ deviceId: number() }), array(TrackSchema).rea
19122
19291
  }), method(RelocateMediaInputSchema, object({ jobId: string() }), {
19123
19292
  kind: "mutation",
19124
19293
  auth: "admin"
19125
- }), method(object({}), UnstampedEventMediaCountSchema, { auth: "admin" }), method(object({}), array(RelocateJobSchema).readonly(), {
19294
+ }), method(object({}), UnstampedEventMediaCountSchema, { auth: "admin" }), method(RelocatableMediaCountInputSchema, RelocatableMediaCountSchema, {
19295
+ kind: "query",
19296
+ auth: "admin"
19297
+ }), method(object({}), array(RelocateJobSchema).readonly(), {
19126
19298
  kind: "query",
19127
19299
  auth: "admin"
19128
19300
  }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
@@ -21185,6 +21357,9 @@ method(StorageMigrationInputSchema, StorageMigrationPlanSchema, { auth: "admin"
21185
21357
  }), method(object({ jobId: string().optional() }), StorageMigrationJobSchema.nullable(), { auth: "admin" }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
21186
21358
  kind: "mutation",
21187
21359
  auth: "admin"
21360
+ }), method(object({}), array(StorageMigrationMoverSchema).readonly(), { auth: "admin" }), method(object({}), array(StorageMigrationResidueSchema).readonly(), { auth: "admin" }), method(StorageMigrationDrainInputSchema, object({ jobId: string() }), {
21361
+ kind: "mutation",
21362
+ auth: "admin"
21188
21363
  });
21189
21364
  var ProviderInfoSchema = discriminatedUnion("shouldSaveDiskSpace", [object({
21190
21365
  providerId: string().min(1),
@@ -21583,12 +21758,38 @@ response: record(string(), unknown()) }), object({
21583
21758
  *
21584
21759
  * ## Why this is a capability and not a helper
21585
21760
  *
21586
- * Six stores in `addon-post-analysis` already hold vectors object CLIP, face,
21587
- * plate, vehicle, identity, and the event store's derivativesand every one of
21588
- * them keeps its vectors in a `JSON` settings-store column and ranks them by
21589
- * brute-force cosine in JS. Measured on the live hub that costs ~11.7 KB per row
21590
- * (512 floats as TEXT, `JSON.parse`d on every search) and made semantic search
21591
- * load 5,000 rows before ranking anything.
21761
+ * This capability was introduced with the claim that SIX stores in
21762
+ * `addon-post-analysis` held vectors in a `JSON` settings-store columnobject
21763
+ * CLIP, face, plate, vehicle, identity, and the event store's derivatives. That
21764
+ * claim was never true, and leaving it here made five stores look like pending
21765
+ * work when three of them have no vector at all. Counted column by column on
21766
+ * 2026-08-30, exactly THREE ever held one:
21767
+ *
21768
+ * - `object-clip` — 512-dim CLIP image embedding, migrated 2026-08-06.
21769
+ * - `faces.embedding` — 512-dim ArcFace face embedding, migrated 2026-08-30.
21770
+ * - `identity-samples.embedding` — the same ArcFace vector for an ENROLLED
21771
+ * face, migrated 2026-08-30 into its OWN index (see below).
21772
+ *
21773
+ * `plates` and `vehicle-samples` store a plate STRING and a score; `vehicles`
21774
+ * and `identities` store a name; the event store stores no derivative vector.
21775
+ * They are not migration candidates and never were.
21776
+ *
21777
+ * Measured on the live hub the JSON encoding cost ~11.7 KB per row (512 floats
21778
+ * as TEXT, `JSON.parse`d on every search) and made semantic search load 5,000
21779
+ * rows before ranking anything.
21780
+ *
21781
+ * ## One index per COMPARISON, never per encoder
21782
+ *
21783
+ * `faces` and `identity-samples` hold the same 512 ArcFace dims from the same
21784
+ * model, and they still get two indexes. An index is a set of things that are
21785
+ * ranked against each other and that live and die together, and these two are
21786
+ * neither: a `faces` row is TRACK-OWNED and cascades away with its track under
21787
+ * a per-camera capacity cap, an `identity-samples` row is retention-EXEMPT
21788
+ * forever and is the gallery every recognition ranks against. One index would
21789
+ * mean every gallery load and every reconcile carried a filter whose failure
21790
+ * mode is either ranking a candidate against itself or reclaiming an enrolled
21791
+ * person's only sample. The dimension they share is not a reason to share an
21792
+ * index; the question they answer is, and it differs.
21592
21793
  *
21593
21794
  * The fix is not a faster loop, it is a different backend — and the backend
21594
21795
  * should be replaceable without touching six callers. So: a singleton
@@ -21693,7 +21894,20 @@ var VectorQueryResultSchema = object({
21693
21894
  */
21694
21895
  scanned: number(),
21695
21896
  /** True when the backend could not consider every row that passed the filter. */
21696
- truncated: boolean()
21897
+ truncated: boolean(),
21898
+ /**
21899
+ * The `topK` the backend actually ran with.
21900
+ *
21901
+ * Every backend has a ceiling — sqlite-vec's is 4,096 — and a caller asking
21902
+ * past it used to learn nothing but a boolean, from a WARN in the provider's
21903
+ * own log rather than in its answer. That is how an audit asking for 20,000
21904
+ * consumed 4,096 and reported `examined: 4096` as if it had walked the index,
21905
+ * for weeks. `truncated` says THAT the answer was short; this says BY HOW
21906
+ * MUCH, in the return value, where the caller cannot fail to see it.
21907
+ *
21908
+ * Equals the requested `topK` whenever nothing was lowered.
21909
+ */
21910
+ effectiveTopK: number().int().positive()
21697
21911
  });
21698
21912
  var VectorDeleteInputSchema = object({
21699
21913
  index: string(),
@@ -21722,6 +21936,68 @@ var VectorGetResultSchema = object({ items: array(object({
21722
21936
  id: string(),
21723
21937
  metadata: VectorMetadataSchema
21724
21938
  })) });
21939
+ /**
21940
+ * Ids to read back WITH their vectors.
21941
+ *
21942
+ * The sibling of {@link VectorGetResultSchema}, and deliberately a separate
21943
+ * method rather than a flag on it: `getByIds` promises no vectors and its one
21944
+ * caller depends on that promise. This one promises the opposite.
21945
+ *
21946
+ * It exists because a store cannot put its vectors here otherwise. An ArcFace
21947
+ * gallery is ranked IN PROCESS, per detection, against every enrolled sample —
21948
+ * a per-face cross-process KNN would be a network round trip inside the
21949
+ * recognition loop. So the gallery is loaded once and held in RAM, and loading
21950
+ * it requires the index to hand the floats back. Without this method the only
21951
+ * way to keep a readable vector is a JSON column, which is the thing this
21952
+ * capability exists to delete.
21953
+ *
21954
+ * BOUNDED BY THE CALLER: ids are named, never "everything". Enumerating an
21955
+ * index is {@link VectorScanInputSchema}'s job, and it returns no vectors.
21956
+ */
21957
+ var VectorFetchInputSchema = object({
21958
+ index: string(),
21959
+ ids: array(string())
21960
+ });
21961
+ var VectorFetchResultSchema = object({ items: array(object({
21962
+ id: string(),
21963
+ /** base64 Float32LE — the same wire form `upsert` accepts. */
21964
+ vector: string(),
21965
+ metadata: VectorMetadataSchema
21966
+ })) });
21967
+ /**
21968
+ * ENUMERATE an index: one page of rows in a stable order, no ranking.
21969
+ *
21970
+ * A reconcile does not want the nearest rows, it wants ALL of them, and asking
21971
+ * a KNN for "all" is the wrong question twice over. It hits the backend's `k`
21972
+ * ceiling — 4,096 on sqlite-vec against a 22,128-row index — and it needs a
21973
+ * probe vector it does not have, so the audit passed a ZERO vector whose cosine
21974
+ * distance to every row is degenerate. `examined: 4096` then read as "we
21975
+ * looked" for as long as anyone cared to read it.
21976
+ *
21977
+ * This is the primitive that question actually needs: a bounded page, ordered
21978
+ * by the backend's own row order, costing no distance computation at all.
21979
+ * Vectors are NOT returned — an enumeration that shipped 2 KB per row would be
21980
+ * the full-table read this capability was built to stop.
21981
+ */
21982
+ var VectorScanInputSchema = object({
21983
+ index: string(),
21984
+ /** Opaque resume point. `0` starts at the top; pass back `nextCursor`. */
21985
+ cursor: number().int().nonnegative().default(0),
21986
+ limit: number().int().positive()
21987
+ });
21988
+ var VectorScanResultSchema = object({
21989
+ items: array(object({
21990
+ id: string(),
21991
+ metadata: VectorMetadataSchema
21992
+ })),
21993
+ /**
21994
+ * Where the next page starts, or `null` when the walk reached the end.
21995
+ *
21996
+ * `null` is the ONLY end-of-index signal. A caller must not infer the end
21997
+ * from a short page: a backend is free to return fewer rows than asked.
21998
+ */
21999
+ nextCursor: number().int().nonnegative().nullable()
22000
+ });
21725
22001
  var VectorStatsInputSchema = object({ index: string() });
21726
22002
  var VectorStatsResultSchema = object({
21727
22003
  /** Provider id, so an operator can tell brute force from an ANN index. */
@@ -21740,7 +22016,7 @@ method(VectorDeclareIndexInputSchema, _void(), {
21740
22016
  }), method(VectorUpsertInputSchema, VectorUpsertResultSchema, {
21741
22017
  kind: "mutation",
21742
22018
  auth: "admin"
21743
- }), method(VectorQueryInputSchema, VectorQueryResultSchema, { auth: "admin" }), method(VectorGetInputSchema, VectorGetResultSchema, { auth: "admin" }), method(VectorDeleteInputSchema, VectorDeleteResultSchema, {
22019
+ }), method(VectorQueryInputSchema, VectorQueryResultSchema, { auth: "admin" }), method(VectorGetInputSchema, VectorGetResultSchema, { auth: "admin" }), method(VectorFetchInputSchema, VectorFetchResultSchema, { auth: "admin" }), method(VectorScanInputSchema, VectorScanResultSchema, { auth: "admin" }), method(VectorDeleteInputSchema, VectorDeleteResultSchema, {
21744
22020
  kind: "mutation",
21745
22021
  auth: "admin"
21746
22022
  }), method(VectorDeleteByFilterInputSchema, VectorDeleteResultSchema, {
@@ -28367,6 +28643,9 @@ method(object({
28367
28643
  }), method(object({}), array(RelocateJobSchema).readonly(), {
28368
28644
  kind: "query",
28369
28645
  auth: "admin"
28646
+ }), method(RelocateResidueInputSchema, RelocateResidueSchema, {
28647
+ kind: "query",
28648
+ auth: "admin"
28370
28649
  }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
28371
28650
  kind: "mutation",
28372
28651
  auth: "admin"
@@ -35067,6 +35346,12 @@ Object.freeze({
35067
35346
  addonId: null,
35068
35347
  access: "create"
35069
35348
  },
35349
+ "pipelineAnalytics.countRelocatableMedia": {
35350
+ capName: "pipeline-analytics",
35351
+ capScope: "device",
35352
+ addonId: null,
35353
+ access: "view"
35354
+ },
35070
35355
  "pipelineAnalytics.countUnstampedEventMedia": {
35071
35356
  capName: "pipeline-analytics",
35072
35357
  capScope: "device",
@@ -36231,6 +36516,12 @@ Object.freeze({
36231
36516
  addonId: null,
36232
36517
  access: "view"
36233
36518
  },
36519
+ "recording.getRelocateResidue": {
36520
+ capName: "recording",
36521
+ capScope: "system",
36522
+ addonId: null,
36523
+ access: "view"
36524
+ },
36234
36525
  "recording.getStorageMigrationMoveStatus": {
36235
36526
  capName: "recording",
36236
36527
  capScope: "system",
@@ -36777,12 +37068,30 @@ Object.freeze({
36777
37068
  addonId: null,
36778
37069
  access: "create"
36779
37070
  },
37071
+ "storageMigration.drain": {
37072
+ capName: "storage-migration",
37073
+ capScope: "system",
37074
+ addonId: null,
37075
+ access: "create"
37076
+ },
37077
+ "storageMigration.movers": {
37078
+ capName: "storage-migration",
37079
+ capScope: "system",
37080
+ addonId: null,
37081
+ access: "view"
37082
+ },
36780
37083
  "storageMigration.plan": {
36781
37084
  capName: "storage-migration",
36782
37085
  capScope: "system",
36783
37086
  addonId: null,
36784
37087
  access: "view"
36785
37088
  },
37089
+ "storageMigration.residue": {
37090
+ capName: "storage-migration",
37091
+ capScope: "system",
37092
+ addonId: null,
37093
+ access: "view"
37094
+ },
36786
37095
  "storageMigration.start": {
36787
37096
  capName: "storage-migration",
36788
37097
  capScope: "system",
@@ -37617,6 +37926,12 @@ Object.freeze({
37617
37926
  addonId: null,
37618
37927
  access: "delete"
37619
37928
  },
37929
+ "vectorStore.fetchByIds": {
37930
+ capName: "vector-store",
37931
+ capScope: "system",
37932
+ addonId: null,
37933
+ access: "view"
37934
+ },
37620
37935
  "vectorStore.getByIds": {
37621
37936
  capName: "vector-store",
37622
37937
  capScope: "system",
@@ -37629,6 +37944,12 @@ Object.freeze({
37629
37944
  addonId: null,
37630
37945
  access: "view"
37631
37946
  },
37947
+ "vectorStore.scan": {
37948
+ capName: "vector-store",
37949
+ capScope: "system",
37950
+ addonId: null,
37951
+ access: "view"
37952
+ },
37632
37953
  "vectorStore.stats": {
37633
37954
  capName: "vector-store",
37634
37955
  capScope: "system",
package/dist/addon.mjs CHANGED
@@ -8196,13 +8196,49 @@ var StorageMigrationParticipantSchema = _enum([
8196
8196
  "recorder",
8197
8197
  "analytics"
8198
8198
  ]);
8199
+ /**
8200
+ * The mover's own numbers, folded onto the coordinator's durable move record.
8201
+ *
8202
+ * The long half of a non-blocking migration is `draining`, and it is measured
8203
+ * in hours: 136 885 files at ~4 MB/s is about five of them. Before this shape
8204
+ * existed the only place those numbers appeared was a Loki line, so an operator
8205
+ * watching the Admin UI saw `phase: draining` and nothing else for a whole
8206
+ * afternoon.
8207
+ *
8208
+ * It is POLLED, never pushed. Events are telemetry and may be dropped
8209
+ * (D8/D11), and a dropped progress event is indistinguishable from a stalled
8210
+ * mover — which is the exact failure this is meant to end. The coordinator's
8211
+ * `waitForMoves` already fetches the whole {@link RelocateJob} on every tick to
8212
+ * read `state`; folding the counters costs no extra read and makes the durable
8213
+ * record say afterwards how far a move actually got.
8214
+ *
8215
+ * `filesTotal` is `null` for "no honest denominator" and is never zero-filled:
8216
+ * a windowed footage job (`sinceMs`) and a node with no ledger both genuinely
8217
+ * cannot say M, and a 0 there would render as "100 % done".
8218
+ */
8219
+ var StorageMigrationMoveProgressSchema = object({
8220
+ filesMoved: number().int().nonnegative(),
8221
+ /** The archive census — the **M** of "N of M" (D295). `null` = unknowable. */
8222
+ filesTotal: number().int().nonnegative().nullable(),
8223
+ bytesMoved: number().int().nonnegative(),
8224
+ /** The MOVER's start, not the migration's: a drain restarted after an addon
8225
+ * crash gets a new mover, and a rate computed from the migration's start
8226
+ * would silently average in the time nothing was running. */
8227
+ startedAt: number(),
8228
+ /** When the coordinator last read these numbers. Paired with `startedAt` it
8229
+ * is the only honest rate: both clocks are the hub's, so a UI never has to
8230
+ * subtract its own. */
8231
+ observedAt: number()
8232
+ });
8199
8233
  var StorageMigrationMoveSchema = object({
8200
8234
  storageClass: StorageMigrationClassSchema,
8201
8235
  fromLocationId: string(),
8202
8236
  toLocationId: string(),
8203
8237
  moverJobId: string().nullable(),
8204
8238
  state: RelocateJobStateSchema.nullable(),
8205
- error: string().nullable()
8239
+ error: string().nullable(),
8240
+ /** Last observed mover counters; `null` until the mover has been polled once. */
8241
+ progress: StorageMigrationMoveProgressSchema.nullable()
8206
8242
  });
8207
8243
  var StorageMigrationJobSchema = object({
8208
8244
  jobId: string(),
@@ -8248,6 +8284,98 @@ var StorageMigrationPlanSchema = object({
8248
8284
  findings: array(StorageMigrationFindingSchema)
8249
8285
  });
8250
8286
  /**
8287
+ * A mover as it exists RIGHT NOW, whether or not a migration job owns it.
8288
+ *
8289
+ * The coordinator's job record is the state of record for a migration, and its
8290
+ * moves carry {@link StorageMigrationMoveProgress}. But the movers are usable
8291
+ * standalone — `recording.relocateFootage` and `pipelineAnalytics.relocateMedia`
8292
+ * are both operator-callable, and on 2026-08-29 a five-hour drain was armed that
8293
+ * way because no supported UI path existed. A mover armed like that has no job
8294
+ * to fold progress into, so it has to be readable on its own or it is invisible.
8295
+ *
8296
+ * `migrationJobId` is what tells the two apart: `null` means nothing here
8297
+ * orchestrated it.
8298
+ */
8299
+ var StorageMigrationMoverSchema = object({
8300
+ lane: _enum(["footage", "media"]),
8301
+ job: RelocateJobSchema,
8302
+ /** The coordinator job that armed this mover, or `null` for a mover armed
8303
+ * directly against the owning addon. */
8304
+ migrationJobId: string().nullable(),
8305
+ /** When the hub read these counters. Stamped here so a rate is `bytesMoved`
8306
+ * over (`observedAt` − `job.startedAt`) with BOTH ends on the hub's clock —
8307
+ * a browser subtracting its own `Date.now()` from a server `startedAt` is a
8308
+ * rate made of two different clocks. */
8309
+ observedAt: number()
8310
+ });
8311
+ /**
8312
+ * What a SOURCE still holds for one storage class — the number that makes a
8313
+ * "drain remaining" action honest rather than hopeful.
8314
+ *
8315
+ * It comes from the archive (`SegmentHourLedger.census` for footage, the media
8316
+ * engine's own selection count for media), never from the resident index: a
8317
+ * drain sized off `RecordingIndex` is what reported `done` over 80.3 GB it had
8318
+ * never been told about (D295).
8319
+ *
8320
+ * `items`/`bytes` are `null` for "the archive could not be asked", which is
8321
+ * deliberately NOT zero: a drain is still offered for an unknown residue,
8322
+ * because refusing on an unanswerable read would hide exactly the case an
8323
+ * operator needs to act on.
8324
+ */
8325
+ var StorageMigrationResidueSchema = object({
8326
+ storageClass: StorageMigrationClassSchema,
8327
+ /** The location still holding the data. `'*'` for the media lane, whose rows
8328
+ * move from wherever they are rather than from one named source. */
8329
+ fromLocationId: string(),
8330
+ /** Where a drain would move it — the class's CURRENT default. */
8331
+ toLocationId: string(),
8332
+ /** Segments (footage lane) or rows (media lane) still on the source. */
8333
+ items: number().int().nonnegative().nullable(),
8334
+ /** Bytes on the source; `null` when the lane counts rows rather than bytes. */
8335
+ bytes: number().int().nonnegative().nullable()
8336
+ });
8337
+ /**
8338
+ * Run the DRAIN half and nothing else.
8339
+ *
8340
+ * A migration that reached `done` has already repointed, so `start` correctly
8341
+ * refuses its destination ("already the default") — there is nothing left to
8342
+ * repoint. But the drain can fail, be cancelled, be interrupted by a restart,
8343
+ * or finish against a work list that was a tenth of the archive (D295), and
8344
+ * before this there was no supported way to run only that half: the only way
8345
+ * through was calling `recording.relocateFootage` by hand over admin tRPC.
8346
+ *
8347
+ * `drain` NEVER calls `setDefaultLocations`. That is what keeps `start`'s
8348
+ * refusal meaningful: the two verbs are disjoint, so nothing here can silently
8349
+ * re-repoint a class that is already migrated.
8350
+ */
8351
+ var StorageMigrationDrainInputSchema = object({
8352
+ /** The classes to drain. Each must appear in `storageMigration.residue`, so
8353
+ * a class whose source is already empty is refused rather than started. */
8354
+ classes: array(StorageMigrationClassSchema).min(1),
8355
+ throttleMbps: number().min(1).max(1e3).optional()
8356
+ });
8357
+ /** What a footage source still holds, asked of the durable hour ledger. */
8358
+ var RelocateResidueInputSchema = object({
8359
+ fromLocationId: string().min(1),
8360
+ /** Narrow to one logical class; omit for every profile on the location. */
8361
+ footageClass: RelocateFootageClassSchema.optional()
8362
+ });
8363
+ /** `null` = the archive could not answer (no ledger on this node, or the
8364
+ * aggregate failed). Never conflated with an empty source. */
8365
+ var RelocateResidueSchema = object({
8366
+ segments: number().int().nonnegative(),
8367
+ bytes: number().int().nonnegative()
8368
+ }).nullable();
8369
+ /** How many rows a media pass would still act on against a given target — the
8370
+ * media lane's denominator AND its residue, from ONE derivation so the two can
8371
+ * never disagree. `null` = the count could not be taken. */
8372
+ var RelocatableMediaCountSchema = object({ rows: number().int().nonnegative() }).nullable();
8373
+ var RelocatableMediaCountInputSchema = object({
8374
+ toLocationId: string().min(1),
8375
+ /** Omitted = `move`. */
8376
+ mode: MediaRelocateModeSchema.optional()
8377
+ });
8378
+ /**
8251
8379
  * `StorageLocationType` — an addon-declared id that identifies the *kind* of
8252
8380
  * storage a location serves. Defined here (not in `capabilities/storage.cap.ts`)
8253
8381
  * so the persisted record schema and the consumer-facing cap can both consume it
@@ -8351,6 +8479,32 @@ var StorageLocationRefSchema = union([StorageLocationTypeSchema, string().regex(
8351
8479
  * two addons declaring the same `id` must agree on `cardinality` (validated
8352
8480
  * at kernel aggregation time, not here).
8353
8481
  */
8482
+ /**
8483
+ * `StorageAccess` — how the service that DECLARED a storage-location kind
8484
+ * actually reaches the bytes. It is the constraint that decides which
8485
+ * `storage-provider`s may back a location of that kind.
8486
+ *
8487
+ * - `'local-path'` — the service asks `storage.resolve` for a path string and
8488
+ * then does its own `node:fs` I/O on it (the recorder's segment writer, the
8489
+ * post-analysis media roots). Only a provider that serves a genuine local
8490
+ * filesystem (`getProviderInfo().nodeLocal === true`) can satisfy that: a
8491
+ * remote provider's `resolve` returns a path on the REMOTE host, and
8492
+ * `fs.readdir` of it on this node either fails or — far worse — succeeds
8493
+ * against a same-named local directory that is something else entirely.
8494
+ *
8495
+ * - `'cap-mediated'` — every byte travels through the `storage` cap
8496
+ * (`read`/`write`, or `beginUpload`/`writeChunk`/`finalizeUpload`). The
8497
+ * service never sees a path, so any provider can back it. `backups` is the
8498
+ * one kind that qualifies today.
8499
+ *
8500
+ * Before this existed, `recordings` was unreachable by SFTP/S3/WebDAV only as
8501
+ * an EMERGENT property of how the recorder happened to be written. Nothing
8502
+ * refused the configuration; the first write simply went somewhere wrong, and
8503
+ * a recording write that goes wrong surfaces as a silent black window rather
8504
+ * than an error (the read path does not `stat`). This turns that accident into
8505
+ * a declared, enforced, testable refusal.
8506
+ */
8507
+ var StorageAccessSchema = _enum(["local-path", "cap-mediated"]);
8354
8508
  var StorageLocationDeclarationSchema = object({
8355
8509
  /**
8356
8510
  * Global location identifier, e.g. `recordings` or `recordingsLow`.
@@ -8370,6 +8524,19 @@ var StorageLocationDeclarationSchema = object({
8370
8524
  */
8371
8525
  cardinality: _enum(["single", "multi"]),
8372
8526
  /**
8527
+ * HOW the declaring service reaches the bytes — and therefore WHICH
8528
+ * providers may back a location of this kind. See {@link StorageAccessSchema}
8529
+ * and {@link STORAGE_ACCESS_FALLBACK}.
8530
+ *
8531
+ * Absent means `'local-path'`. That default is FAIL-CLOSED on purpose: it
8532
+ * can only over-restrict (refuse a remote provider for a kind that might
8533
+ * have coped) and never under-restrict. Declaring `'cap-mediated'` is the
8534
+ * permissive direction and is therefore never inferred — a repo guard
8535
+ * (`scripts/check-storage-access-declarations.ts`) refuses to let it be
8536
+ * reached by omission.
8537
+ */
8538
+ access: StorageAccessSchema.optional(),
8539
+ /**
8373
8540
  * When set, the default instance for this location inherits its resolved
8374
8541
  * root from the named location's default instance. Useful for derivative
8375
8542
  * slots (e.g. `recordingsLow` → `recordings`) so operators only need to
@@ -18237,8 +18404,10 @@ var TrackSchema = object({
18237
18404
  lastSeen: number(),
18238
18405
  /** Frame-rate position history (subject to maxPositionHistory cap). */
18239
18406
  positions: array(TrackPositionSchema).readonly(),
18240
- /** Periodic snapshots at snapshotIntervalMs cadence (subject to
18241
- * saveThumbnails policy). */
18407
+ /** Periodic snapshots at snapshotIntervalMs cadence DEBUG media, produced
18408
+ * only while `MediaSettings.debugMediaEnabled` is on for the camera (D299;
18409
+ * the retired `saveThumbnails` used to gate this and the rolling
18410
+ * `lastFrame` together). Empty is the healthy default, not a capture gap. */
18242
18411
  snapshots: array(TrackSnapshotSchema).readonly(),
18243
18412
  /** Deduplicated zones the track has entered at least once. Zone IDS. */
18244
18413
  zonesVisited: array(string()).readonly(),
@@ -19098,7 +19267,10 @@ DeviceType.Camera, method(object({ deviceId: number() }), array(TrackSchema).rea
19098
19267
  }), method(RelocateMediaInputSchema, object({ jobId: string() }), {
19099
19268
  kind: "mutation",
19100
19269
  auth: "admin"
19101
- }), method(object({}), UnstampedEventMediaCountSchema, { auth: "admin" }), method(object({}), array(RelocateJobSchema).readonly(), {
19270
+ }), method(object({}), UnstampedEventMediaCountSchema, { auth: "admin" }), method(RelocatableMediaCountInputSchema, RelocatableMediaCountSchema, {
19271
+ kind: "query",
19272
+ auth: "admin"
19273
+ }), method(object({}), array(RelocateJobSchema).readonly(), {
19102
19274
  kind: "query",
19103
19275
  auth: "admin"
19104
19276
  }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
@@ -21161,6 +21333,9 @@ method(StorageMigrationInputSchema, StorageMigrationPlanSchema, { auth: "admin"
21161
21333
  }), method(object({ jobId: string().optional() }), StorageMigrationJobSchema.nullable(), { auth: "admin" }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
21162
21334
  kind: "mutation",
21163
21335
  auth: "admin"
21336
+ }), method(object({}), array(StorageMigrationMoverSchema).readonly(), { auth: "admin" }), method(object({}), array(StorageMigrationResidueSchema).readonly(), { auth: "admin" }), method(StorageMigrationDrainInputSchema, object({ jobId: string() }), {
21337
+ kind: "mutation",
21338
+ auth: "admin"
21164
21339
  });
21165
21340
  var ProviderInfoSchema = discriminatedUnion("shouldSaveDiskSpace", [object({
21166
21341
  providerId: string().min(1),
@@ -21559,12 +21734,38 @@ response: record(string(), unknown()) }), object({
21559
21734
  *
21560
21735
  * ## Why this is a capability and not a helper
21561
21736
  *
21562
- * Six stores in `addon-post-analysis` already hold vectors object CLIP, face,
21563
- * plate, vehicle, identity, and the event store's derivativesand every one of
21564
- * them keeps its vectors in a `JSON` settings-store column and ranks them by
21565
- * brute-force cosine in JS. Measured on the live hub that costs ~11.7 KB per row
21566
- * (512 floats as TEXT, `JSON.parse`d on every search) and made semantic search
21567
- * load 5,000 rows before ranking anything.
21737
+ * This capability was introduced with the claim that SIX stores in
21738
+ * `addon-post-analysis` held vectors in a `JSON` settings-store columnobject
21739
+ * CLIP, face, plate, vehicle, identity, and the event store's derivatives. That
21740
+ * claim was never true, and leaving it here made five stores look like pending
21741
+ * work when three of them have no vector at all. Counted column by column on
21742
+ * 2026-08-30, exactly THREE ever held one:
21743
+ *
21744
+ * - `object-clip` — 512-dim CLIP image embedding, migrated 2026-08-06.
21745
+ * - `faces.embedding` — 512-dim ArcFace face embedding, migrated 2026-08-30.
21746
+ * - `identity-samples.embedding` — the same ArcFace vector for an ENROLLED
21747
+ * face, migrated 2026-08-30 into its OWN index (see below).
21748
+ *
21749
+ * `plates` and `vehicle-samples` store a plate STRING and a score; `vehicles`
21750
+ * and `identities` store a name; the event store stores no derivative vector.
21751
+ * They are not migration candidates and never were.
21752
+ *
21753
+ * Measured on the live hub the JSON encoding cost ~11.7 KB per row (512 floats
21754
+ * as TEXT, `JSON.parse`d on every search) and made semantic search load 5,000
21755
+ * rows before ranking anything.
21756
+ *
21757
+ * ## One index per COMPARISON, never per encoder
21758
+ *
21759
+ * `faces` and `identity-samples` hold the same 512 ArcFace dims from the same
21760
+ * model, and they still get two indexes. An index is a set of things that are
21761
+ * ranked against each other and that live and die together, and these two are
21762
+ * neither: a `faces` row is TRACK-OWNED and cascades away with its track under
21763
+ * a per-camera capacity cap, an `identity-samples` row is retention-EXEMPT
21764
+ * forever and is the gallery every recognition ranks against. One index would
21765
+ * mean every gallery load and every reconcile carried a filter whose failure
21766
+ * mode is either ranking a candidate against itself or reclaiming an enrolled
21767
+ * person's only sample. The dimension they share is not a reason to share an
21768
+ * index; the question they answer is, and it differs.
21568
21769
  *
21569
21770
  * The fix is not a faster loop, it is a different backend — and the backend
21570
21771
  * should be replaceable without touching six callers. So: a singleton
@@ -21669,7 +21870,20 @@ var VectorQueryResultSchema = object({
21669
21870
  */
21670
21871
  scanned: number(),
21671
21872
  /** True when the backend could not consider every row that passed the filter. */
21672
- truncated: boolean()
21873
+ truncated: boolean(),
21874
+ /**
21875
+ * The `topK` the backend actually ran with.
21876
+ *
21877
+ * Every backend has a ceiling — sqlite-vec's is 4,096 — and a caller asking
21878
+ * past it used to learn nothing but a boolean, from a WARN in the provider's
21879
+ * own log rather than in its answer. That is how an audit asking for 20,000
21880
+ * consumed 4,096 and reported `examined: 4096` as if it had walked the index,
21881
+ * for weeks. `truncated` says THAT the answer was short; this says BY HOW
21882
+ * MUCH, in the return value, where the caller cannot fail to see it.
21883
+ *
21884
+ * Equals the requested `topK` whenever nothing was lowered.
21885
+ */
21886
+ effectiveTopK: number().int().positive()
21673
21887
  });
21674
21888
  var VectorDeleteInputSchema = object({
21675
21889
  index: string(),
@@ -21698,6 +21912,68 @@ var VectorGetResultSchema = object({ items: array(object({
21698
21912
  id: string(),
21699
21913
  metadata: VectorMetadataSchema
21700
21914
  })) });
21915
+ /**
21916
+ * Ids to read back WITH their vectors.
21917
+ *
21918
+ * The sibling of {@link VectorGetResultSchema}, and deliberately a separate
21919
+ * method rather than a flag on it: `getByIds` promises no vectors and its one
21920
+ * caller depends on that promise. This one promises the opposite.
21921
+ *
21922
+ * It exists because a store cannot put its vectors here otherwise. An ArcFace
21923
+ * gallery is ranked IN PROCESS, per detection, against every enrolled sample —
21924
+ * a per-face cross-process KNN would be a network round trip inside the
21925
+ * recognition loop. So the gallery is loaded once and held in RAM, and loading
21926
+ * it requires the index to hand the floats back. Without this method the only
21927
+ * way to keep a readable vector is a JSON column, which is the thing this
21928
+ * capability exists to delete.
21929
+ *
21930
+ * BOUNDED BY THE CALLER: ids are named, never "everything". Enumerating an
21931
+ * index is {@link VectorScanInputSchema}'s job, and it returns no vectors.
21932
+ */
21933
+ var VectorFetchInputSchema = object({
21934
+ index: string(),
21935
+ ids: array(string())
21936
+ });
21937
+ var VectorFetchResultSchema = object({ items: array(object({
21938
+ id: string(),
21939
+ /** base64 Float32LE — the same wire form `upsert` accepts. */
21940
+ vector: string(),
21941
+ metadata: VectorMetadataSchema
21942
+ })) });
21943
+ /**
21944
+ * ENUMERATE an index: one page of rows in a stable order, no ranking.
21945
+ *
21946
+ * A reconcile does not want the nearest rows, it wants ALL of them, and asking
21947
+ * a KNN for "all" is the wrong question twice over. It hits the backend's `k`
21948
+ * ceiling — 4,096 on sqlite-vec against a 22,128-row index — and it needs a
21949
+ * probe vector it does not have, so the audit passed a ZERO vector whose cosine
21950
+ * distance to every row is degenerate. `examined: 4096` then read as "we
21951
+ * looked" for as long as anyone cared to read it.
21952
+ *
21953
+ * This is the primitive that question actually needs: a bounded page, ordered
21954
+ * by the backend's own row order, costing no distance computation at all.
21955
+ * Vectors are NOT returned — an enumeration that shipped 2 KB per row would be
21956
+ * the full-table read this capability was built to stop.
21957
+ */
21958
+ var VectorScanInputSchema = object({
21959
+ index: string(),
21960
+ /** Opaque resume point. `0` starts at the top; pass back `nextCursor`. */
21961
+ cursor: number().int().nonnegative().default(0),
21962
+ limit: number().int().positive()
21963
+ });
21964
+ var VectorScanResultSchema = object({
21965
+ items: array(object({
21966
+ id: string(),
21967
+ metadata: VectorMetadataSchema
21968
+ })),
21969
+ /**
21970
+ * Where the next page starts, or `null` when the walk reached the end.
21971
+ *
21972
+ * `null` is the ONLY end-of-index signal. A caller must not infer the end
21973
+ * from a short page: a backend is free to return fewer rows than asked.
21974
+ */
21975
+ nextCursor: number().int().nonnegative().nullable()
21976
+ });
21701
21977
  var VectorStatsInputSchema = object({ index: string() });
21702
21978
  var VectorStatsResultSchema = object({
21703
21979
  /** Provider id, so an operator can tell brute force from an ANN index. */
@@ -21716,7 +21992,7 @@ method(VectorDeclareIndexInputSchema, _void(), {
21716
21992
  }), method(VectorUpsertInputSchema, VectorUpsertResultSchema, {
21717
21993
  kind: "mutation",
21718
21994
  auth: "admin"
21719
- }), method(VectorQueryInputSchema, VectorQueryResultSchema, { auth: "admin" }), method(VectorGetInputSchema, VectorGetResultSchema, { auth: "admin" }), method(VectorDeleteInputSchema, VectorDeleteResultSchema, {
21995
+ }), method(VectorQueryInputSchema, VectorQueryResultSchema, { auth: "admin" }), method(VectorGetInputSchema, VectorGetResultSchema, { auth: "admin" }), method(VectorFetchInputSchema, VectorFetchResultSchema, { auth: "admin" }), method(VectorScanInputSchema, VectorScanResultSchema, { auth: "admin" }), method(VectorDeleteInputSchema, VectorDeleteResultSchema, {
21720
21996
  kind: "mutation",
21721
21997
  auth: "admin"
21722
21998
  }), method(VectorDeleteByFilterInputSchema, VectorDeleteResultSchema, {
@@ -28343,6 +28619,9 @@ method(object({
28343
28619
  }), method(object({}), array(RelocateJobSchema).readonly(), {
28344
28620
  kind: "query",
28345
28621
  auth: "admin"
28622
+ }), method(RelocateResidueInputSchema, RelocateResidueSchema, {
28623
+ kind: "query",
28624
+ auth: "admin"
28346
28625
  }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
28347
28626
  kind: "mutation",
28348
28627
  auth: "admin"
@@ -35043,6 +35322,12 @@ Object.freeze({
35043
35322
  addonId: null,
35044
35323
  access: "create"
35045
35324
  },
35325
+ "pipelineAnalytics.countRelocatableMedia": {
35326
+ capName: "pipeline-analytics",
35327
+ capScope: "device",
35328
+ addonId: null,
35329
+ access: "view"
35330
+ },
35046
35331
  "pipelineAnalytics.countUnstampedEventMedia": {
35047
35332
  capName: "pipeline-analytics",
35048
35333
  capScope: "device",
@@ -36207,6 +36492,12 @@ Object.freeze({
36207
36492
  addonId: null,
36208
36493
  access: "view"
36209
36494
  },
36495
+ "recording.getRelocateResidue": {
36496
+ capName: "recording",
36497
+ capScope: "system",
36498
+ addonId: null,
36499
+ access: "view"
36500
+ },
36210
36501
  "recording.getStorageMigrationMoveStatus": {
36211
36502
  capName: "recording",
36212
36503
  capScope: "system",
@@ -36753,12 +37044,30 @@ Object.freeze({
36753
37044
  addonId: null,
36754
37045
  access: "create"
36755
37046
  },
37047
+ "storageMigration.drain": {
37048
+ capName: "storage-migration",
37049
+ capScope: "system",
37050
+ addonId: null,
37051
+ access: "create"
37052
+ },
37053
+ "storageMigration.movers": {
37054
+ capName: "storage-migration",
37055
+ capScope: "system",
37056
+ addonId: null,
37057
+ access: "view"
37058
+ },
36756
37059
  "storageMigration.plan": {
36757
37060
  capName: "storage-migration",
36758
37061
  capScope: "system",
36759
37062
  addonId: null,
36760
37063
  access: "view"
36761
37064
  },
37065
+ "storageMigration.residue": {
37066
+ capName: "storage-migration",
37067
+ capScope: "system",
37068
+ addonId: null,
37069
+ access: "view"
37070
+ },
36762
37071
  "storageMigration.start": {
36763
37072
  capName: "storage-migration",
36764
37073
  capScope: "system",
@@ -37593,6 +37902,12 @@ Object.freeze({
37593
37902
  addonId: null,
37594
37903
  access: "delete"
37595
37904
  },
37905
+ "vectorStore.fetchByIds": {
37906
+ capName: "vector-store",
37907
+ capScope: "system",
37908
+ addonId: null,
37909
+ access: "view"
37910
+ },
37596
37911
  "vectorStore.getByIds": {
37597
37912
  capName: "vector-store",
37598
37913
  capScope: "system",
@@ -37605,6 +37920,12 @@ Object.freeze({
37605
37920
  addonId: null,
37606
37921
  access: "view"
37607
37922
  },
37923
+ "vectorStore.scan": {
37924
+ capName: "vector-store",
37925
+ capScope: "system",
37926
+ addonId: null,
37927
+ access: "view"
37928
+ },
37608
37929
  "vectorStore.stats": {
37609
37930
  capName: "vector-store",
37610
37931
  capScope: "system",
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@camstack/addon-provider-rtsp",
3
- "version": "1.2.43",
3
+ "version": "1.2.45",
4
4
  "description": "Generic RTSP camera device provider addon for CamStack",
5
5
  "keywords": [
6
6
  "camstack",