@camstack/addon-provider-onvif 1.2.102 → 1.2.104

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/addon.js CHANGED
@@ -19121,13 +19121,26 @@ var TrackAudioLabelSchema = object({
19121
19121
  * - `audio` — an audio event on the camera itself that was anomalous for
19122
19122
  * THAT camera, loud, and heard while nothing visual was happening (D62).
19123
19123
  *
19124
+ * - `onboard` — the CAMERA's own firmware, paired with a decoded frame in
19125
+ * that frame's pixel space. A real root detector and a SPATIAL one: its
19126
+ * boxes are the same kind of fact `pipeline`'s are, produced by a different
19127
+ * detector.
19128
+ *
19129
+ * `onboard` was missing here while `DetectionSourceSchema` already had it, so
19130
+ * a persisted onboard track failed `safeParse` on read and came back with NO
19131
+ * source at all — which `isSpatialTrack` then admitted by accident, through the
19132
+ * `undefined` arm rather than by anybody's decision, and which `excludeSources`
19133
+ * could not name.
19134
+ *
19124
19135
  * The spatial subsystems (tracker association, occupancy count, re-id /
19125
19136
  * embedding, resurrection) MUST skip every synthetic source. Test for that
19126
- * with `isSpatialTrack`, which allow-lists `pipeline` — a `!== 'sensor'`
19127
- * check silently readmits every source added after it was written.
19137
+ * with `isSpatialTrack`, which allow-lists the spatial sources explicitly — a
19138
+ * `!== 'sensor'` check silently readmits every source added after it was
19139
+ * written.
19128
19140
  */
19129
19141
  var TrackSourceSchema = _enum([
19130
19142
  "pipeline",
19143
+ "onboard",
19131
19144
  "sensor",
19132
19145
  "audio"
19133
19146
  ]);
@@ -19715,6 +19728,7 @@ var MediaFileKindEnum = _enum([
19715
19728
  "keyFrame",
19716
19729
  "keyFrameSmall",
19717
19730
  "thumbnailSmall",
19731
+ "confirmationCrop",
19718
19732
  "sceneFrame"
19719
19733
  ]);
19720
19734
  /**
@@ -21209,13 +21223,39 @@ var MotionSourceEnum = _enum([
21209
21223
  */
21210
21224
  var MotionSourcesSchema = array(MotionSourceEnum);
21211
21225
  /**
21212
- * Which root detectors a camera runs. Deliberately the SAME vocabulary
21213
- * post-analysis already tags every detection with (`DetectionSource`) rather
21214
- * than a second spelling of the same two ideas the value an operator picks
21215
- * here is the value that comes back on the track, the overlay and the debug
21216
- * row.
21226
+ * Which root detector a camera runs EXACTLY ONE.
21227
+ *
21228
+ * Deliberately the SAME vocabulary post-analysis already tags every detection
21229
+ * with (`DetectionSource`) rather than a second spelling of the same two
21230
+ * ideas: the value an operator picks here is the value that comes back on the
21231
+ * track, the overlay and the debug row.
21232
+ *
21233
+ * ## Why one, and why it is still an array
21234
+ *
21235
+ * Two roots on one camera is a capability nobody asked for and the operator has
21236
+ * since ruled out. It was never free: both planes feed the SAME per-device
21237
+ * stationary registry, both can promote the same parked object, and the two
21238
+ * detectors disagree about the same box by construction — which is the
21239
+ * disagreement D505 had to arbitrate. Removing the case removes the arbitration.
21240
+ *
21241
+ * The ARRAY shape survives because the stored settings and the attach payload
21242
+ * already speak it on every camera of every fleet, and a cap input that
21243
+ * suddenly refuses a stored value makes the camera un-attachable — a fail-closed
21244
+ * in the one direction that costs an operator their cameras. So the wire stays
21245
+ * tolerant and the TYPE is exact: a longer list is truncated to its first
21246
+ * element rather than refused, and `max(1)` is what every consumer can then
21247
+ * rely on.
21248
+ *
21249
+ * AT MOST one, not exactly one. The EMPTY list is a legal, deliberate pick —
21250
+ * a camera an operator left with no root detector — and `planDetectionSources`
21251
+ * has always said so: inventing a root for them is how a default acts without
21252
+ * anybody choosing it. Tightening this to `length(1)` broke that, and the
21253
+ * suite caught it.
21254
+ *
21255
+ * Measured before tightening (2026-09-15, this fleet, 6 h of attaches): 3327
21256
+ * `["pipeline"]` and 2 `["onboard"]`. Not one camera had two.
21217
21257
  */
21218
- var DetectionSourcesSchema = array(DetectionSourceSchema);
21258
+ var DetectionSourcesSchema = preprocess((value) => Array.isArray(value) && value.length > 1 ? value.slice(0, 1) : value, array(DetectionSourceSchema).max(1));
21219
21259
  /**
21220
21260
  * Input shape for `pipeline-runner.reportMotion` cap method. Exported
21221
21261
  * so cap-side consumers (the orchestrator forward, the runner addon's
package/dist/addon.mjs CHANGED
@@ -19122,13 +19122,26 @@ var TrackAudioLabelSchema = object({
19122
19122
  * - `audio` — an audio event on the camera itself that was anomalous for
19123
19123
  * THAT camera, loud, and heard while nothing visual was happening (D62).
19124
19124
  *
19125
+ * - `onboard` — the CAMERA's own firmware, paired with a decoded frame in
19126
+ * that frame's pixel space. A real root detector and a SPATIAL one: its
19127
+ * boxes are the same kind of fact `pipeline`'s are, produced by a different
19128
+ * detector.
19129
+ *
19130
+ * `onboard` was missing here while `DetectionSourceSchema` already had it, so
19131
+ * a persisted onboard track failed `safeParse` on read and came back with NO
19132
+ * source at all — which `isSpatialTrack` then admitted by accident, through the
19133
+ * `undefined` arm rather than by anybody's decision, and which `excludeSources`
19134
+ * could not name.
19135
+ *
19125
19136
  * The spatial subsystems (tracker association, occupancy count, re-id /
19126
19137
  * embedding, resurrection) MUST skip every synthetic source. Test for that
19127
- * with `isSpatialTrack`, which allow-lists `pipeline` — a `!== 'sensor'`
19128
- * check silently readmits every source added after it was written.
19138
+ * with `isSpatialTrack`, which allow-lists the spatial sources explicitly — a
19139
+ * `!== 'sensor'` check silently readmits every source added after it was
19140
+ * written.
19129
19141
  */
19130
19142
  var TrackSourceSchema = _enum([
19131
19143
  "pipeline",
19144
+ "onboard",
19132
19145
  "sensor",
19133
19146
  "audio"
19134
19147
  ]);
@@ -19716,6 +19729,7 @@ var MediaFileKindEnum = _enum([
19716
19729
  "keyFrame",
19717
19730
  "keyFrameSmall",
19718
19731
  "thumbnailSmall",
19732
+ "confirmationCrop",
19719
19733
  "sceneFrame"
19720
19734
  ]);
19721
19735
  /**
@@ -21210,13 +21224,39 @@ var MotionSourceEnum = _enum([
21210
21224
  */
21211
21225
  var MotionSourcesSchema = array(MotionSourceEnum);
21212
21226
  /**
21213
- * Which root detectors a camera runs. Deliberately the SAME vocabulary
21214
- * post-analysis already tags every detection with (`DetectionSource`) rather
21215
- * than a second spelling of the same two ideas the value an operator picks
21216
- * here is the value that comes back on the track, the overlay and the debug
21217
- * row.
21227
+ * Which root detector a camera runs EXACTLY ONE.
21228
+ *
21229
+ * Deliberately the SAME vocabulary post-analysis already tags every detection
21230
+ * with (`DetectionSource`) rather than a second spelling of the same two
21231
+ * ideas: the value an operator picks here is the value that comes back on the
21232
+ * track, the overlay and the debug row.
21233
+ *
21234
+ * ## Why one, and why it is still an array
21235
+ *
21236
+ * Two roots on one camera is a capability nobody asked for and the operator has
21237
+ * since ruled out. It was never free: both planes feed the SAME per-device
21238
+ * stationary registry, both can promote the same parked object, and the two
21239
+ * detectors disagree about the same box by construction — which is the
21240
+ * disagreement D505 had to arbitrate. Removing the case removes the arbitration.
21241
+ *
21242
+ * The ARRAY shape survives because the stored settings and the attach payload
21243
+ * already speak it on every camera of every fleet, and a cap input that
21244
+ * suddenly refuses a stored value makes the camera un-attachable — a fail-closed
21245
+ * in the one direction that costs an operator their cameras. So the wire stays
21246
+ * tolerant and the TYPE is exact: a longer list is truncated to its first
21247
+ * element rather than refused, and `max(1)` is what every consumer can then
21248
+ * rely on.
21249
+ *
21250
+ * AT MOST one, not exactly one. The EMPTY list is a legal, deliberate pick —
21251
+ * a camera an operator left with no root detector — and `planDetectionSources`
21252
+ * has always said so: inventing a root for them is how a default acts without
21253
+ * anybody choosing it. Tightening this to `length(1)` broke that, and the
21254
+ * suite caught it.
21255
+ *
21256
+ * Measured before tightening (2026-09-15, this fleet, 6 h of attaches): 3327
21257
+ * `["pipeline"]` and 2 `["onboard"]`. Not one camera had two.
21218
21258
  */
21219
- var DetectionSourcesSchema = array(DetectionSourceSchema);
21259
+ var DetectionSourcesSchema = preprocess((value) => Array.isArray(value) && value.length > 1 ? value.slice(0, 1) : value, array(DetectionSourceSchema).max(1));
21220
21260
  /**
21221
21261
  * Input shape for `pipeline-runner.reportMotion` cap method. Exported
21222
21262
  * 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-provider-onvif",
3
- "version": "1.2.102",
3
+ "version": "1.2.104",
4
4
  "description": "ONVIF camera device provider addon for CamStack",
5
5
  "keywords": [
6
6
  "camstack",