@camstack/addon-model-studio 1.1.164 → 1.1.166

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 (18) hide show
  1. package/dist/{MotionZonesSettings-CHzXr5dP.mjs → MotionZonesSettings-C2ftiA6i.mjs} +2 -2
  2. package/dist/{PrivacyMaskSettings-Cs54CZCT.mjs → PrivacyMaskSettings-Xg4k3L47.mjs} +4 -4
  3. package/dist/{SceneMonitorEditor-iH2tq85a.mjs → SceneMonitorEditor-CEsQn7b2.mjs} +3 -3
  4. package/dist/_stub.js +12 -12
  5. package/dist/{_virtual_mf-localSharedImportMap___mfe_internal__addon_model_studio_page-sM42jslE.mjs → _virtual_mf-localSharedImportMap___mfe_internal__addon_model_studio_page-Doe1jImv.mjs} +3 -3
  6. package/dist/_virtual_mf___mfe_internal__addon_model_studio_page__loadShare___mf_0_camstack_mf_1_types__loadShare__.js-ByY5idrl.mjs +26 -0
  7. package/dist/{hostInit-BhnNW7zV.mjs → hostInit-DJug5Kyx.mjs} +2 -2
  8. package/dist/model-studio.addon.js +569 -1
  9. package/dist/model-studio.addon.mjs +569 -1
  10. package/dist/{player-overlays-CFbyi-R3.mjs → player-overlays-Drd0jdDm.mjs} +1 -1
  11. package/dist/remoteEntry.js +1 -1
  12. package/dist/{responsive-Df1xxZOH.mjs → responsive-CO49Ymxi.mjs} +1 -1
  13. package/dist/{scene-monitor-copy-DqMn6cls.mjs → scene-monitor-copy-D5Esy39C.mjs} +1 -1
  14. package/dist/{square-M98yiurp.mjs → square-I3JVGn-g.mjs} +1 -1
  15. package/dist/{trash-2-CiBDBBgz.mjs → trash-2-Rdm8qwZb.mjs} +1 -1
  16. package/dist/{virtual_mf-REMOTE_ENTRY_ID___mfe_internal__addon_model_studio_page__remoteEntry_js-DYrEnuGk.mjs → virtual_mf-REMOTE_ENTRY_ID___mfe_internal__addon_model_studio_page__remoteEntry_js-WVMYffMk.mjs} +1 -1
  17. package/package.json +1 -1
  18. package/dist/_virtual_mf___mfe_internal__addon_model_studio_page__loadShare___mf_0_camstack_mf_1_types__loadShare__.js-DXgrHIFq.mjs +0 -26
@@ -5863,7 +5863,7 @@ var ZodIssueCode = {
5863
5863
  var ZodFirstPartyTypeKind;
5864
5864
  ZodFirstPartyTypeKind || (ZodFirstPartyTypeKind = {});
5865
5865
  //#endregion
5866
- //#region ../types/dist/sleep-De1BvmWo.mjs
5866
+ //#region ../types/dist/sleep-COWaSCAi.mjs
5867
5867
  /**
5868
5868
  * The audio chunk plane's byte format, and the ONE expansion from a coded
5869
5869
  * window to float samples (D455).
@@ -8098,6 +8098,24 @@ object({
8098
8098
  unreachable: number()
8099
8099
  })
8100
8100
  });
8101
+ /** The wire shape of {@link PeerBytesTicket} — see the type for what it is. */
8102
+ var PeerBytesTicketSchema = object({
8103
+ /** `http://127.0.0.1:<port>/<token>`. One `GET` takes it. */
8104
+ url: string().min(1),
8105
+ /**
8106
+ * The HOST node this URL means something on — the hub or a named agent,
8107
+ * never a runner. {@link AddonPeerBytes.open} compares it to its own and
8108
+ * refuses `cross-node` by name when they differ, without dialling.
8109
+ */
8110
+ hostNodeId: string().min(1),
8111
+ expiresAtMs: number().int().nonnegative(),
8112
+ /**
8113
+ * What the producer DECLARED the body to be, when it knows — `null` when it
8114
+ * does not. Never `0` for unknown (D393): a consumer sizing a bound off this
8115
+ * must be able to tell "the producer did not say" from "the body is empty".
8116
+ */
8117
+ declaredBytes: number().int().nonnegative().nullable()
8118
+ });
8101
8119
  /**
8102
8120
  * Adoption job — the background form of `device-adoption.adopt`.
8103
8121
  *
@@ -13909,6 +13927,97 @@ method(object({ integrationId: string() }), object({ filters: array(AdoptionFilt
13909
13927
  auth: "admin"
13910
13928
  });
13911
13929
  /**
13930
+ * device-admin-link — "this device has a management page of its own, and here
13931
+ * is its address".
13932
+ *
13933
+ * ## Why this is not a `deviceConfig` cap
13934
+ *
13935
+ * There is nothing to edit. A `deviceConfig` cap (D14) exists so the framework
13936
+ * can DERIVE a settings form from `getOptions` + `getStatus` and route a flat
13937
+ * patch back through a setter; it costs a `builderId` reducer in
13938
+ * `device-config-contribution.ts` and a `*-config-schema.ts` beside it, and it
13939
+ * renders a form section. This cap answers ONE question with ONE read and
13940
+ * renders a button. Nothing about it is a form, so it carries no `deviceConfig`
13941
+ * block, no `settings`, no `runtimeState` and no reducer — exactly like
13942
+ * `reboot`, the other pure-RPC device-native cap.
13943
+ *
13944
+ * ## Absent, and the difference between "no page" and "we cannot say"
13945
+ *
13946
+ * The two are answered at DIFFERENT layers, on purpose:
13947
+ *
13948
+ * - **"We cannot say"** → the provider never registers the cap for that
13949
+ * device. A VeSync humidifier, a Petkit feeder, a Dreame vacuum and a Dreo
13950
+ * fan are reached only through a vendor cloud; there is no address to hand
13951
+ * out and no page to open. A Tuya plug, a Wyze camera and a Gree air
13952
+ * conditioner DO have a LAN IP, and still have no HTTP management page
13953
+ * behind it. None of them register, so `deviceManager.getBindings` never
13954
+ * lists the cap and no surface asks.
13955
+ * - **"This device has no page, and I know that"** → the provider registers
13956
+ * and `getAdminLink` returns `null`. This is the answer for a device whose
13957
+ * sibling DOES have a page: a Reolink battery camera reached over UDP by
13958
+ * `uid` with a blank `host`, an Ecowitt gateway configured in `listener`
13959
+ * transport, a Home Assistant broker authenticated by supervisor token
13960
+ * (which carries no `baseUrl` at all).
13961
+ *
13962
+ * Both draw NOTHING. A button that opens a browser error is worse than no
13963
+ * button, and D62 is the same rule from the other side: an off switch is
13964
+ * reported off, never made to look broken. There is no third state where the
13965
+ * UI renders a disabled button "because the device might have a page".
13966
+ *
13967
+ * ## The URL never carries credentials
13968
+ *
13969
+ * Not in userinfo, not in a query string. Every provider builds through
13970
+ * `buildDeviceAdminUrl` (`device-admin-link-url.ts`), which takes host, port,
13971
+ * scheme and path as separate arguments — there is no parameter a secret could
13972
+ * arrive in — and re-checks its own output for the `scheme://user:pass@` shape
13973
+ * that `scripts/check-no-credential-urls-in-fixtures.ts` bans from recorded
13974
+ * output. `scripts/check-admin-link-builder-is-the-only-url-source.ts` is what
13975
+ * keeps providers from hand-rolling one anyway.
13976
+ *
13977
+ * This matters here more than anywhere else in the repo, because every provider
13978
+ * that knows a device's host knows its PASSWORD too: `{ host, port, username,
13979
+ * password }` sit in one object on Hikvision, Amcrest, Reolink and ONVIF alike,
13980
+ * and `http://admin:hunter2@192.168.50.139/` is a URL a browser accepts. The
13981
+ * camera's own page will ask for its own login. That is correct, and pre-
13982
+ * filling it is the operator's business, not ours.
13983
+ *
13984
+ * ## It is a LAN fact
13985
+ *
13986
+ * The URL addresses the device where the NODE can see it. It is not proxied,
13987
+ * not made reachable from outside, and not sent anywhere. A surface renders it
13988
+ * as a link the operator's own browser follows, on the operator's own network,
13989
+ * or renders nothing.
13990
+ */
13991
+ /**
13992
+ * Whose page is it. The distinction is for the OPERATOR, who needs to know
13993
+ * before clicking whether he is about to land on a camera's own web server or
13994
+ * inside Home Assistant.
13995
+ */
13996
+ var AdminLinkTargetEnum = _enum(["device", "integration"]);
13997
+ var DeviceAdminLinkSchema = object({
13998
+ /**
13999
+ * Absolute `http(s)://` URL. Built by `buildDeviceAdminUrl` and therefore
14000
+ * free of userinfo and of any credential-shaped query key.
14001
+ */
14002
+ url: string(),
14003
+ /**
14004
+ * What the surface calls it — "Web UI", "Home Assistant", "UniFi controller".
14005
+ * The PROVIDER names it, because only the provider knows what the page is;
14006
+ * a UI that invented the label from the addon id would call the Home
14007
+ * Assistant device page "Provider Homeassistant".
14008
+ */
14009
+ label: string(),
14010
+ target: AdminLinkTargetEnum,
14011
+ /**
14012
+ * Host the URL points at, without scheme, port or path — for the tooltip, so
14013
+ * an operator can see WHERE the button goes before he follows it. Redundant
14014
+ * with `url` by construction; carried separately so no surface has to parse
14015
+ * a URL to show it.
14016
+ */
14017
+ host: string()
14018
+ });
14019
+ method(object({ deviceId: number().int().nonnegative() }), DeviceAdminLinkSchema.nullable(), { auth: "admin" });
14020
+ /**
13912
14021
  * `device-export` — collection cap for addons that export camstack
13913
14022
  * devices to external ecosystems (HomeAssistant via MQTT discovery,
13914
14023
  * HomeKit/HAP, Alexa Smart Home, …).
@@ -24606,6 +24715,7 @@ _enum([
24606
24715
  "sleeping",
24607
24716
  "camera-refused",
24608
24717
  "no-keyframe",
24718
+ "decode-failed",
24609
24719
  "no-catalog-row",
24610
24720
  "unsupported",
24611
24721
  "unknown-device",
@@ -24880,6 +24990,32 @@ var ClipBytesSchema = object({
24880
24990
  durationMs: number().positive().optional()
24881
24991
  });
24882
24992
  /**
24993
+ * Where a clip's finished bytes can be TAKEN (D613) — the answer to
24994
+ * {@link videoclipsCapability.methods.offerClipBytes}.
24995
+ *
24996
+ * Everything {@link ClipBytesSchema} carries except the bytes themselves, plus
24997
+ * the one-shot ticket that leads to them. The metadata is answered BEFORE the
24998
+ * transfer on purpose: a consumer learns which twin it got, what to call the
24999
+ * file and how long the clip runs without having to read a byte, so a decision
25000
+ * it would make on that metadata (a wrong twin, an implausible duration) costs
25001
+ * no transfer at all.
25002
+ */
25003
+ var ClipBytesOfferSchema = object({
25004
+ /**
25005
+ * One shot, seconds-long, loopback, on the PROVIDER's own host. Open it with
25006
+ * `ctx.peerBytes.open(...)`, which refuses a ticket from another node by
25007
+ * name rather than dialling a port that means something else here.
25008
+ */
25009
+ ticket: PeerBytesTicketSchema,
25010
+ contentType: string(),
25011
+ /** Suggested filename, extension included. */
25012
+ name: string(),
25013
+ /** Which twin was actually served — see {@link ClipBytesSchema.served}. */
25014
+ served: CamProfileSchema,
25015
+ /** See {@link ClipBytesSchema.durationMs}. Absent when nothing measured it. */
25016
+ durationMs: number().positive().optional()
25017
+ });
25018
+ /**
24883
25019
  * Where a clip's STREAM can be dialled (D597) — the answer to
24884
25020
  * {@link videoclipsCapability.methods.dialClipStream}.
24885
25021
  *
@@ -24955,6 +25091,44 @@ var ClipStreamDialSchema = object({
24955
25091
  /** Why `servedAudio` is `none` although sound was asked for. */
24956
25092
  audioReason: ClipStreamAudioReasonSchema.optional()
24957
25093
  });
25094
+ /**
25095
+ * What a surface may DRAW for this provider's clips — the answer to
25096
+ * {@link videoclipsCapability.methods.getPlaybackOptions} (D612).
25097
+ *
25098
+ * The envelope is a PROVIDER fact, not a clip fact, and that is measured, not
25099
+ * assumed: the broker's `chooseClipPath` reads exactly two inputs — whether
25100
+ * `dialClipStream` and `readClipBytes` are wired — and both are constants of
25101
+ * the broker's own closure over the provider's methods. The `profile` it is
25102
+ * handed is explicitly not read. So every clip of a provider is served the
25103
+ * same way, and a per-clip channel carried a value that could not vary. The
25104
+ * per-clip `clipTransport` server message was removed for exactly that reason.
25105
+ *
25106
+ * Queried per camera, before a clip is picked, so a control is rendered or
25107
+ * DISABLED rather than offered and refused at play time (D62: a disabled
25108
+ * control reads as unavailable, one that undoes the gesture reads as broken).
25109
+ */
25110
+ var ClipPlaybackOptionsSchema = object({
25111
+ /**
25112
+ * How this provider's clips reach the player. `stream` is the provider's
25113
+ * forward-only fMP4 (D597); `file` is one bounded by-handle fetch of the
25114
+ * whole clip, `stbl` indexed (D575).
25115
+ */
25116
+ transport: _enum(["stream", "file"]),
25117
+ /** `forward` = only ahead of the playhead. `free` = anywhere. */
25118
+ seek: _enum(["forward", "free"]),
25119
+ /** Frame-step BACKWARD is meaningful. Forward always is. */
25120
+ stepBack: boolean(),
25121
+ /** Whether the scrub gesture is served, as opposed to refused by name. */
25122
+ scrub: boolean(),
25123
+ /**
25124
+ * The rates that can be delivered, ascending, always containing `1`. The
25125
+ * viewer draws its picker from this and from nothing else — a constant it
25126
+ * keeps instead is the second authority that produced the defect: `8` and
25127
+ * `16` were offered, the broker clamped them to `4`, and no line anywhere
25128
+ * said so. `0` is not a member: pause is the absence of a rate.
25129
+ */
25130
+ rates: array(number().positive()).min(1).readonly()
25131
+ });
24958
25132
  var ClipSourceAvailabilitySchema = object({
24959
25133
  state: _enum([
24960
25134
  "ok",
@@ -25114,6 +25288,29 @@ DeviceType.Camera, method(object({
25114
25288
  }), ClipBytesSchema, {
25115
25289
  kind: "query",
25116
25290
  auth: "protected"
25291
+ }), optionalMethod(object({
25292
+ deviceId: number(),
25293
+ clipId: string().min(1),
25294
+ /** WHICH provider holds the bytes — see `readClipBytes.provider`. */
25295
+ provider: string().min(1),
25296
+ /** Which twin — `low | mid` → the sub file, `high` → the main twin. */
25297
+ profile: CamProfileSchema.optional(),
25298
+ /**
25299
+ * The CALLER's byte bound, so an over-size clip is refused before the
25300
+ * camera is touched rather than after. Capped by
25301
+ * {@link VIDEOCLIPS_MAX_OFFER_BYTES} whatever is passed; absent means
25302
+ * that ceiling.
25303
+ */
25304
+ maxBytes: number().int().positive().optional(),
25305
+ /**
25306
+ * The operator's authorisation to wake a sleeping camera for this
25307
+ * read. Absent — the default — means a sleeping standalone battery
25308
+ * camera is REFUSED by name, before any session is opened.
25309
+ */
25310
+ wake: ClipWakeSchema.optional()
25311
+ }), ClipBytesOfferSchema, {
25312
+ kind: "query",
25313
+ auth: "protected"
25117
25314
  }), optionalMethod(object({
25118
25315
  deviceId: number(),
25119
25316
  clipId: string().min(1),
@@ -25135,6 +25332,15 @@ DeviceType.Camera, method(object({
25135
25332
  }), ClipStreamDialSchema, {
25136
25333
  kind: "query",
25137
25334
  auth: "protected"
25335
+ }), optionalMethod(object({
25336
+ deviceId: number(),
25337
+ /** WHICH provider to ask — the `addonId` a {@link ClipSourceSchema}
25338
+ * row carries. Required for the same reason `listClips` requires it:
25339
+ * a collection cap has no "the bound one" to resolve to (D554). */
25340
+ provider: string().min(1)
25341
+ }), ClipPlaybackOptionsSchema, {
25342
+ kind: "query",
25343
+ auth: "protected"
25138
25344
  });
25139
25345
  /**
25140
25346
  * Optional client-side hints sent at session creation to help the provider
@@ -26692,6 +26898,307 @@ DeviceType.Camera, method(object({ deviceId: number() }), DayNightOptionsSchema)
26692
26898
  auth: "admin"
26693
26899
  });
26694
26900
  /**
26901
+ * Vendor-neutral **onboard** recording + storage cap — what the CAMERA
26902
+ * writes to the CAMERA's own card, on the camera's own schedule.
26903
+ *
26904
+ * This is NOT `recording.cap.ts`. That one is CamStack's recorder: our
26905
+ * footage ledger, our storage locations, our retention. This one has a
26906
+ * different authority — the camera's firmware — and per D62 it stores
26907
+ * nothing of its own. Every value here is read from the camera and every
26908
+ * write goes back to the camera; there is no CamStack-side mirror that
26909
+ * could disagree with the device.
26910
+ *
26911
+ * ## One shape, two firmwares
26912
+ *
26913
+ * Measured 2026-09-22 against the live fleet:
26914
+ *
26915
+ * | fact | Hikvision (ISAPI) | Reolink (Baichuan) |
26916
+ * | --- | --- | --- |
26917
+ * | storage | `ContentMgmt/Storage` `<hdd>` rows: status, capacity, freeSpace (MB) | `getHddInfoList` (cmd 102): `mount`, `format`, `capacity` GB + `capacityM` MB remainder |
26918
+ * | tracks | several (101 **and** 103 on both 1436 and 3833), each with its own schedule | one per channel |
26919
+ * | schedule | per track, 7 `ScheduleAction` blocks: DayOfWeek + TimeOfDay range + ONE `ActionRecordingMode` | per trigger type, a 168-char weekly HOUR mask |
26920
+ * | triggers | `CMR`, `MOTION` | `Normal`, `MD`, `people`, `vehicle`, `dog_cat`, `crossline`, `intrude`, `loitering` |
26921
+ * | pre-record | `PreRecordTimeSeconds` | `preRecordTime` |
26922
+ * | post-record | `PostRecordTimeSeconds` | `recordDelayTime` |
26923
+ * | overwrite | per track `LoopEnable` | `cycle`, with `cycleList` enumerating the accepted values |
26924
+ * | segment length | not exposed on V5.7.1 | `packageTime` (minutes) |
26925
+ *
26926
+ * The two schedule models look different and are the same thing in
26927
+ * different coordinates: both answer "for this trigger, during which
26928
+ * weekly windows does the camera record". {@link RecordWindow} is that
26929
+ * question in one shape — Hikvision's ranges map straight onto it,
26930
+ * Reolink's mask expands into hour-aligned windows.
26931
+ *
26932
+ * ## Union, not intersection
26933
+ *
26934
+ * **The same fields exist on every camera.** What differs per device is
26935
+ * which VALUES that device accepts, and that is what {@link
26936
+ * RecordingOnboardOptions} reports — a `{ readable, writable, reason }`
26937
+ * per field plus the schedule's own limits. A control a camera cannot
26938
+ * honour is rendered DISABLED WITH ITS REASON, never missing and never
26939
+ * dead: disabled must not look like broken.
26940
+ *
26941
+ * ## Refusal by name
26942
+ *
26943
+ * A write a camera cannot honour is refused with a sentence the operator
26944
+ * can read — never accepted and dropped. Both providers refuse through
26945
+ * {@link describeOnboardRefusal}, so the vocabulary is one function and
26946
+ * one test, not two hand-written vendor opinions.
26947
+ *
26948
+ * Follows the D14 `deviceConfig` archetype (see `stream-params.cap.ts`):
26949
+ * `getOptions` advertises per-camera availability, `getStatus` (auto-
26950
+ * injected from `status`) reports the live values, and a single
26951
+ * `setSettings` mutation applies a partial change. No hand-written
26952
+ * settings-contribution methods.
26953
+ */
26954
+ /**
26955
+ * What makes the camera start recording during a window.
26956
+ *
26957
+ * The union of both vendors' vocabularies. `continuous` is Hikvision's
26958
+ * `CMR` and Reolink's `Normal`; `motion` is `MOTION` / `MD`. The
26959
+ * object-class triggers are Reolink-only today and the smart-event ones
26960
+ * (`lineCrossing`, `intrusion`, `loitering`) are Reolink-only on the
26961
+ * firmwares measured — a camera that cannot record on a trigger simply
26962
+ * does not list it in `options.schedule.triggers`, and a window naming
26963
+ * it is REFUSED, not dropped.
26964
+ */
26965
+ var RecordTriggerSchema = _enum([
26966
+ "continuous",
26967
+ "motion",
26968
+ "person",
26969
+ "vehicle",
26970
+ "animal",
26971
+ "lineCrossing",
26972
+ "intrusion",
26973
+ "loitering",
26974
+ "alarmInput"
26975
+ ]);
26976
+ /**
26977
+ * One weekly recording window: "on `day`, from `startMinute` to
26978
+ * `endMinute`, record on `trigger`".
26979
+ *
26980
+ * `day` is 0 = Monday … 6 = Sunday (ISO order, which is also the order
26981
+ * both firmwares enumerate). Minutes are local camera time since
26982
+ * midnight; `endMinute` may be 1440, meaning end of day — that is
26983
+ * Hikvision's literal `24:00` and Reolink's 24th mask slot, and
26984
+ * collapsing it to 0 would turn a whole-day window into an empty one.
26985
+ */
26986
+ var RecordWindowSchema = object({
26987
+ trigger: RecordTriggerSchema,
26988
+ day: number().int().min(0).max(6),
26989
+ startMinute: number().int().min(0).max(1439),
26990
+ endMinute: number().int().min(1).max(1440)
26991
+ });
26992
+ /** Status of one physical volume, as the camera itself describes it. */
26993
+ var OnboardStorageVolumeSchema = object({
26994
+ /** The camera's own id for the volume (`hdd/id`, Reolink `HddInfo/number`). */
26995
+ id: string(),
26996
+ /** The camera's own name for it, when it gives one (`hddName`). */
26997
+ label: string().optional(),
26998
+ status: _enum([
26999
+ "ok",
27000
+ "unformatted",
27001
+ "error",
27002
+ "offline",
27003
+ "unknown"
27004
+ ]),
27005
+ /**
27006
+ * Total size in MB, or **null when the camera did not say**.
27007
+ *
27008
+ * Never 0 for an unreadable value: a measurement that failed is not a
27009
+ * measurement (D393), and a card whose size is unknown must not be
27010
+ * rendered as a card of size zero.
27011
+ */
27012
+ capacityMb: number().nullable(),
27013
+ /**
27014
+ * Free space in MB, or null when unknown.
27015
+ *
27016
+ * **Not a proxy for "has footage".** Measured 2026-09-22: 1436 and
27017
+ * 1439 both report exactly 11776 MB free — the fixed reserve a looping
27018
+ * card converges on once it has wrapped. At loop steady state the
27019
+ * number is identical whether the camera recorded yesterday or stopped
27020
+ * a month ago.
27021
+ */
27022
+ freeMb: number().nullable(),
27023
+ /** True when the camera reports the volume writable (`property` RW). */
27024
+ writable: boolean().optional()
27025
+ });
27026
+ object({
27027
+ storage: discriminatedUnion("kind", [
27028
+ object({
27029
+ kind: literal("present"),
27030
+ volumes: array(OnboardStorageVolumeSchema)
27031
+ }),
27032
+ object({
27033
+ kind: literal("absent"),
27034
+ reason: string()
27035
+ }),
27036
+ object({
27037
+ kind: literal("unknown"),
27038
+ reason: string()
27039
+ })
27040
+ ]),
27041
+ tracks: array(object({
27042
+ id: string(),
27043
+ enabled: boolean(),
27044
+ isVideo: boolean(),
27045
+ /** From the camera's own track description. Null when it does not say. */
27046
+ codec: string().nullable(),
27047
+ resolution: string().nullable(),
27048
+ /** Per-track overwrite flag, where the firmware keeps it per track. */
27049
+ overwriteWhenFull: boolean().nullable()
27050
+ })),
27051
+ /**
27052
+ * The track the write path targets — the enabled VIDEO one. Null when
27053
+ * no track could be identified, which is itself a refusal reason.
27054
+ */
27055
+ primaryTrackId: string().nullable(),
27056
+ /** Master "record to the card at all" switch. */
27057
+ enabled: boolean().nullable(),
27058
+ overwriteWhenFull: boolean().nullable(),
27059
+ preRecordSec: number().nullable(),
27060
+ postRecordSec: number().nullable(),
27061
+ /** Length of one recorded file, in minutes. */
27062
+ segmentMinutes: number().nullable(),
27063
+ /** The primary track's weekly windows, flattened. */
27064
+ windows: array(RecordWindowSchema),
27065
+ /**
27066
+ * How many windows the camera described that CamStack could NOT read —
27067
+ * an unrecognised trigger, an unparseable clock, a weekday it does not
27068
+ * name.
27069
+ *
27070
+ * A dropped window is work the reader threw away, and a schedule that
27071
+ * silently shows fewer rows than the camera holds is how an operator
27072
+ * saves back a schedule shorter than the one they were looking at
27073
+ * (D391). Non-zero means the window list is INCOMPLETE and a write
27074
+ * that replaces it would delete what was not shown — which is why a
27075
+ * provider reporting a non-zero count also reports the schedule as not
27076
+ * writable.
27077
+ */
27078
+ unreadableWindows: number(),
27079
+ /**
27080
+ * The camera is scheduled to record and has NO usable storage.
27081
+ *
27082
+ * A first-class fact because it is the fleet's most common silent
27083
+ * defect: measured 2026-09-22, 1441 and 3831 are both motion-recording
27084
+ * to a card that is not there. Neither the schedule nor the storage
27085
+ * read says anything wrong on its own; only the pair does.
27086
+ */
27087
+ recordingToNowhere: boolean(),
27088
+ lastFetchedAt: number()
27089
+ });
27090
+ /** Numeric range descriptor — `{ min, max, step }` per the getOptions convention. */
27091
+ var RangeSchema = object({
27092
+ min: number(),
27093
+ max: number(),
27094
+ step: number()
27095
+ });
27096
+ /**
27097
+ * The values a camera actually takes for a numeric field, when they are a SET
27098
+ * rather than a range.
27099
+ *
27100
+ * `{min,max,step}` cannot say what these two firmwares do. Measured on 1436
27101
+ * (I91DN) on 2026-09-22 by writing each value and reading it back:
27102
+ *
27103
+ * - pre-record: `0, 5, 10, 15, 20, 25, 30` and `2147483647` (INT32_MAX, the
27104
+ * camera's "no limit" — `-1` and `4294967295` both land on it);
27105
+ * - post-record: `5, 10, 30, 60, 120, 300, 600`.
27106
+ *
27107
+ * Neither is expressible as a step: the first has a sentinel two billion away
27108
+ * from its neighbours, the second doubles and then jumps. A range that tried
27109
+ * would forbid values the camera takes AND permit values it silently replaces
27110
+ * with 5 — wrong in both directions at once.
27111
+ *
27112
+ * `sentinel` names the member that is not a duration, so a surface can render
27113
+ * "no limit" instead of `2147483647` seconds.
27114
+ */
27115
+ var AllowedValuesSchema = object({
27116
+ values: array(number()).min(1),
27117
+ sentinel: object({
27118
+ value: number(),
27119
+ meaning: _enum(["no-limit", "disabled"])
27120
+ }).optional()
27121
+ });
27122
+ /**
27123
+ * Per-field availability on ONE camera.
27124
+ *
27125
+ * The field exists on every camera — this says whether this one can be
27126
+ * read and whether it can be written, and `reason` says why not when
27127
+ * either is false. The UI renders the control DISABLED with the reason
27128
+ * rather than hiding it, so a limitation is legible instead of looking
27129
+ * like a missing feature.
27130
+ */
27131
+ var OnboardFieldSupportSchema = object({
27132
+ readable: boolean(),
27133
+ writable: boolean(),
27134
+ /** Required whenever `readable` or `writable` is false. */
27135
+ reason: string().optional()
27136
+ });
27137
+ /** What this camera's schedule model can express. */
27138
+ var OnboardScheduleSupportSchema = object({
27139
+ support: OnboardFieldSupportSchema,
27140
+ /**
27141
+ * The smallest time step the camera can express, in minutes.
27142
+ *
27143
+ * Hikvision takes arbitrary minutes (`00:05:00`–`23:57:00` observed on
27144
+ * 1436's track 103). Reolink's schedule is a 7×24 HOUR mask, so 60. A
27145
+ * window whose edges are not a multiple of this is REFUSED rather than
27146
+ * quietly rounded — rounding is how an operator's 06:30 becomes 06:00
27147
+ * and nothing says so.
27148
+ */
27149
+ granularityMinutes: number(),
27150
+ /** Triggers this camera can record on. A window naming another is refused. */
27151
+ triggers: array(RecordTriggerSchema),
27152
+ /**
27153
+ * False when the camera stores ONE trigger per time range, so two
27154
+ * windows overlapping on the same day cannot carry different triggers.
27155
+ * True on Reolink, whose mask is per-trigger and independent.
27156
+ */
27157
+ supportsOverlappingTriggers: boolean()
27158
+ });
27159
+ var RecordingOnboardOptionsSchema = object({
27160
+ enabled: OnboardFieldSupportSchema,
27161
+ overwriteWhenFull: OnboardFieldSupportSchema,
27162
+ preRecordSec: OnboardFieldSupportSchema,
27163
+ preRecordSecRange: RangeSchema.optional(),
27164
+ /** Preferred over the range when the camera takes a SET, not a span. */
27165
+ preRecordSecAllowed: AllowedValuesSchema.optional(),
27166
+ postRecordSec: OnboardFieldSupportSchema,
27167
+ postRecordSecRange: RangeSchema.optional(),
27168
+ /** Preferred over the range when the camera takes a SET, not a span. */
27169
+ postRecordSecAllowed: AllowedValuesSchema.optional(),
27170
+ segmentMinutes: OnboardFieldSupportSchema,
27171
+ segmentMinutesRange: RangeSchema.optional(),
27172
+ /** Preferred over the range when the camera takes a SET, not a span. */
27173
+ segmentMinutesAllowed: AllowedValuesSchema.optional(),
27174
+ schedule: OnboardScheduleSupportSchema
27175
+ });
27176
+ /**
27177
+ * A partial change. Every field optional.
27178
+ *
27179
+ * Unlike the other `deviceConfig` caps, a provider here does **NOT**
27180
+ * silently ignore a field it cannot support — it refuses, by name,
27181
+ * through {@link describeOnboardRefusal}. Silence on a recording setting
27182
+ * is the failure D62 exists to prevent: the operator believes the camera
27183
+ * is recording the way the form says, and it is not.
27184
+ */
27185
+ var RecordingOnboardPatchSchema = object({
27186
+ enabled: boolean().optional(),
27187
+ overwriteWhenFull: boolean().optional(),
27188
+ preRecordSec: number().optional(),
27189
+ postRecordSec: number().optional(),
27190
+ segmentMinutes: number().optional(),
27191
+ /** The complete new window set for the primary track — not a delta. */
27192
+ windows: array(RecordWindowSchema).optional()
27193
+ });
27194
+ DeviceType.Camera, method(object({ deviceId: number() }), RecordingOnboardOptionsSchema), method(object({
27195
+ deviceId: number(),
27196
+ settings: RecordingOnboardPatchSchema
27197
+ }), _void(), {
27198
+ kind: "mutation",
27199
+ auth: "admin"
27200
+ });
27201
+ /**
26695
27202
  * Generic device-level status snapshot. Auto-registered by `BaseDevice`
26696
27203
  * for every device, regardless of provider — the kernel needs a uniform
26697
27204
  * cap-keyed slice for the basic device flags every consumer expects to
@@ -35684,6 +36191,12 @@ Object.freeze({
35684
36191
  addonId: null,
35685
36192
  access: "view"
35686
36193
  },
36194
+ "deviceAdminLink.getAdminLink": {
36195
+ capName: "device-admin-link",
36196
+ capScope: "device",
36197
+ addonId: null,
36198
+ access: "view"
36199
+ },
35687
36200
  "deviceAdoption.adopt": {
35688
36201
  capName: "device-adoption",
35689
36202
  capScope: "system",
@@ -39722,6 +40235,24 @@ Object.freeze({
39722
40235
  addonId: null,
39723
40236
  access: "view"
39724
40237
  },
40238
+ "recordingOnboard.getOptions": {
40239
+ capName: "recording-onboard",
40240
+ capScope: "device",
40241
+ addonId: null,
40242
+ access: "view"
40243
+ },
40244
+ "recordingOnboard.getStatus": {
40245
+ capName: "recording-onboard",
40246
+ capScope: "device",
40247
+ addonId: null,
40248
+ access: "view"
40249
+ },
40250
+ "recordingOnboard.setSettings": {
40251
+ capName: "recording-onboard",
40252
+ capScope: "device",
40253
+ addonId: null,
40254
+ access: "create"
40255
+ },
39725
40256
  "recordingSignal.getStatus": {
39726
40257
  capName: "recording-signal",
39727
40258
  capScope: "device",
@@ -41186,6 +41717,12 @@ Object.freeze({
41186
41717
  addonId: null,
41187
41718
  access: "view"
41188
41719
  },
41720
+ "videoclips.getPlaybackOptions": {
41721
+ capName: "videoclips",
41722
+ capScope: "device",
41723
+ addonId: null,
41724
+ access: "view"
41725
+ },
41189
41726
  "videoclips.listClips": {
41190
41727
  capName: "videoclips",
41191
41728
  capScope: "device",
@@ -41198,6 +41735,12 @@ Object.freeze({
41198
41735
  addonId: null,
41199
41736
  access: "view"
41200
41737
  },
41738
+ "videoclips.offerClipBytes": {
41739
+ capName: "videoclips",
41740
+ capScope: "device",
41741
+ addonId: null,
41742
+ access: "view"
41743
+ },
41201
41744
  "videoclips.readClipBytes": {
41202
41745
  capName: "videoclips",
41203
41746
  capScope: "device",
@@ -41608,6 +42151,11 @@ Object.freeze({
41608
42151
  form: "single",
41609
42152
  optional: true
41610
42153
  }],
42154
+ "deviceAdminLink.getAdminLink": [{
42155
+ name: "deviceId",
42156
+ form: "single",
42157
+ optional: false
42158
+ }],
41611
42159
  "deviceAdoption.release": [{
41612
42160
  name: "camDeviceId",
41613
42161
  form: "single",
@@ -42993,6 +43541,16 @@ Object.freeze({
42993
43541
  form: "single",
42994
43542
  optional: true
42995
43543
  }],
43544
+ "recordingOnboard.getOptions": [{
43545
+ name: "deviceId",
43546
+ form: "single",
43547
+ optional: false
43548
+ }],
43549
+ "recordingOnboard.setSettings": [{
43550
+ name: "deviceId",
43551
+ form: "single",
43552
+ optional: false
43553
+ }],
42996
43554
  "recordingSignal.getStatus": [{
42997
43555
  name: "deviceId",
42998
43556
  form: "single",
@@ -43229,6 +43787,11 @@ Object.freeze({
43229
43787
  form: "single",
43230
43788
  optional: false
43231
43789
  }],
43790
+ "videoclips.getPlaybackOptions": [{
43791
+ name: "deviceId",
43792
+ form: "single",
43793
+ optional: false
43794
+ }],
43232
43795
  "videoclips.listClips": [{
43233
43796
  name: "deviceId",
43234
43797
  form: "single",
@@ -43239,6 +43802,11 @@ Object.freeze({
43239
43802
  form: "single",
43240
43803
  optional: false
43241
43804
  }],
43805
+ "videoclips.offerClipBytes": [{
43806
+ name: "deviceId",
43807
+ form: "single",
43808
+ optional: false
43809
+ }],
43242
43810
  "videoclips.readClipBytes": [{
43243
43811
  name: "deviceId",
43244
43812
  form: "single",
@@ -1,5 +1,5 @@
1
1
  import { h as e, l as t, u as n, y as r } from "./_virtual_mf___mfe_internal__addon_model_studio_page__loadShare__react__loadShare__.js-DJDHChgO.mjs";
2
- import { o as i, s as a } from "./responsive-Df1xxZOH.mjs";
2
+ import { o as i, s as a } from "./responsive-CO49Ymxi.mjs";
3
3
  import { n as o, r as s, t as c } from "./_virtual_mf___mfe_internal__addon_model_studio_page__loadShare__react_mf_1_jsx_mf_2_runtime__loadShare__.js-ds_Ehzaa.mjs";
4
4
  var l = a("chevron-down", [["path", {
5
5
  d: "m6 9 6 6 6-6",
@@ -1,2 +1,2 @@
1
- import { n as e, t } from "./virtual_mf-REMOTE_ENTRY_ID___mfe_internal__addon_model_studio_page__remoteEntry_js-DYrEnuGk.mjs";
1
+ import { n as e, t } from "./virtual_mf-REMOTE_ENTRY_ID___mfe_internal__addon_model_studio_page__remoteEntry_js-WVMYffMk.mjs";
2
2
  export { t as get, e as init };