@camstack/addon-export-hap 1.2.115 → 1.2.117

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.
@@ -19899,13 +19899,26 @@ var TrackAudioLabelSchema = object({
19899
19899
  * - `audio` — an audio event on the camera itself that was anomalous for
19900
19900
  * THAT camera, loud, and heard while nothing visual was happening (D62).
19901
19901
  *
19902
+ * - `onboard` — the CAMERA's own firmware, paired with a decoded frame in
19903
+ * that frame's pixel space. A real root detector and a SPATIAL one: its
19904
+ * boxes are the same kind of fact `pipeline`'s are, produced by a different
19905
+ * detector.
19906
+ *
19907
+ * `onboard` was missing here while `DetectionSourceSchema` already had it, so
19908
+ * a persisted onboard track failed `safeParse` on read and came back with NO
19909
+ * source at all — which `isSpatialTrack` then admitted by accident, through the
19910
+ * `undefined` arm rather than by anybody's decision, and which `excludeSources`
19911
+ * could not name.
19912
+ *
19902
19913
  * The spatial subsystems (tracker association, occupancy count, re-id /
19903
19914
  * embedding, resurrection) MUST skip every synthetic source. Test for that
19904
- * with `isSpatialTrack`, which allow-lists `pipeline` — a `!== 'sensor'`
19905
- * check silently readmits every source added after it was written.
19915
+ * with `isSpatialTrack`, which allow-lists the spatial sources explicitly — a
19916
+ * `!== 'sensor'` check silently readmits every source added after it was
19917
+ * written.
19906
19918
  */
19907
19919
  var TrackSourceSchema = _enum([
19908
19920
  "pipeline",
19921
+ "onboard",
19909
19922
  "sensor",
19910
19923
  "audio"
19911
19924
  ]);
@@ -20493,6 +20506,7 @@ var MediaFileKindEnum = _enum([
20493
20506
  "keyFrame",
20494
20507
  "keyFrameSmall",
20495
20508
  "thumbnailSmall",
20509
+ "confirmationCrop",
20496
20510
  "sceneFrame"
20497
20511
  ]);
20498
20512
  /**
@@ -21987,13 +22001,39 @@ var MotionSourceEnum = _enum([
21987
22001
  */
21988
22002
  var MotionSourcesSchema = array(MotionSourceEnum);
21989
22003
  /**
21990
- * Which root detectors a camera runs. Deliberately the SAME vocabulary
21991
- * post-analysis already tags every detection with (`DetectionSource`) rather
21992
- * than a second spelling of the same two ideas — the value an operator picks
21993
- * here is the value that comes back on the track, the overlay and the debug
21994
- * row.
22004
+ * Which root detector a camera runs — EXACTLY ONE.
22005
+ *
22006
+ * Deliberately the SAME vocabulary post-analysis already tags every detection
22007
+ * with (`DetectionSource`) rather than a second spelling of the same two
22008
+ * ideas: the value an operator picks here is the value that comes back on the
22009
+ * track, the overlay and the debug row.
22010
+ *
22011
+ * ## Why one, and why it is still an array
22012
+ *
22013
+ * Two roots on one camera is a capability nobody asked for and the operator has
22014
+ * since ruled out. It was never free: both planes feed the SAME per-device
22015
+ * stationary registry, both can promote the same parked object, and the two
22016
+ * detectors disagree about the same box by construction — which is the
22017
+ * disagreement D505 had to arbitrate. Removing the case removes the arbitration.
22018
+ *
22019
+ * The ARRAY shape survives because the stored settings and the attach payload
22020
+ * already speak it on every camera of every fleet, and a cap input that
22021
+ * suddenly refuses a stored value makes the camera un-attachable — a fail-closed
22022
+ * in the one direction that costs an operator their cameras. So the wire stays
22023
+ * tolerant and the TYPE is exact: a longer list is truncated to its first
22024
+ * element rather than refused, and `max(1)` is what every consumer can then
22025
+ * rely on.
22026
+ *
22027
+ * AT MOST one, not exactly one. The EMPTY list is a legal, deliberate pick —
22028
+ * a camera an operator left with no root detector — and `planDetectionSources`
22029
+ * has always said so: inventing a root for them is how a default acts without
22030
+ * anybody choosing it. Tightening this to `length(1)` broke that, and the
22031
+ * suite caught it.
22032
+ *
22033
+ * Measured before tightening (2026-09-15, this fleet, 6 h of attaches): 3327
22034
+ * `["pipeline"]` and 2 `["onboard"]`. Not one camera had two.
21995
22035
  */
21996
- var DetectionSourcesSchema = array(DetectionSourceSchema);
22036
+ var DetectionSourcesSchema = preprocess((value) => Array.isArray(value) && value.length > 1 ? value.slice(0, 1) : value, array(DetectionSourceSchema).max(1));
21997
22037
  /**
21998
22038
  * Input shape for `pipeline-runner.reportMotion` cap method. Exported
21999
22039
  * so cap-side consumers (the orchestrator forward, the runner addon's
@@ -19887,13 +19887,26 @@ var TrackAudioLabelSchema = object({
19887
19887
  * - `audio` — an audio event on the camera itself that was anomalous for
19888
19888
  * THAT camera, loud, and heard while nothing visual was happening (D62).
19889
19889
  *
19890
+ * - `onboard` — the CAMERA's own firmware, paired with a decoded frame in
19891
+ * that frame's pixel space. A real root detector and a SPATIAL one: its
19892
+ * boxes are the same kind of fact `pipeline`'s are, produced by a different
19893
+ * detector.
19894
+ *
19895
+ * `onboard` was missing here while `DetectionSourceSchema` already had it, so
19896
+ * a persisted onboard track failed `safeParse` on read and came back with NO
19897
+ * source at all — which `isSpatialTrack` then admitted by accident, through the
19898
+ * `undefined` arm rather than by anybody's decision, and which `excludeSources`
19899
+ * could not name.
19900
+ *
19890
19901
  * The spatial subsystems (tracker association, occupancy count, re-id /
19891
19902
  * embedding, resurrection) MUST skip every synthetic source. Test for that
19892
- * with `isSpatialTrack`, which allow-lists `pipeline` — a `!== 'sensor'`
19893
- * check silently readmits every source added after it was written.
19903
+ * with `isSpatialTrack`, which allow-lists the spatial sources explicitly — a
19904
+ * `!== 'sensor'` check silently readmits every source added after it was
19905
+ * written.
19894
19906
  */
19895
19907
  var TrackSourceSchema = _enum([
19896
19908
  "pipeline",
19909
+ "onboard",
19897
19910
  "sensor",
19898
19911
  "audio"
19899
19912
  ]);
@@ -20481,6 +20494,7 @@ var MediaFileKindEnum = _enum([
20481
20494
  "keyFrame",
20482
20495
  "keyFrameSmall",
20483
20496
  "thumbnailSmall",
20497
+ "confirmationCrop",
20484
20498
  "sceneFrame"
20485
20499
  ]);
20486
20500
  /**
@@ -21975,13 +21989,39 @@ var MotionSourceEnum = _enum([
21975
21989
  */
21976
21990
  var MotionSourcesSchema = array(MotionSourceEnum);
21977
21991
  /**
21978
- * Which root detectors a camera runs. Deliberately the SAME vocabulary
21979
- * post-analysis already tags every detection with (`DetectionSource`) rather
21980
- * than a second spelling of the same two ideas — the value an operator picks
21981
- * here is the value that comes back on the track, the overlay and the debug
21982
- * row.
21992
+ * Which root detector a camera runs — EXACTLY ONE.
21993
+ *
21994
+ * Deliberately the SAME vocabulary post-analysis already tags every detection
21995
+ * with (`DetectionSource`) rather than a second spelling of the same two
21996
+ * ideas: the value an operator picks here is the value that comes back on the
21997
+ * track, the overlay and the debug row.
21998
+ *
21999
+ * ## Why one, and why it is still an array
22000
+ *
22001
+ * Two roots on one camera is a capability nobody asked for and the operator has
22002
+ * since ruled out. It was never free: both planes feed the SAME per-device
22003
+ * stationary registry, both can promote the same parked object, and the two
22004
+ * detectors disagree about the same box by construction — which is the
22005
+ * disagreement D505 had to arbitrate. Removing the case removes the arbitration.
22006
+ *
22007
+ * The ARRAY shape survives because the stored settings and the attach payload
22008
+ * already speak it on every camera of every fleet, and a cap input that
22009
+ * suddenly refuses a stored value makes the camera un-attachable — a fail-closed
22010
+ * in the one direction that costs an operator their cameras. So the wire stays
22011
+ * tolerant and the TYPE is exact: a longer list is truncated to its first
22012
+ * element rather than refused, and `max(1)` is what every consumer can then
22013
+ * rely on.
22014
+ *
22015
+ * AT MOST one, not exactly one. The EMPTY list is a legal, deliberate pick —
22016
+ * a camera an operator left with no root detector — and `planDetectionSources`
22017
+ * has always said so: inventing a root for them is how a default acts without
22018
+ * anybody choosing it. Tightening this to `length(1)` broke that, and the
22019
+ * suite caught it.
22020
+ *
22021
+ * Measured before tightening (2026-09-15, this fleet, 6 h of attaches): 3327
22022
+ * `["pipeline"]` and 2 `["onboard"]`. Not one camera had two.
21983
22023
  */
21984
- var DetectionSourcesSchema = array(DetectionSourceSchema);
22024
+ var DetectionSourcesSchema = preprocess((value) => Array.isArray(value) && value.length > 1 ? value.slice(0, 1) : value, array(DetectionSourceSchema).max(1));
21985
22025
  /**
21986
22026
  * Input shape for `pipeline-runner.reportMotion` cap method. Exported
21987
22027
  * so cap-side consumers (the orchestrator forward, the runner addon's
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@camstack/addon-export-hap",
3
- "version": "1.2.115",
3
+ "version": "1.2.117",
4
4
  "description": "HomeKit (HAP) exporter for CamStack devices. Publishes each exposed device as its own HomeKit accessory: cameras and doorbells with SRTP streaming, HomeKit Secure Video, motion, two-way audio, PTZ and battery; switches, lights, locks and sensors through a capability→service table.",
5
5
  "keywords": [
6
6
  "camstack",