@camstack/addon-ai 0.4.82 → 0.4.83

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
@@ -20428,8 +20428,25 @@ var occupancyRecheckFramesField = {
20428
20428
  * (analyzer attaches detected `regions[]`; onboard does not — the
20429
20429
  * camera typically only reports a binary signal plus an optional
20430
20430
  * channel/AI class which lives in dedicated event channels).
20431
+ *
20432
+ * - `onboard` — the camera's firmware said something moved.
20433
+ * - `analyzer` — this runner's frame-diff said so, and attaches `regions[]`.
20434
+ * - `device-activity` — the DEVICE said it is doing its job: the
20435
+ * `recording-signal` LEVEL the same device raises for the recorder
20436
+ * ([D380](../../../../docs/decisions/adr-0380-a-device-decided-recording-is-a-mode-with-no-schedule-seeded-once.md)),
20437
+ * republished as a motion source. It attaches **nothing** — no regions, no
20438
+ * class: the only fact it carries is that the device is active, and a robot
20439
+ * vacuum that is itself the moving object has no region worth sending. It is
20440
+ * a LEVEL, so unlike `onboard` it has a real falling edge, and unlike
20441
+ * `analyzer` it must not open the frame-diff side-channel — the runner's
20442
+ * `handleOnboardMotionAnalyzer` gate is `source === 'onboard'` and stays that
20443
+ * way ([D392](../../../../docs/decisions/adr-0392-a-device-that-says-it-is-working-is-a-motion-source-of-its-own.md)).
20431
20444
  */
20432
- var MotionSourceEnum = _enum(["onboard", "analyzer"]);
20445
+ var MotionSourceEnum = _enum([
20446
+ "onboard",
20447
+ "analyzer",
20448
+ "device-activity"
20449
+ ]);
20433
20450
  /**
20434
20451
  * List of motion sources active on a camera. Empty array is valid:
20435
20452
  * "no source" — happens for battery cams without firmware motion when
package/dist/addon.mjs CHANGED
@@ -20455,8 +20455,25 @@ var occupancyRecheckFramesField = {
20455
20455
  * (analyzer attaches detected `regions[]`; onboard does not — the
20456
20456
  * camera typically only reports a binary signal plus an optional
20457
20457
  * channel/AI class which lives in dedicated event channels).
20458
+ *
20459
+ * - `onboard` — the camera's firmware said something moved.
20460
+ * - `analyzer` — this runner's frame-diff said so, and attaches `regions[]`.
20461
+ * - `device-activity` — the DEVICE said it is doing its job: the
20462
+ * `recording-signal` LEVEL the same device raises for the recorder
20463
+ * ([D380](../../../../docs/decisions/adr-0380-a-device-decided-recording-is-a-mode-with-no-schedule-seeded-once.md)),
20464
+ * republished as a motion source. It attaches **nothing** — no regions, no
20465
+ * class: the only fact it carries is that the device is active, and a robot
20466
+ * vacuum that is itself the moving object has no region worth sending. It is
20467
+ * a LEVEL, so unlike `onboard` it has a real falling edge, and unlike
20468
+ * `analyzer` it must not open the frame-diff side-channel — the runner's
20469
+ * `handleOnboardMotionAnalyzer` gate is `source === 'onboard'` and stays that
20470
+ * way ([D392](../../../../docs/decisions/adr-0392-a-device-that-says-it-is-working-is-a-motion-source-of-its-own.md)).
20458
20471
  */
20459
- var MotionSourceEnum = _enum(["onboard", "analyzer"]);
20472
+ var MotionSourceEnum = _enum([
20473
+ "onboard",
20474
+ "analyzer",
20475
+ "device-activity"
20476
+ ]);
20460
20477
  /**
20461
20478
  * List of motion sources active on a camera. Empty array is valid:
20462
20479
  * "no source" — happens for battery cams without firmware motion when
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@camstack/addon-ai",
3
- "version": "0.4.82",
3
+ "version": "0.4.83",
4
4
  "description": "AI addon for CamStack — the `llm` collection provider (cloud, LAN, and camstack-managed local llama.cpp profiles) plus the per-node `llm-runtime` managed executor.",
5
5
  "keywords": [
6
6
  "camstack",