@camstack/addon-pipeline 1.2.286 → 1.2.288
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/audio-analyzer/index.js +2 -2
- package/dist/audio-analyzer/index.mjs +2 -2
- package/dist/{default-detection-model-B9sgmjNE.js → default-detection-model-D5kMByfZ.js} +1 -1
- package/dist/{default-detection-model-BbaeqJWd.mjs → default-detection-model-DTvsx_iX.mjs} +1 -1
- package/dist/detection-pipeline/index.js +4 -4
- package/dist/detection-pipeline/index.mjs +4 -4
- package/dist/{dist-bAVvh6zw.js → dist-CegiJ2Pw.js} +700 -9
- package/dist/{dist-L6fspiMs.mjs → dist-mEtwupOP.mjs} +689 -10
- package/dist/motion-wasm/index.js +1 -1
- package/dist/motion-wasm/index.mjs +1 -1
- package/dist/{node-BKSzm60G.mjs → node-B8p-rV9H.mjs} +1 -1
- package/dist/{node-BAHXRXps.js → node-C8jhiPW2.js} +1 -1
- package/dist/pipeline-runner/index.js +3 -3
- package/dist/pipeline-runner/index.mjs +3 -3
- package/dist/{process-memory-gIGkgoj7.mjs → process-memory-C5bRH8-t.mjs} +1 -1
- package/dist/{process-memory-B5Enn1QL.js → process-memory-lPbJ1ta2.js} +1 -1
- package/dist/recorder/index.js +201 -69
- package/dist/recorder/index.mjs +201 -69
- package/dist/{segment-demux-js-DIMPKsLl.mjs → segment-demux-js-BP5vqRPY.mjs} +1 -1
- package/dist/{segment-demux-js-BCxiqxMJ.js → segment-demux-js-Dv1EPPdH.js} +1 -1
- package/dist/stream-broker/_stub.js +2 -2
- package/dist/stream-broker/{_virtual_mf-localSharedImportMap___mfe_internal__addon_stream_broker_widgets-BQppCOBh.mjs → _virtual_mf-localSharedImportMap___mfe_internal__addon_stream_broker_widgets-BqjkSRCu.mjs} +2 -2
- package/dist/stream-broker/_virtual_mf___mfe_internal__addon_stream_broker_widgets__loadShare___mf_0_camstack_mf_1_types__loadShare__.js-DqcT4fRG.mjs +26 -0
- package/dist/stream-broker/_virtual_mf___mfe_internal__addon_stream_broker_widgets__loadShare___mf_0_camstack_mf_1_ui_mf_2_library__loadShare__.js-DCbVs3IC.mjs +26 -0
- package/dist/stream-broker/demux-worker-child.js +1 -1
- package/dist/stream-broker/demux-worker-child.mjs +1 -1
- package/dist/stream-broker/{hostInit-BMoj1Wh2.mjs → hostInit-C4EuFQ_w.mjs} +2 -2
- package/dist/stream-broker/index.js +53 -60
- package/dist/stream-broker/index.mjs +53 -60
- package/dist/stream-broker/remoteEntry.js +1 -1
- package/package.json +1 -1
- package/dist/stream-broker/_virtual_mf___mfe_internal__addon_stream_broker_widgets__loadShare___mf_0_camstack_mf_1_types__loadShare__.js-BxqJbWC8.mjs +0 -26
- package/dist/stream-broker/_virtual_mf___mfe_internal__addon_stream_broker_widgets__loadShare___mf_0_camstack_mf_1_ui_mf_2_library__loadShare__.js-DWcIgV47.mjs +0 -26
|
@@ -5360,7 +5360,7 @@ var ZodIssueCode = {
|
|
|
5360
5360
|
var ZodFirstPartyTypeKind;
|
|
5361
5361
|
ZodFirstPartyTypeKind || (ZodFirstPartyTypeKind = {});
|
|
5362
5362
|
//#endregion
|
|
5363
|
-
//#region ../types/dist/sleep-
|
|
5363
|
+
//#region ../types/dist/sleep-COWaSCAi.mjs
|
|
5364
5364
|
/**
|
|
5365
5365
|
* The audio chunk plane's byte format, and the ONE expansion from a coded
|
|
5366
5366
|
* window to float samples (D455).
|
|
@@ -8740,6 +8740,24 @@ object({
|
|
|
8740
8740
|
unreachable: number()
|
|
8741
8741
|
})
|
|
8742
8742
|
});
|
|
8743
|
+
/** The wire shape of {@link PeerBytesTicket} — see the type for what it is. */
|
|
8744
|
+
var PeerBytesTicketSchema = object({
|
|
8745
|
+
/** `http://127.0.0.1:<port>/<token>`. One `GET` takes it. */
|
|
8746
|
+
url: string().min(1),
|
|
8747
|
+
/**
|
|
8748
|
+
* The HOST node this URL means something on — the hub or a named agent,
|
|
8749
|
+
* never a runner. {@link AddonPeerBytes.open} compares it to its own and
|
|
8750
|
+
* refuses `cross-node` by name when they differ, without dialling.
|
|
8751
|
+
*/
|
|
8752
|
+
hostNodeId: string().min(1),
|
|
8753
|
+
expiresAtMs: number().int().nonnegative(),
|
|
8754
|
+
/**
|
|
8755
|
+
* What the producer DECLARED the body to be, when it knows — `null` when it
|
|
8756
|
+
* does not. Never `0` for unknown (D393): a consumer sizing a bound off this
|
|
8757
|
+
* must be able to tell "the producer did not say" from "the body is empty".
|
|
8758
|
+
*/
|
|
8759
|
+
declaredBytes: number().int().nonnegative().nullable()
|
|
8760
|
+
});
|
|
8743
8761
|
/**
|
|
8744
8762
|
* Adoption job — the background form of `device-adoption.adopt`.
|
|
8745
8763
|
*
|
|
@@ -15719,6 +15737,97 @@ method(object({ integrationId: string() }), object({ filters: array(AdoptionFilt
|
|
|
15719
15737
|
auth: "admin"
|
|
15720
15738
|
});
|
|
15721
15739
|
/**
|
|
15740
|
+
* device-admin-link — "this device has a management page of its own, and here
|
|
15741
|
+
* is its address".
|
|
15742
|
+
*
|
|
15743
|
+
* ## Why this is not a `deviceConfig` cap
|
|
15744
|
+
*
|
|
15745
|
+
* There is nothing to edit. A `deviceConfig` cap (D14) exists so the framework
|
|
15746
|
+
* can DERIVE a settings form from `getOptions` + `getStatus` and route a flat
|
|
15747
|
+
* patch back through a setter; it costs a `builderId` reducer in
|
|
15748
|
+
* `device-config-contribution.ts` and a `*-config-schema.ts` beside it, and it
|
|
15749
|
+
* renders a form section. This cap answers ONE question with ONE read and
|
|
15750
|
+
* renders a button. Nothing about it is a form, so it carries no `deviceConfig`
|
|
15751
|
+
* block, no `settings`, no `runtimeState` and no reducer — exactly like
|
|
15752
|
+
* `reboot`, the other pure-RPC device-native cap.
|
|
15753
|
+
*
|
|
15754
|
+
* ## Absent, and the difference between "no page" and "we cannot say"
|
|
15755
|
+
*
|
|
15756
|
+
* The two are answered at DIFFERENT layers, on purpose:
|
|
15757
|
+
*
|
|
15758
|
+
* - **"We cannot say"** → the provider never registers the cap for that
|
|
15759
|
+
* device. A VeSync humidifier, a Petkit feeder, a Dreame vacuum and a Dreo
|
|
15760
|
+
* fan are reached only through a vendor cloud; there is no address to hand
|
|
15761
|
+
* out and no page to open. A Tuya plug, a Wyze camera and a Gree air
|
|
15762
|
+
* conditioner DO have a LAN IP, and still have no HTTP management page
|
|
15763
|
+
* behind it. None of them register, so `deviceManager.getBindings` never
|
|
15764
|
+
* lists the cap and no surface asks.
|
|
15765
|
+
* - **"This device has no page, and I know that"** → the provider registers
|
|
15766
|
+
* and `getAdminLink` returns `null`. This is the answer for a device whose
|
|
15767
|
+
* sibling DOES have a page: a Reolink battery camera reached over UDP by
|
|
15768
|
+
* `uid` with a blank `host`, an Ecowitt gateway configured in `listener`
|
|
15769
|
+
* transport, a Home Assistant broker authenticated by supervisor token
|
|
15770
|
+
* (which carries no `baseUrl` at all).
|
|
15771
|
+
*
|
|
15772
|
+
* Both draw NOTHING. A button that opens a browser error is worse than no
|
|
15773
|
+
* button, and D62 is the same rule from the other side: an off switch is
|
|
15774
|
+
* reported off, never made to look broken. There is no third state where the
|
|
15775
|
+
* UI renders a disabled button "because the device might have a page".
|
|
15776
|
+
*
|
|
15777
|
+
* ## The URL never carries credentials
|
|
15778
|
+
*
|
|
15779
|
+
* Not in userinfo, not in a query string. Every provider builds through
|
|
15780
|
+
* `buildDeviceAdminUrl` (`device-admin-link-url.ts`), which takes host, port,
|
|
15781
|
+
* scheme and path as separate arguments — there is no parameter a secret could
|
|
15782
|
+
* arrive in — and re-checks its own output for the `scheme://user:pass@` shape
|
|
15783
|
+
* that `scripts/check-no-credential-urls-in-fixtures.ts` bans from recorded
|
|
15784
|
+
* output. `scripts/check-admin-link-builder-is-the-only-url-source.ts` is what
|
|
15785
|
+
* keeps providers from hand-rolling one anyway.
|
|
15786
|
+
*
|
|
15787
|
+
* This matters here more than anywhere else in the repo, because every provider
|
|
15788
|
+
* that knows a device's host knows its PASSWORD too: `{ host, port, username,
|
|
15789
|
+
* password }` sit in one object on Hikvision, Amcrest, Reolink and ONVIF alike,
|
|
15790
|
+
* and `http://admin:hunter2@192.168.50.139/` is a URL a browser accepts. The
|
|
15791
|
+
* camera's own page will ask for its own login. That is correct, and pre-
|
|
15792
|
+
* filling it is the operator's business, not ours.
|
|
15793
|
+
*
|
|
15794
|
+
* ## It is a LAN fact
|
|
15795
|
+
*
|
|
15796
|
+
* The URL addresses the device where the NODE can see it. It is not proxied,
|
|
15797
|
+
* not made reachable from outside, and not sent anywhere. A surface renders it
|
|
15798
|
+
* as a link the operator's own browser follows, on the operator's own network,
|
|
15799
|
+
* or renders nothing.
|
|
15800
|
+
*/
|
|
15801
|
+
/**
|
|
15802
|
+
* Whose page is it. The distinction is for the OPERATOR, who needs to know
|
|
15803
|
+
* before clicking whether he is about to land on a camera's own web server or
|
|
15804
|
+
* inside Home Assistant.
|
|
15805
|
+
*/
|
|
15806
|
+
var AdminLinkTargetEnum = _enum(["device", "integration"]);
|
|
15807
|
+
var DeviceAdminLinkSchema = object({
|
|
15808
|
+
/**
|
|
15809
|
+
* Absolute `http(s)://` URL. Built by `buildDeviceAdminUrl` and therefore
|
|
15810
|
+
* free of userinfo and of any credential-shaped query key.
|
|
15811
|
+
*/
|
|
15812
|
+
url: string(),
|
|
15813
|
+
/**
|
|
15814
|
+
* What the surface calls it — "Web UI", "Home Assistant", "UniFi controller".
|
|
15815
|
+
* The PROVIDER names it, because only the provider knows what the page is;
|
|
15816
|
+
* a UI that invented the label from the addon id would call the Home
|
|
15817
|
+
* Assistant device page "Provider Homeassistant".
|
|
15818
|
+
*/
|
|
15819
|
+
label: string(),
|
|
15820
|
+
target: AdminLinkTargetEnum,
|
|
15821
|
+
/**
|
|
15822
|
+
* Host the URL points at, without scheme, port or path — for the tooltip, so
|
|
15823
|
+
* an operator can see WHERE the button goes before he follows it. Redundant
|
|
15824
|
+
* with `url` by construction; carried separately so no surface has to parse
|
|
15825
|
+
* a URL to show it.
|
|
15826
|
+
*/
|
|
15827
|
+
host: string()
|
|
15828
|
+
});
|
|
15829
|
+
method(object({ deviceId: number().int().nonnegative() }), DeviceAdminLinkSchema.nullable(), { auth: "admin" });
|
|
15830
|
+
/**
|
|
15722
15831
|
* `device-export` — collection cap for addons that export camstack
|
|
15723
15832
|
* devices to external ecosystems (HomeAssistant via MQTT discovery,
|
|
15724
15833
|
* HomeKit/HAP, Alexa Smart Home, …).
|
|
@@ -27225,6 +27334,7 @@ _enum([
|
|
|
27225
27334
|
"sleeping",
|
|
27226
27335
|
"camera-refused",
|
|
27227
27336
|
"no-keyframe",
|
|
27337
|
+
"decode-failed",
|
|
27228
27338
|
"no-catalog-row",
|
|
27229
27339
|
"unsupported",
|
|
27230
27340
|
"unknown-device",
|
|
@@ -27481,6 +27591,27 @@ var ClipPlaybackSchema = object({
|
|
|
27481
27591
|
*/
|
|
27482
27592
|
var ClipWakeSchema = _enum(["authorised"]);
|
|
27483
27593
|
/**
|
|
27594
|
+
* Hard ceiling on ONE {@link videoclipsCapability.methods.offerClipBytes}
|
|
27595
|
+
* transfer — ten times {@link VIDEOCLIPS_MAX_READ_BYTES}, and the reasoning is
|
|
27596
|
+
* not "ten times more comfortable".
|
|
27597
|
+
*
|
|
27598
|
+
* The inline bound is set by what is HELD: a base64 envelope is the payload at
|
|
27599
|
+
* ~1.33× in the provider AND the same again in the caller, so 50 MiB of clip
|
|
27600
|
+
* is ~133 MiB of heap across two processes. Over `peerBytes` the consumer
|
|
27601
|
+
* holds one socket chunk at a time and writes straight through to the export
|
|
27602
|
+
* file, so its contribution is flat whatever the clip weighs. What is left is
|
|
27603
|
+
* the PRODUCER's own copy, and that is a property of how each provider makes a
|
|
27604
|
+
* clip rather than of this transport: Hikvision's fetch writes to a scratch
|
|
27605
|
+
* FILE and offers it (nothing is held), Reolink's cmd-5 transfer is collected
|
|
27606
|
+
* in memory and offered from there (one copy, the one it already had).
|
|
27607
|
+
*
|
|
27608
|
+
* So this number bounds the worst provider, not the transport, and it is named
|
|
27609
|
+
* separately so that lifting it is a statement about a provider rather than
|
|
27610
|
+
* about clips. Above it the provider REFUSES with the size in the message and
|
|
27611
|
+
* never truncates: half a video is worse than an honest refusal.
|
|
27612
|
+
*/
|
|
27613
|
+
var VIDEOCLIPS_MAX_OFFER_BYTES = 500 * 1024 * 1024;
|
|
27614
|
+
/**
|
|
27484
27615
|
* A clip's finished bytes, inline — the twin of `recordingExport.readExportBytes`.
|
|
27485
27616
|
*
|
|
27486
27617
|
* `bytes` is the DECODED length, so nobody infers it from the base64 length,
|
|
@@ -27512,6 +27643,32 @@ var ClipBytesSchema = object({
|
|
|
27512
27643
|
durationMs: number().positive().optional()
|
|
27513
27644
|
});
|
|
27514
27645
|
/**
|
|
27646
|
+
* Where a clip's finished bytes can be TAKEN (D613) — the answer to
|
|
27647
|
+
* {@link videoclipsCapability.methods.offerClipBytes}.
|
|
27648
|
+
*
|
|
27649
|
+
* Everything {@link ClipBytesSchema} carries except the bytes themselves, plus
|
|
27650
|
+
* the one-shot ticket that leads to them. The metadata is answered BEFORE the
|
|
27651
|
+
* transfer on purpose: a consumer learns which twin it got, what to call the
|
|
27652
|
+
* file and how long the clip runs without having to read a byte, so a decision
|
|
27653
|
+
* it would make on that metadata (a wrong twin, an implausible duration) costs
|
|
27654
|
+
* no transfer at all.
|
|
27655
|
+
*/
|
|
27656
|
+
var ClipBytesOfferSchema = object({
|
|
27657
|
+
/**
|
|
27658
|
+
* One shot, seconds-long, loopback, on the PROVIDER's own host. Open it with
|
|
27659
|
+
* `ctx.peerBytes.open(...)`, which refuses a ticket from another node by
|
|
27660
|
+
* name rather than dialling a port that means something else here.
|
|
27661
|
+
*/
|
|
27662
|
+
ticket: PeerBytesTicketSchema,
|
|
27663
|
+
contentType: string(),
|
|
27664
|
+
/** Suggested filename, extension included. */
|
|
27665
|
+
name: string(),
|
|
27666
|
+
/** Which twin was actually served — see {@link ClipBytesSchema.served}. */
|
|
27667
|
+
served: CamProfileSchema,
|
|
27668
|
+
/** See {@link ClipBytesSchema.durationMs}. Absent when nothing measured it. */
|
|
27669
|
+
durationMs: number().positive().optional()
|
|
27670
|
+
});
|
|
27671
|
+
/**
|
|
27515
27672
|
* Where a clip's STREAM can be dialled (D597) — the answer to
|
|
27516
27673
|
* {@link videoclipsCapability.methods.dialClipStream}.
|
|
27517
27674
|
*
|
|
@@ -27587,6 +27744,73 @@ var ClipStreamDialSchema = object({
|
|
|
27587
27744
|
/** Why `servedAudio` is `none` although sound was asked for. */
|
|
27588
27745
|
audioReason: ClipStreamAudioReasonSchema.optional()
|
|
27589
27746
|
});
|
|
27747
|
+
/**
|
|
27748
|
+
* The playback rates a clip can be DELIVERED at, ascending, always with `1`.
|
|
27749
|
+
*
|
|
27750
|
+
* These are the BROKER's: it re-paces frames it has already demuxed — the
|
|
27751
|
+
* `MonotonicClock` divides source elapsed time by the factor and the pacer
|
|
27752
|
+
* pushes that much faster — so the domain is the recorded one, {0} ∪ [0.25, 4],
|
|
27753
|
+
* and this is the discrete ladder drawn from it. `1.5` is in it because a
|
|
27754
|
+
* re-pacer has no reason to refuse it.
|
|
27755
|
+
*
|
|
27756
|
+
* `8` and `16` are deliberately NOT here. They are the CAMERA's own
|
|
27757
|
+
* `<playSpeed>` (Reolink cmd-5 replay), a different mechanism, still unwired
|
|
27758
|
+
* (D597, D600) — a rate change there costs a new dial and a new stream, and
|
|
27759
|
+
* the camera's 8x would need a resample the clip audio path has no decoder
|
|
27760
|
+
* for. Offering them today accepts a rate and delivers 1x, which is the whole
|
|
27761
|
+
* defect this list exists to end (D612). When `playSpeed` IS wired its rates
|
|
27762
|
+
* join THIS array — a second list elsewhere is the second authority D62
|
|
27763
|
+
* forbids.
|
|
27764
|
+
*
|
|
27765
|
+
* Every entry must survive the broker's `clampPlaybackRate` unchanged: a set
|
|
27766
|
+
* that offers what the clamp then moves is the same lie one step later.
|
|
27767
|
+
*/
|
|
27768
|
+
var CLIP_BROKER_PACED_RATES = [
|
|
27769
|
+
.25,
|
|
27770
|
+
.5,
|
|
27771
|
+
1,
|
|
27772
|
+
1.5,
|
|
27773
|
+
2,
|
|
27774
|
+
4
|
|
27775
|
+
];
|
|
27776
|
+
/**
|
|
27777
|
+
* What a surface may DRAW for this provider's clips — the answer to
|
|
27778
|
+
* {@link videoclipsCapability.methods.getPlaybackOptions} (D612).
|
|
27779
|
+
*
|
|
27780
|
+
* The envelope is a PROVIDER fact, not a clip fact, and that is measured, not
|
|
27781
|
+
* assumed: the broker's `chooseClipPath` reads exactly two inputs — whether
|
|
27782
|
+
* `dialClipStream` and `readClipBytes` are wired — and both are constants of
|
|
27783
|
+
* the broker's own closure over the provider's methods. The `profile` it is
|
|
27784
|
+
* handed is explicitly not read. So every clip of a provider is served the
|
|
27785
|
+
* same way, and a per-clip channel carried a value that could not vary. The
|
|
27786
|
+
* per-clip `clipTransport` server message was removed for exactly that reason.
|
|
27787
|
+
*
|
|
27788
|
+
* Queried per camera, before a clip is picked, so a control is rendered or
|
|
27789
|
+
* DISABLED rather than offered and refused at play time (D62: a disabled
|
|
27790
|
+
* control reads as unavailable, one that undoes the gesture reads as broken).
|
|
27791
|
+
*/
|
|
27792
|
+
var ClipPlaybackOptionsSchema = object({
|
|
27793
|
+
/**
|
|
27794
|
+
* How this provider's clips reach the player. `stream` is the provider's
|
|
27795
|
+
* forward-only fMP4 (D597); `file` is one bounded by-handle fetch of the
|
|
27796
|
+
* whole clip, `stbl` indexed (D575).
|
|
27797
|
+
*/
|
|
27798
|
+
transport: _enum(["stream", "file"]),
|
|
27799
|
+
/** `forward` = only ahead of the playhead. `free` = anywhere. */
|
|
27800
|
+
seek: _enum(["forward", "free"]),
|
|
27801
|
+
/** Frame-step BACKWARD is meaningful. Forward always is. */
|
|
27802
|
+
stepBack: boolean(),
|
|
27803
|
+
/** Whether the scrub gesture is served, as opposed to refused by name. */
|
|
27804
|
+
scrub: boolean(),
|
|
27805
|
+
/**
|
|
27806
|
+
* The rates that can be delivered, ascending, always containing `1`. The
|
|
27807
|
+
* viewer draws its picker from this and from nothing else — a constant it
|
|
27808
|
+
* keeps instead is the second authority that produced the defect: `8` and
|
|
27809
|
+
* `16` were offered, the broker clamped them to `4`, and no line anywhere
|
|
27810
|
+
* said so. `0` is not a member: pause is the absence of a rate.
|
|
27811
|
+
*/
|
|
27812
|
+
rates: array(number().positive()).min(1).readonly()
|
|
27813
|
+
});
|
|
27590
27814
|
var ClipSourceAvailabilitySchema = object({
|
|
27591
27815
|
state: _enum([
|
|
27592
27816
|
"ok",
|
|
@@ -27765,14 +27989,18 @@ var videoclipsCapability = {
|
|
|
27765
27989
|
*
|
|
27766
27990
|
* `getClipPlayback` is the right answer for a player: it hands back a URL
|
|
27767
27991
|
* on a plane the hub serves `access:'authenticated'`, which a browser and a
|
|
27768
|
-
* viewer session satisfy. It is the wrong answer for another ADDON
|
|
27769
|
-
*
|
|
27770
|
-
*
|
|
27771
|
-
*
|
|
27772
|
-
*
|
|
27773
|
-
*
|
|
27774
|
-
*
|
|
27775
|
-
*
|
|
27992
|
+
* viewer session satisfy. It is the wrong answer for another ADDON: the
|
|
27993
|
+
* hub's proxy in front of that plane takes only a user credential, which
|
|
27994
|
+
* an addon does not hold, so a recorder that wants a camera's clip cannot
|
|
27995
|
+
* fetch that URL. This method is the shape that answer forced — the same
|
|
27996
|
+
* one (and the same bound) as `recordingExport.readExportBytes`.
|
|
27997
|
+
*
|
|
27998
|
+
* **It is no longer the only seam.** Until D613 there was no addon→addon
|
|
27999
|
+
* byte transport at all; there is now
|
|
28000
|
+
* ({@link offerClipBytes}, over `ctx.peerBytes`), it holds nothing on
|
|
28001
|
+
* either side, and it is what a clip EXPORT uses. This method remains for
|
|
28002
|
+
* a consumer that genuinely wants the bytes in hand, and as the named
|
|
28003
|
+
* fallback for a provider not yet redeployed.
|
|
27776
28004
|
*
|
|
27777
28005
|
* Routing needs no `provider` pin: the id is source-prefixed and
|
|
27778
28006
|
* self-contained, so `device-collection-dispatch.ts` rule 3 hands the call
|
|
@@ -27839,6 +28067,65 @@ var videoclipsCapability = {
|
|
|
27839
28067
|
auth: "protected"
|
|
27840
28068
|
}),
|
|
27841
28069
|
/**
|
|
28070
|
+
* Where this clip's finished bytes can be TAKEN — the by-handle read a
|
|
28071
|
+
* clip EXPORT pulls, over the addon→addon byte transport (D613).
|
|
28072
|
+
*
|
|
28073
|
+
* This is {@link readClipBytes} with the envelope removed. Same gates,
|
|
28074
|
+
* same vocabulary, same completion rules, same `served` contract — the
|
|
28075
|
+
* only difference is that the bytes travel over a one-shot loopback
|
|
28076
|
+
* socket instead of inside a base64 field, so neither side holds the
|
|
28077
|
+
* payload whole and the 50 MiB refusal on a long `high` twin stops
|
|
28078
|
+
* existing. The bound that remains is
|
|
28079
|
+
* {@link VIDEOCLIPS_MAX_OFFER_BYTES}, and it bounds the PRODUCER's own
|
|
28080
|
+
* copy rather than the transport.
|
|
28081
|
+
*
|
|
28082
|
+
* **The ticket is loopback and same-host.** A provider on an agent mints a
|
|
28083
|
+
* URL that means nothing on the hub, and `ctx.peerBytes.open` refuses it
|
|
28084
|
+
* `cross-node` by name rather than dialling whatever else holds that port
|
|
28085
|
+
* here. A consumer that can be on the other side of a node boundary from
|
|
28086
|
+
* its provider must be able to read that refusal and say so; it must not
|
|
28087
|
+
* treat it as "no bytes".
|
|
28088
|
+
*
|
|
28089
|
+
* **A ticket is a one-shot bearer credential with a seconds-long life.**
|
|
28090
|
+
* Take it immediately, never persist it, never log its `url`. An untaken
|
|
28091
|
+
* ticket costs the provider one map entry until its TTL, and outstanding
|
|
28092
|
+
* tickets are bounded — which is also what makes a per-frame misuse of
|
|
28093
|
+
* this method refuse by name rather than work slowly (D9/D18: this is a
|
|
28094
|
+
* by-handle fetch of finished media, not a frame pipe).
|
|
28095
|
+
*
|
|
28096
|
+
* Optional on the provider for the same reason `readClipBytes` is: a
|
|
28097
|
+
* source with no camera socket behind it has no bytes. A provider that
|
|
28098
|
+
* predates this method answers `NOT_IMPLEMENTED`, and a consumer may fall
|
|
28099
|
+
* back to `readClipBytes` — but it says so in the log, with the deploy
|
|
28100
|
+
* hint, because that fallback re-imposes the 50 MiB refusal and an
|
|
28101
|
+
* operator who sees `too-large-to-transfer` after this shipped is looking
|
|
28102
|
+
* at a stale addon, not at a clip that cannot be exported.
|
|
28103
|
+
*/
|
|
28104
|
+
offerClipBytes: optionalMethod(object({
|
|
28105
|
+
deviceId: number(),
|
|
28106
|
+
clipId: string().min(1),
|
|
28107
|
+
/** WHICH provider holds the bytes — see `readClipBytes.provider`. */
|
|
28108
|
+
provider: string().min(1),
|
|
28109
|
+
/** Which twin — `low | mid` → the sub file, `high` → the main twin. */
|
|
28110
|
+
profile: CamProfileSchema.optional(),
|
|
28111
|
+
/**
|
|
28112
|
+
* The CALLER's byte bound, so an over-size clip is refused before the
|
|
28113
|
+
* camera is touched rather than after. Capped by
|
|
28114
|
+
* {@link VIDEOCLIPS_MAX_OFFER_BYTES} whatever is passed; absent means
|
|
28115
|
+
* that ceiling.
|
|
28116
|
+
*/
|
|
28117
|
+
maxBytes: number().int().positive().optional(),
|
|
28118
|
+
/**
|
|
28119
|
+
* The operator's authorisation to wake a sleeping camera for this
|
|
28120
|
+
* read. Absent — the default — means a sleeping standalone battery
|
|
28121
|
+
* camera is REFUSED by name, before any session is opened.
|
|
28122
|
+
*/
|
|
28123
|
+
wake: ClipWakeSchema.optional()
|
|
28124
|
+
}), ClipBytesOfferSchema, {
|
|
28125
|
+
kind: "query",
|
|
28126
|
+
auth: "protected"
|
|
28127
|
+
}),
|
|
28128
|
+
/**
|
|
27842
28129
|
* Where this clip's STREAM can be dialled (D597) — the forward-only
|
|
27843
28130
|
* fMP4 the provider writes from the first muxed byte, for the broker to
|
|
27844
28131
|
* play through the same WebRTC session as recorded footage, with the
|
|
@@ -27875,6 +28162,36 @@ var videoclipsCapability = {
|
|
|
27875
28162
|
}), ClipStreamDialSchema, {
|
|
27876
28163
|
kind: "query",
|
|
27877
28164
|
auth: "protected"
|
|
28165
|
+
}),
|
|
28166
|
+
/**
|
|
28167
|
+
* What a surface may DRAW for this provider's clips: the rates it can be
|
|
28168
|
+
* played at, whether scrub is served, how far a position may be moved,
|
|
28169
|
+
* and whether a backward frame-step means anything (D612).
|
|
28170
|
+
*
|
|
28171
|
+
* **The only authority.** The per-clip `clipTransport` server message
|
|
28172
|
+
* that used to carry the same answer was removed: the broker's transport
|
|
28173
|
+
* choice reads nothing that varies per clip, so the clip level had no
|
|
28174
|
+
* information the provider does not already have, and two channels that
|
|
28175
|
+
* can disagree are worse than one (D62).
|
|
28176
|
+
*
|
|
28177
|
+
* Asked per camera and per provider, so it must stay CHEAP — it is a
|
|
28178
|
+
* statement about wiring, answered from a constant, never a call to the
|
|
28179
|
+
* camera. A provider answers with one of {@link CLIP_PLAYBACK_OPTIONS}
|
|
28180
|
+
* and never composes an envelope of its own.
|
|
28181
|
+
*
|
|
28182
|
+
* Optional, and absence is load-bearing: a provider that has not answered
|
|
28183
|
+
* has not restricted anything, and a viewer reads it as the freedom it
|
|
28184
|
+
* always had. See D612 on the rollout order that absence implies.
|
|
28185
|
+
*/
|
|
28186
|
+
getPlaybackOptions: optionalMethod(object({
|
|
28187
|
+
deviceId: number(),
|
|
28188
|
+
/** WHICH provider to ask — the `addonId` a {@link ClipSourceSchema}
|
|
28189
|
+
* row carries. Required for the same reason `listClips` requires it:
|
|
28190
|
+
* a collection cap has no "the bound one" to resolve to (D554). */
|
|
28191
|
+
provider: string().min(1)
|
|
28192
|
+
}), ClipPlaybackOptionsSchema, {
|
|
28193
|
+
kind: "query",
|
|
28194
|
+
auth: "protected"
|
|
27878
28195
|
})
|
|
27879
28196
|
}
|
|
27880
28197
|
};
|
|
@@ -29598,6 +29915,307 @@ DeviceType.Camera, method(object({ deviceId: number() }), DayNightOptionsSchema)
|
|
|
29598
29915
|
auth: "admin"
|
|
29599
29916
|
});
|
|
29600
29917
|
/**
|
|
29918
|
+
* Vendor-neutral **onboard** recording + storage cap — what the CAMERA
|
|
29919
|
+
* writes to the CAMERA's own card, on the camera's own schedule.
|
|
29920
|
+
*
|
|
29921
|
+
* This is NOT `recording.cap.ts`. That one is CamStack's recorder: our
|
|
29922
|
+
* footage ledger, our storage locations, our retention. This one has a
|
|
29923
|
+
* different authority — the camera's firmware — and per D62 it stores
|
|
29924
|
+
* nothing of its own. Every value here is read from the camera and every
|
|
29925
|
+
* write goes back to the camera; there is no CamStack-side mirror that
|
|
29926
|
+
* could disagree with the device.
|
|
29927
|
+
*
|
|
29928
|
+
* ## One shape, two firmwares
|
|
29929
|
+
*
|
|
29930
|
+
* Measured 2026-09-22 against the live fleet:
|
|
29931
|
+
*
|
|
29932
|
+
* | fact | Hikvision (ISAPI) | Reolink (Baichuan) |
|
|
29933
|
+
* | --- | --- | --- |
|
|
29934
|
+
* | storage | `ContentMgmt/Storage` `<hdd>` rows: status, capacity, freeSpace (MB) | `getHddInfoList` (cmd 102): `mount`, `format`, `capacity` GB + `capacityM` MB remainder |
|
|
29935
|
+
* | tracks | several (101 **and** 103 on both 1436 and 3833), each with its own schedule | one per channel |
|
|
29936
|
+
* | schedule | per track, 7 `ScheduleAction` blocks: DayOfWeek + TimeOfDay range + ONE `ActionRecordingMode` | per trigger type, a 168-char weekly HOUR mask |
|
|
29937
|
+
* | triggers | `CMR`, `MOTION` | `Normal`, `MD`, `people`, `vehicle`, `dog_cat`, `crossline`, `intrude`, `loitering` |
|
|
29938
|
+
* | pre-record | `PreRecordTimeSeconds` | `preRecordTime` |
|
|
29939
|
+
* | post-record | `PostRecordTimeSeconds` | `recordDelayTime` |
|
|
29940
|
+
* | overwrite | per track `LoopEnable` | `cycle`, with `cycleList` enumerating the accepted values |
|
|
29941
|
+
* | segment length | not exposed on V5.7.1 | `packageTime` (minutes) |
|
|
29942
|
+
*
|
|
29943
|
+
* The two schedule models look different and are the same thing in
|
|
29944
|
+
* different coordinates: both answer "for this trigger, during which
|
|
29945
|
+
* weekly windows does the camera record". {@link RecordWindow} is that
|
|
29946
|
+
* question in one shape — Hikvision's ranges map straight onto it,
|
|
29947
|
+
* Reolink's mask expands into hour-aligned windows.
|
|
29948
|
+
*
|
|
29949
|
+
* ## Union, not intersection
|
|
29950
|
+
*
|
|
29951
|
+
* **The same fields exist on every camera.** What differs per device is
|
|
29952
|
+
* which VALUES that device accepts, and that is what {@link
|
|
29953
|
+
* RecordingOnboardOptions} reports — a `{ readable, writable, reason }`
|
|
29954
|
+
* per field plus the schedule's own limits. A control a camera cannot
|
|
29955
|
+
* honour is rendered DISABLED WITH ITS REASON, never missing and never
|
|
29956
|
+
* dead: disabled must not look like broken.
|
|
29957
|
+
*
|
|
29958
|
+
* ## Refusal by name
|
|
29959
|
+
*
|
|
29960
|
+
* A write a camera cannot honour is refused with a sentence the operator
|
|
29961
|
+
* can read — never accepted and dropped. Both providers refuse through
|
|
29962
|
+
* {@link describeOnboardRefusal}, so the vocabulary is one function and
|
|
29963
|
+
* one test, not two hand-written vendor opinions.
|
|
29964
|
+
*
|
|
29965
|
+
* Follows the D14 `deviceConfig` archetype (see `stream-params.cap.ts`):
|
|
29966
|
+
* `getOptions` advertises per-camera availability, `getStatus` (auto-
|
|
29967
|
+
* injected from `status`) reports the live values, and a single
|
|
29968
|
+
* `setSettings` mutation applies a partial change. No hand-written
|
|
29969
|
+
* settings-contribution methods.
|
|
29970
|
+
*/
|
|
29971
|
+
/**
|
|
29972
|
+
* What makes the camera start recording during a window.
|
|
29973
|
+
*
|
|
29974
|
+
* The union of both vendors' vocabularies. `continuous` is Hikvision's
|
|
29975
|
+
* `CMR` and Reolink's `Normal`; `motion` is `MOTION` / `MD`. The
|
|
29976
|
+
* object-class triggers are Reolink-only today and the smart-event ones
|
|
29977
|
+
* (`lineCrossing`, `intrusion`, `loitering`) are Reolink-only on the
|
|
29978
|
+
* firmwares measured — a camera that cannot record on a trigger simply
|
|
29979
|
+
* does not list it in `options.schedule.triggers`, and a window naming
|
|
29980
|
+
* it is REFUSED, not dropped.
|
|
29981
|
+
*/
|
|
29982
|
+
var RecordTriggerSchema = _enum([
|
|
29983
|
+
"continuous",
|
|
29984
|
+
"motion",
|
|
29985
|
+
"person",
|
|
29986
|
+
"vehicle",
|
|
29987
|
+
"animal",
|
|
29988
|
+
"lineCrossing",
|
|
29989
|
+
"intrusion",
|
|
29990
|
+
"loitering",
|
|
29991
|
+
"alarmInput"
|
|
29992
|
+
]);
|
|
29993
|
+
/**
|
|
29994
|
+
* One weekly recording window: "on `day`, from `startMinute` to
|
|
29995
|
+
* `endMinute`, record on `trigger`".
|
|
29996
|
+
*
|
|
29997
|
+
* `day` is 0 = Monday … 6 = Sunday (ISO order, which is also the order
|
|
29998
|
+
* both firmwares enumerate). Minutes are local camera time since
|
|
29999
|
+
* midnight; `endMinute` may be 1440, meaning end of day — that is
|
|
30000
|
+
* Hikvision's literal `24:00` and Reolink's 24th mask slot, and
|
|
30001
|
+
* collapsing it to 0 would turn a whole-day window into an empty one.
|
|
30002
|
+
*/
|
|
30003
|
+
var RecordWindowSchema = object({
|
|
30004
|
+
trigger: RecordTriggerSchema,
|
|
30005
|
+
day: number().int().min(0).max(6),
|
|
30006
|
+
startMinute: number().int().min(0).max(1439),
|
|
30007
|
+
endMinute: number().int().min(1).max(1440)
|
|
30008
|
+
});
|
|
30009
|
+
/** Status of one physical volume, as the camera itself describes it. */
|
|
30010
|
+
var OnboardStorageVolumeSchema = object({
|
|
30011
|
+
/** The camera's own id for the volume (`hdd/id`, Reolink `HddInfo/number`). */
|
|
30012
|
+
id: string(),
|
|
30013
|
+
/** The camera's own name for it, when it gives one (`hddName`). */
|
|
30014
|
+
label: string().optional(),
|
|
30015
|
+
status: _enum([
|
|
30016
|
+
"ok",
|
|
30017
|
+
"unformatted",
|
|
30018
|
+
"error",
|
|
30019
|
+
"offline",
|
|
30020
|
+
"unknown"
|
|
30021
|
+
]),
|
|
30022
|
+
/**
|
|
30023
|
+
* Total size in MB, or **null when the camera did not say**.
|
|
30024
|
+
*
|
|
30025
|
+
* Never 0 for an unreadable value: a measurement that failed is not a
|
|
30026
|
+
* measurement (D393), and a card whose size is unknown must not be
|
|
30027
|
+
* rendered as a card of size zero.
|
|
30028
|
+
*/
|
|
30029
|
+
capacityMb: number().nullable(),
|
|
30030
|
+
/**
|
|
30031
|
+
* Free space in MB, or null when unknown.
|
|
30032
|
+
*
|
|
30033
|
+
* **Not a proxy for "has footage".** Measured 2026-09-22: 1436 and
|
|
30034
|
+
* 1439 both report exactly 11776 MB free — the fixed reserve a looping
|
|
30035
|
+
* card converges on once it has wrapped. At loop steady state the
|
|
30036
|
+
* number is identical whether the camera recorded yesterday or stopped
|
|
30037
|
+
* a month ago.
|
|
30038
|
+
*/
|
|
30039
|
+
freeMb: number().nullable(),
|
|
30040
|
+
/** True when the camera reports the volume writable (`property` RW). */
|
|
30041
|
+
writable: boolean().optional()
|
|
30042
|
+
});
|
|
30043
|
+
object({
|
|
30044
|
+
storage: discriminatedUnion("kind", [
|
|
30045
|
+
object({
|
|
30046
|
+
kind: literal("present"),
|
|
30047
|
+
volumes: array(OnboardStorageVolumeSchema)
|
|
30048
|
+
}),
|
|
30049
|
+
object({
|
|
30050
|
+
kind: literal("absent"),
|
|
30051
|
+
reason: string()
|
|
30052
|
+
}),
|
|
30053
|
+
object({
|
|
30054
|
+
kind: literal("unknown"),
|
|
30055
|
+
reason: string()
|
|
30056
|
+
})
|
|
30057
|
+
]),
|
|
30058
|
+
tracks: array(object({
|
|
30059
|
+
id: string(),
|
|
30060
|
+
enabled: boolean(),
|
|
30061
|
+
isVideo: boolean(),
|
|
30062
|
+
/** From the camera's own track description. Null when it does not say. */
|
|
30063
|
+
codec: string().nullable(),
|
|
30064
|
+
resolution: string().nullable(),
|
|
30065
|
+
/** Per-track overwrite flag, where the firmware keeps it per track. */
|
|
30066
|
+
overwriteWhenFull: boolean().nullable()
|
|
30067
|
+
})),
|
|
30068
|
+
/**
|
|
30069
|
+
* The track the write path targets — the enabled VIDEO one. Null when
|
|
30070
|
+
* no track could be identified, which is itself a refusal reason.
|
|
30071
|
+
*/
|
|
30072
|
+
primaryTrackId: string().nullable(),
|
|
30073
|
+
/** Master "record to the card at all" switch. */
|
|
30074
|
+
enabled: boolean().nullable(),
|
|
30075
|
+
overwriteWhenFull: boolean().nullable(),
|
|
30076
|
+
preRecordSec: number().nullable(),
|
|
30077
|
+
postRecordSec: number().nullable(),
|
|
30078
|
+
/** Length of one recorded file, in minutes. */
|
|
30079
|
+
segmentMinutes: number().nullable(),
|
|
30080
|
+
/** The primary track's weekly windows, flattened. */
|
|
30081
|
+
windows: array(RecordWindowSchema),
|
|
30082
|
+
/**
|
|
30083
|
+
* How many windows the camera described that CamStack could NOT read —
|
|
30084
|
+
* an unrecognised trigger, an unparseable clock, a weekday it does not
|
|
30085
|
+
* name.
|
|
30086
|
+
*
|
|
30087
|
+
* A dropped window is work the reader threw away, and a schedule that
|
|
30088
|
+
* silently shows fewer rows than the camera holds is how an operator
|
|
30089
|
+
* saves back a schedule shorter than the one they were looking at
|
|
30090
|
+
* (D391). Non-zero means the window list is INCOMPLETE and a write
|
|
30091
|
+
* that replaces it would delete what was not shown — which is why a
|
|
30092
|
+
* provider reporting a non-zero count also reports the schedule as not
|
|
30093
|
+
* writable.
|
|
30094
|
+
*/
|
|
30095
|
+
unreadableWindows: number(),
|
|
30096
|
+
/**
|
|
30097
|
+
* The camera is scheduled to record and has NO usable storage.
|
|
30098
|
+
*
|
|
30099
|
+
* A first-class fact because it is the fleet's most common silent
|
|
30100
|
+
* defect: measured 2026-09-22, 1441 and 3831 are both motion-recording
|
|
30101
|
+
* to a card that is not there. Neither the schedule nor the storage
|
|
30102
|
+
* read says anything wrong on its own; only the pair does.
|
|
30103
|
+
*/
|
|
30104
|
+
recordingToNowhere: boolean(),
|
|
30105
|
+
lastFetchedAt: number()
|
|
30106
|
+
});
|
|
30107
|
+
/** Numeric range descriptor — `{ min, max, step }` per the getOptions convention. */
|
|
30108
|
+
var RangeSchema = object({
|
|
30109
|
+
min: number(),
|
|
30110
|
+
max: number(),
|
|
30111
|
+
step: number()
|
|
30112
|
+
});
|
|
30113
|
+
/**
|
|
30114
|
+
* The values a camera actually takes for a numeric field, when they are a SET
|
|
30115
|
+
* rather than a range.
|
|
30116
|
+
*
|
|
30117
|
+
* `{min,max,step}` cannot say what these two firmwares do. Measured on 1436
|
|
30118
|
+
* (I91DN) on 2026-09-22 by writing each value and reading it back:
|
|
30119
|
+
*
|
|
30120
|
+
* - pre-record: `0, 5, 10, 15, 20, 25, 30` and `2147483647` (INT32_MAX, the
|
|
30121
|
+
* camera's "no limit" — `-1` and `4294967295` both land on it);
|
|
30122
|
+
* - post-record: `5, 10, 30, 60, 120, 300, 600`.
|
|
30123
|
+
*
|
|
30124
|
+
* Neither is expressible as a step: the first has a sentinel two billion away
|
|
30125
|
+
* from its neighbours, the second doubles and then jumps. A range that tried
|
|
30126
|
+
* would forbid values the camera takes AND permit values it silently replaces
|
|
30127
|
+
* with 5 — wrong in both directions at once.
|
|
30128
|
+
*
|
|
30129
|
+
* `sentinel` names the member that is not a duration, so a surface can render
|
|
30130
|
+
* "no limit" instead of `2147483647` seconds.
|
|
30131
|
+
*/
|
|
30132
|
+
var AllowedValuesSchema = object({
|
|
30133
|
+
values: array(number()).min(1),
|
|
30134
|
+
sentinel: object({
|
|
30135
|
+
value: number(),
|
|
30136
|
+
meaning: _enum(["no-limit", "disabled"])
|
|
30137
|
+
}).optional()
|
|
30138
|
+
});
|
|
30139
|
+
/**
|
|
30140
|
+
* Per-field availability on ONE camera.
|
|
30141
|
+
*
|
|
30142
|
+
* The field exists on every camera — this says whether this one can be
|
|
30143
|
+
* read and whether it can be written, and `reason` says why not when
|
|
30144
|
+
* either is false. The UI renders the control DISABLED with the reason
|
|
30145
|
+
* rather than hiding it, so a limitation is legible instead of looking
|
|
30146
|
+
* like a missing feature.
|
|
30147
|
+
*/
|
|
30148
|
+
var OnboardFieldSupportSchema = object({
|
|
30149
|
+
readable: boolean(),
|
|
30150
|
+
writable: boolean(),
|
|
30151
|
+
/** Required whenever `readable` or `writable` is false. */
|
|
30152
|
+
reason: string().optional()
|
|
30153
|
+
});
|
|
30154
|
+
/** What this camera's schedule model can express. */
|
|
30155
|
+
var OnboardScheduleSupportSchema = object({
|
|
30156
|
+
support: OnboardFieldSupportSchema,
|
|
30157
|
+
/**
|
|
30158
|
+
* The smallest time step the camera can express, in minutes.
|
|
30159
|
+
*
|
|
30160
|
+
* Hikvision takes arbitrary minutes (`00:05:00`–`23:57:00` observed on
|
|
30161
|
+
* 1436's track 103). Reolink's schedule is a 7×24 HOUR mask, so 60. A
|
|
30162
|
+
* window whose edges are not a multiple of this is REFUSED rather than
|
|
30163
|
+
* quietly rounded — rounding is how an operator's 06:30 becomes 06:00
|
|
30164
|
+
* and nothing says so.
|
|
30165
|
+
*/
|
|
30166
|
+
granularityMinutes: number(),
|
|
30167
|
+
/** Triggers this camera can record on. A window naming another is refused. */
|
|
30168
|
+
triggers: array(RecordTriggerSchema),
|
|
30169
|
+
/**
|
|
30170
|
+
* False when the camera stores ONE trigger per time range, so two
|
|
30171
|
+
* windows overlapping on the same day cannot carry different triggers.
|
|
30172
|
+
* True on Reolink, whose mask is per-trigger and independent.
|
|
30173
|
+
*/
|
|
30174
|
+
supportsOverlappingTriggers: boolean()
|
|
30175
|
+
});
|
|
30176
|
+
var RecordingOnboardOptionsSchema = object({
|
|
30177
|
+
enabled: OnboardFieldSupportSchema,
|
|
30178
|
+
overwriteWhenFull: OnboardFieldSupportSchema,
|
|
30179
|
+
preRecordSec: OnboardFieldSupportSchema,
|
|
30180
|
+
preRecordSecRange: RangeSchema.optional(),
|
|
30181
|
+
/** Preferred over the range when the camera takes a SET, not a span. */
|
|
30182
|
+
preRecordSecAllowed: AllowedValuesSchema.optional(),
|
|
30183
|
+
postRecordSec: OnboardFieldSupportSchema,
|
|
30184
|
+
postRecordSecRange: RangeSchema.optional(),
|
|
30185
|
+
/** Preferred over the range when the camera takes a SET, not a span. */
|
|
30186
|
+
postRecordSecAllowed: AllowedValuesSchema.optional(),
|
|
30187
|
+
segmentMinutes: OnboardFieldSupportSchema,
|
|
30188
|
+
segmentMinutesRange: RangeSchema.optional(),
|
|
30189
|
+
/** Preferred over the range when the camera takes a SET, not a span. */
|
|
30190
|
+
segmentMinutesAllowed: AllowedValuesSchema.optional(),
|
|
30191
|
+
schedule: OnboardScheduleSupportSchema
|
|
30192
|
+
});
|
|
30193
|
+
/**
|
|
30194
|
+
* A partial change. Every field optional.
|
|
30195
|
+
*
|
|
30196
|
+
* Unlike the other `deviceConfig` caps, a provider here does **NOT**
|
|
30197
|
+
* silently ignore a field it cannot support — it refuses, by name,
|
|
30198
|
+
* through {@link describeOnboardRefusal}. Silence on a recording setting
|
|
30199
|
+
* is the failure D62 exists to prevent: the operator believes the camera
|
|
30200
|
+
* is recording the way the form says, and it is not.
|
|
30201
|
+
*/
|
|
30202
|
+
var RecordingOnboardPatchSchema = object({
|
|
30203
|
+
enabled: boolean().optional(),
|
|
30204
|
+
overwriteWhenFull: boolean().optional(),
|
|
30205
|
+
preRecordSec: number().optional(),
|
|
30206
|
+
postRecordSec: number().optional(),
|
|
30207
|
+
segmentMinutes: number().optional(),
|
|
30208
|
+
/** The complete new window set for the primary track — not a delta. */
|
|
30209
|
+
windows: array(RecordWindowSchema).optional()
|
|
30210
|
+
});
|
|
30211
|
+
DeviceType.Camera, method(object({ deviceId: number() }), RecordingOnboardOptionsSchema), method(object({
|
|
30212
|
+
deviceId: number(),
|
|
30213
|
+
settings: RecordingOnboardPatchSchema
|
|
30214
|
+
}), _void(), {
|
|
30215
|
+
kind: "mutation",
|
|
30216
|
+
auth: "admin"
|
|
30217
|
+
});
|
|
30218
|
+
/**
|
|
29601
30219
|
* Generic device-level status snapshot. Auto-registered by `BaseDevice`
|
|
29602
30220
|
* for every device, regardless of provider — the kernel needs a uniform
|
|
29603
30221
|
* cap-keyed slice for the basic device flags every consumer expects to
|
|
@@ -39159,6 +39777,12 @@ Object.freeze({
|
|
|
39159
39777
|
addonId: null,
|
|
39160
39778
|
access: "view"
|
|
39161
39779
|
},
|
|
39780
|
+
"deviceAdminLink.getAdminLink": {
|
|
39781
|
+
capName: "device-admin-link",
|
|
39782
|
+
capScope: "device",
|
|
39783
|
+
addonId: null,
|
|
39784
|
+
access: "view"
|
|
39785
|
+
},
|
|
39162
39786
|
"deviceAdoption.adopt": {
|
|
39163
39787
|
capName: "device-adoption",
|
|
39164
39788
|
capScope: "system",
|
|
@@ -43197,6 +43821,24 @@ Object.freeze({
|
|
|
43197
43821
|
addonId: null,
|
|
43198
43822
|
access: "view"
|
|
43199
43823
|
},
|
|
43824
|
+
"recordingOnboard.getOptions": {
|
|
43825
|
+
capName: "recording-onboard",
|
|
43826
|
+
capScope: "device",
|
|
43827
|
+
addonId: null,
|
|
43828
|
+
access: "view"
|
|
43829
|
+
},
|
|
43830
|
+
"recordingOnboard.getStatus": {
|
|
43831
|
+
capName: "recording-onboard",
|
|
43832
|
+
capScope: "device",
|
|
43833
|
+
addonId: null,
|
|
43834
|
+
access: "view"
|
|
43835
|
+
},
|
|
43836
|
+
"recordingOnboard.setSettings": {
|
|
43837
|
+
capName: "recording-onboard",
|
|
43838
|
+
capScope: "device",
|
|
43839
|
+
addonId: null,
|
|
43840
|
+
access: "create"
|
|
43841
|
+
},
|
|
43200
43842
|
"recordingSignal.getStatus": {
|
|
43201
43843
|
capName: "recording-signal",
|
|
43202
43844
|
capScope: "device",
|
|
@@ -44661,6 +45303,12 @@ Object.freeze({
|
|
|
44661
45303
|
addonId: null,
|
|
44662
45304
|
access: "view"
|
|
44663
45305
|
},
|
|
45306
|
+
"videoclips.getPlaybackOptions": {
|
|
45307
|
+
capName: "videoclips",
|
|
45308
|
+
capScope: "device",
|
|
45309
|
+
addonId: null,
|
|
45310
|
+
access: "view"
|
|
45311
|
+
},
|
|
44664
45312
|
"videoclips.listClips": {
|
|
44665
45313
|
capName: "videoclips",
|
|
44666
45314
|
capScope: "device",
|
|
@@ -44673,6 +45321,12 @@ Object.freeze({
|
|
|
44673
45321
|
addonId: null,
|
|
44674
45322
|
access: "view"
|
|
44675
45323
|
},
|
|
45324
|
+
"videoclips.offerClipBytes": {
|
|
45325
|
+
capName: "videoclips",
|
|
45326
|
+
capScope: "device",
|
|
45327
|
+
addonId: null,
|
|
45328
|
+
access: "view"
|
|
45329
|
+
},
|
|
44676
45330
|
"videoclips.readClipBytes": {
|
|
44677
45331
|
capName: "videoclips",
|
|
44678
45332
|
capScope: "device",
|
|
@@ -45083,6 +45737,11 @@ Object.freeze({
|
|
|
45083
45737
|
form: "single",
|
|
45084
45738
|
optional: true
|
|
45085
45739
|
}],
|
|
45740
|
+
"deviceAdminLink.getAdminLink": [{
|
|
45741
|
+
name: "deviceId",
|
|
45742
|
+
form: "single",
|
|
45743
|
+
optional: false
|
|
45744
|
+
}],
|
|
45086
45745
|
"deviceAdoption.release": [{
|
|
45087
45746
|
name: "camDeviceId",
|
|
45088
45747
|
form: "single",
|
|
@@ -46468,6 +47127,16 @@ Object.freeze({
|
|
|
46468
47127
|
form: "single",
|
|
46469
47128
|
optional: true
|
|
46470
47129
|
}],
|
|
47130
|
+
"recordingOnboard.getOptions": [{
|
|
47131
|
+
name: "deviceId",
|
|
47132
|
+
form: "single",
|
|
47133
|
+
optional: false
|
|
47134
|
+
}],
|
|
47135
|
+
"recordingOnboard.setSettings": [{
|
|
47136
|
+
name: "deviceId",
|
|
47137
|
+
form: "single",
|
|
47138
|
+
optional: false
|
|
47139
|
+
}],
|
|
46471
47140
|
"recordingSignal.getStatus": [{
|
|
46472
47141
|
name: "deviceId",
|
|
46473
47142
|
form: "single",
|
|
@@ -46704,6 +47373,11 @@ Object.freeze({
|
|
|
46704
47373
|
form: "single",
|
|
46705
47374
|
optional: false
|
|
46706
47375
|
}],
|
|
47376
|
+
"videoclips.getPlaybackOptions": [{
|
|
47377
|
+
name: "deviceId",
|
|
47378
|
+
form: "single",
|
|
47379
|
+
optional: false
|
|
47380
|
+
}],
|
|
46707
47381
|
"videoclips.listClips": [{
|
|
46708
47382
|
name: "deviceId",
|
|
46709
47383
|
form: "single",
|
|
@@ -46714,6 +47388,11 @@ Object.freeze({
|
|
|
46714
47388
|
form: "single",
|
|
46715
47389
|
optional: false
|
|
46716
47390
|
}],
|
|
47391
|
+
"videoclips.offerClipBytes": [{
|
|
47392
|
+
name: "deviceId",
|
|
47393
|
+
form: "single",
|
|
47394
|
+
optional: false
|
|
47395
|
+
}],
|
|
46717
47396
|
"videoclips.readClipBytes": [{
|
|
46718
47397
|
name: "deviceId",
|
|
46719
47398
|
form: "single",
|
|
@@ -48478,4 +49157,4 @@ function enumerateInferenceDevices(hw) {
|
|
|
48478
49157
|
return out;
|
|
48479
49158
|
}
|
|
48480
49159
|
//#endregion
|
|
48481
|
-
export {
|
|
49160
|
+
export { deriveDetailCropRect as $, buildFfmpegArgs as $t, PoolMemoryWatchdog as A, preprocess as An, pipelineExecutorCapability as At, addonWidgetsSourceCapability as B, resolvePoolMemoryPolicy as Bt, FailureCounters as C, array as Cn, motionDetectionCapability as Ct, NativeLeaseAdmissionSchema as D, literal as Dn, pickClusterStepSettings as Dt, MOTION_CLOSE_AFTER_MS as E, lazy as En, pickClusterStepModels as Et, RecordingSignalStatusSchema as F, recordingSignalCapability as Ft, cameraStreamsCapability as G, streamBrokerCapability as Gt, audioAnalyzerCapability as H, runtimeDevices as Ht, RingBuffer as I, resolveClusterStepModelId as It, createHwAccelCache as J, videoclipsCapability as Jt, clipExportFailure as K, stripRetiredBandPreBufferSec as Kt, VIDEOCLIPS_MAX_OFFER_BYTES as L, resolveCreateExportSubject as Lt, RATE_CONTROL_TIGHT as M, string as Mn, rankStreams as Mt, RECORDING_EXPORT_MAX_READ_BYTES as N, union as Nn, recordingCapability as Nt, NativeLeaseSettingsSchema as O, number as On, pickDetailCropConvention as Ot, RecordingConfigSchema as P, EventCategory as Pn, recordingExportCapability as Pt, deriveBatteryPresence as Q, Fmp4BoxSplitter as Qt, VISIT_MERGE_GAP_MS as R, resolveEgressDecodeHwAccel as Rt, ExportRecordSchema as S, _enum as Sn, modeMayWrite as St, HF_BASE_URL as T, discriminatedUnion as Tn, parseProcStatus as Tt, audioKindId as U, storageEvictableCapability as Ut, audioAnalysisCapability as V, resolveRecordingProfiles as Vt, batteryCapability as W, storageOccupancyCapability as Wt, declareLogChannel as X, errMsg as Xt, createLogChannelsProvider as Y, webrtcSessionCapability as Yt, defaultDeviceFor as Z, AUDIO_PRESETS as Zt, DEFAULT_NATIVE_LEASE_SETTINGS as _, nodePin as _n, mapAudioLabelToMacro as _t, CLIP_BROKER_PACED_RATES as a, CamProfileSchema as an, evaluateSensorEdge as at, EVENT_PAD_MS as b, selectAssignedProfileSlots as bn, mayWriteToLocation as bt, CLIP_STREAM_TRANSPORT_HEADER as c, audioChunkBytesPerSample as cn, evictionPolicyOfLocation as ct, DEFAULT_AUDIO_ANALYZER_CONFIG as d, defineCustomActions as dn, gbToBytes as dt, invocationFromEncodeProfile as en, deriveRecordingMode as et, DEFAULT_CLUSTER_STEP_MODELS as f, expandAudioChunkToF32le as fn, hfModelUrl as ft, DEFAULT_FIRST_SIGHTING_FRESHNESS_MS as g, makeSourceBrokerId as gn, logChannelsCapability as gt, DEFAULT_EVENTS_BAND_BUFFER_SEC as h, makeProfileBrokerId as hn, loadContributionCapability as ht, BatteryStatusSchema as i, CAM_PROFILE_ORDER as in, enumerateInferenceDevices as it, RATE_CONTROL_RELAXED as j, record as jn, pipelineRunnerCapability as jt, OpsLogEntrySchema as k, object as kn, pickNativeLeaseOverride as kt, COCO_80_LABELS as l, createEvent as ln, exportSubjectOf as lt, DEFAULT_DETAIL_CROP_CONVENTION as m, isEvent as mn, isFirstLevelMacroClass as mt, AUDIO_BACKEND_CHOICES as n, BOOT_RECOVERY_BACKOFF_MS as nn, egressTranscodeSharingKey as nt, CLIP_STILL_REASON_CODE_HEADER as o, DeviceFeature as on, evaluateZoneRules as ot, DEFAULT_CLUSTER_STEP_SETTINGS as p, hydrateSchema as pn, inferModelProvider as pt, clipExportFailureOf as q, supportedRuntimes as qt, AUDIO_MACRO_LABELS as r, BaseAddon as rn, egressTransportFromRequest as rt, CLIP_STILL_REASON_HEADER as s, DeviceType as sn, evictionPolicyForMode as st, APPLE_SA_TO_MACRO as t, isSoftwareDecode as tn, detectionPipelineCapability as tt, COCO_TO_MACRO as u, customAction as un, failureContributionCapability as ut, DEVICE_BACKEND_TO_FORMAT as v, parseJsonUnknown as vn, maskUrlCredentials as vt, G711_SCALE_CORRECTION_DB as w, boolean as wn, overlayClusterStepSettings as wt, EncodeProfileSchema as x, sleep as xn, migrateLegacyDeviceSignalConfig as xt, EVENT_OWNER_TYPES as y, parseProfileBrokerId as yn, mayReadLocation as yt, YAMNET_TO_MACRO as z, resolveLocationMode as zt };
|