@camstack/addon-provider-wyze 0.2.42 → 0.2.45

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
@@ -13516,6 +13516,114 @@ method(LogEntrySchema, _void(), { kind: "mutation" }), method(object({
13516
13516
  limit: number().optional(),
13517
13517
  tags: record(string(), string()).optional()
13518
13518
  }), array(LogEntrySchema).readonly());
13519
+ /**
13520
+ * `failure-contribution` — the capability an addon reports its OWN losses
13521
+ * through, per camera, with the denominator attached. It stores nothing.
13522
+ *
13523
+ * ## The twin of `load-contribution`, and why it is a twin and not a field
13524
+ *
13525
+ * `load-contribution` answers *what did this camera COST*. This answers *what
13526
+ * did this camera LOSE*. The reporting discipline is identical and deliberately
13527
+ * copied: the contributor reports what it already knows, hub-main adds only
13528
+ * `addonId`, nothing needs global knowledge, and there is no central list for
13529
+ * somebody to forget to edit.
13530
+ *
13531
+ * They are not merged, because their invariants are opposites:
13532
+ *
13533
+ * - a `load-contribution` measurement is **absent, never zero** — a zero would
13534
+ * claim a camera cost nothing, which is a measurement nobody made;
13535
+ * - a `failure-contribution` zero is the **most valuable value on the
13536
+ * surface** — `attempts: 400, succeeded: 400` is the proof a fix landed,
13537
+ * and it is exactly what an absent entry cannot say.
13538
+ *
13539
+ * Putting a loss counter on a cost entry would also break the reconciliation
13540
+ * that gives `load-contribution` its point: contributions are subtracted from
13541
+ * `metrics.node-processes-snapshot` to find processes nobody claims. A failure
13542
+ * has no process.
13543
+ *
13544
+ * ## Why not a log line, since the counters already exist
13545
+ *
13546
+ * Several of these paths already counted themselves — `CaptureScheduler`'s
13547
+ * per-device window, `KeyFrameCaptureLog`, `bumpCropMetric`. Every one of them
13548
+ * ends in a log line, and a log line is the thing the operator asked to stop
13549
+ * needing: *"possiamo armare questi errori intanto? Così al prossimo giro
13550
+ * ricontrolliamo tutti questi punti"*. Reading them meant grepping Loki and
13551
+ * hand-correlating timestamps, which is how a 22% thumbnail gap and a 3-hour
13552
+ * media blackout were both diagnosed. The counters stay; this is where they can
13553
+ * be READ.
13554
+ *
13555
+ * ## The rate is served with its denominator or not at all
13556
+ *
13557
+ * Every entry carries `attempts` and `succeeded`. A miss count alone is
13558
+ * unreadable: on 2026-08-28 the enrichment-crop miss count read as "35x worse
13559
+ * than yesterday" and was **flat across twelve hours** once divided by the
13560
+ * successes on the same path. A surface that publishes only the numerator
13561
+ * reproduces that mistake on every read.
13562
+ *
13563
+ * ## Shape
13564
+ *
13565
+ * Copied from `load-contribution.cap.ts` (`mode: 'collection'`,
13566
+ * `internal: true`, `mount: { kind: 'skip' }`): no tRPC route of its own and no
13567
+ * generated hooks, while `addons.listCapabilityProviders` still enumerates it
13568
+ * and the hub's `CapabilityRegistry` still holds an RPC proxy per provider — so
13569
+ * a forked runner's entries reach hub-main over transport that already exists.
13570
+ * No new UDS message, no second registry (D3). The operator reads the assembled
13571
+ * result through `system.getFailureContributions`.
13572
+ */
13573
+ var FailureReasonCountSchema = object({
13574
+ /**
13575
+ * Why the attempt did not land, in the contributor's own vocabulary —
13576
+ * `worker-lease-gone`, `queue-overflow`, `timeout`, `empty-read`. The same
13577
+ * strings that already appear in this repo's logs and, where one exists, the
13578
+ * same string the per-track `previewMissReason` records (D276): a second
13579
+ * vocabulary for the same loss would make the row and the counter
13580
+ * un-joinable.
13581
+ */
13582
+ reason: string(),
13583
+ count: number().int().nonnegative()
13584
+ });
13585
+ var FailureContributionSchema = object({
13586
+ /**
13587
+ * The failing path — `enrichment-crop`, `inference`, `plate-ocr`,
13588
+ * `person-over-vehicle`. Free text, for the reason `load-contribution` keeps
13589
+ * `unit` free: the families are owned by different addons and a shared enum
13590
+ * is a central list that rots invisibly.
13591
+ */
13592
+ family: string(),
13593
+ /**
13594
+ * The NUMERIC device id — the same value every log line carries as
13595
+ * `tags.deviceId`. Never nullable and never absent: a contributor that
13596
+ * cannot name the camera must not emit the entry, because a fleet total
13597
+ * cannot answer the only question anybody asks of this surface.
13598
+ */
13599
+ deviceId: number().int().positive(),
13600
+ /**
13601
+ * A second dimension inside the family: the model / step id for an inference
13602
+ * timeout, so "which camera AND which model" is one read. Absent when the
13603
+ * family has a single variant.
13604
+ */
13605
+ variant: string().optional(),
13606
+ /**
13607
+ * Epoch ms this counter started — the INCARNATION MARKER. A consumer
13608
+ * differencing two reads must drop the interval when it changes, because the
13609
+ * counter restarted from zero in a respawned runner. Same discipline as
13610
+ * `LoadContribution.startedAtMs`.
13611
+ */
13612
+ sinceMs: number(),
13613
+ /** Epoch ms it was read. `atMs - sinceMs` is the interval this covers. */
13614
+ atMs: number(),
13615
+ /**
13616
+ * THE DENOMINATOR — every attempt on this path for this camera in the
13617
+ * window. A failure count published without it is the mistake this schema
13618
+ * exists to make impossible.
13619
+ */
13620
+ attempts: number().int().nonnegative(),
13621
+ /** Attempts that landed. `attempts - succeeded` is the loss. */
13622
+ succeeded: number().int().nonnegative(),
13623
+ /** The loss, partitioned. Sums to `attempts - succeeded`. */
13624
+ reasons: array(FailureReasonCountSchema).readonly()
13625
+ });
13626
+ method(_void(), array(FailureContributionSchema).readonly());
13519
13627
  var LoadContributionSchema = object({
13520
13628
  role: _enum([
13521
13629
  "decode",
@@ -13823,6 +13931,50 @@ var NodeProcessSchema = object({
13823
13931
  /** Wall-clock uptime (seconds). Parsed from `ps etime`. */
13824
13932
  uptimeSec: number()
13825
13933
  });
13934
+ /**
13935
+ * One retained container-memory reading.
13936
+ *
13937
+ * `atMs` is the timestamp of the PROCESS snapshot taken in the same tick, not
13938
+ * a second clock: that is what makes "processes sum to X, container says Y"
13939
+ * subtractable per point rather than an eyeballed comparison of two series
13940
+ * sampled at different instants.
13941
+ *
13942
+ * A reduced window keeps the sample with the LARGEST `currentBytes` in each
13943
+ * bucket, WHOLE. Taking a per-field maximum would synthesise a row whose parts
13944
+ * never coexisted, and a mean would smear away the peak this exists to find.
13945
+ */
13946
+ var ContainerMemoryPointSchema = object({
13947
+ /** Which hierarchy answered, so a reading is never ambiguous. */
13948
+ source: _enum(["cgroup-v2", "cgroup-v1"]),
13949
+ /** `memory.current` (v2) / `memory.usage_in_bytes` (v1). Always known. */
13950
+ currentBytes: number(),
13951
+ /** The cgroup's ceiling. `null` = NO LIMIT — never a sentinel, never zero. */
13952
+ limitBytes: number().nullable(),
13953
+ /** Anonymous pages: the closest thing to "what the processes allocated". */
13954
+ anonBytes: number().nullable(),
13955
+ /** Page cache. Charged to the cgroup, owned by no process. */
13956
+ fileBytes: number().nullable(),
13957
+ /**
13958
+ * Shared memory — and the field that explained the largest single surprise.
13959
+ * The i915 driver backs GPU buffers with shmem, so an inference pool or a
13960
+ * hardware-decode session holding DRM objects is charged HERE and appears
13961
+ * nowhere in a `ps` scan.
13962
+ */
13963
+ shmemBytes: number().nullable(),
13964
+ /** Kernel slab charged to this cgroup. `null` on v1, which never publishes it. */
13965
+ slabBytes: number().nullable(),
13966
+ /**
13967
+ * Shrinkable i915 GEM object bytes, from debugfs.
13968
+ *
13969
+ * **Host-wide across every DRM client, NOT cgroup-scoped.** It is not a
13970
+ * component of `currentBytes` and must not be subtracted from it; it says
13971
+ * what put the shmem there, where `shmemBytes` only says how much.
13972
+ *
13973
+ * `null` wherever debugfs is not mounted — which is inside every camstack
13974
+ * container today — and on any node with no Intel GPU.
13975
+ */
13976
+ gpuShmemBytes: number().nullable()
13977
+ }).extend({ atMs: number() });
13826
13978
  var DumpHeapSnapshotInputSchema = object({
13827
13979
  /** The addon whose runner should dump a heap snapshot. */
13828
13980
  addonId: string() });
@@ -13886,6 +14038,21 @@ var NodeLoadSeriesSchema = object({
13886
14038
  /** One entry per function seen in the window, heaviest-first. */
13887
14039
  series: array(LoadFunctionSeriesSchema).readonly(),
13888
14040
  /**
14041
+ * The CONTAINER's memory over the same window, oldest-first.
14042
+ *
14043
+ * Sits next to `series` rather than in a method of its own because the whole
14044
+ * question is a subtraction: the per-process rows in `series` sum to one
14045
+ * number and this one is another, and an operator who has to issue two calls
14046
+ * to compare them will compare two different instants. Same reader, same
14047
+ * `sinceMs`, same `bucketMs`, same timestamps.
14048
+ *
14049
+ * **EMPTY means ABSENT, never zero.** A node with no cgroup — a developer
14050
+ * Mac, a bare-metal host, a container with the hierarchy hidden — reports no
14051
+ * points at all. A zero here would be indistinguishable from a healthy
14052
+ * container and is precisely the lie this field exists to avoid.
14053
+ */
14054
+ containerMemory: array(ContainerMemoryPointSchema).readonly(),
14055
+ /**
13889
14056
  * Width of one returned bucket, in ms. Equals the sampling cadence when no
13890
14057
  * reduction was needed — so a caller can always say what one point covers
13891
14058
  * without having to know whether it was reduced.
@@ -18106,6 +18273,20 @@ var TrackSchema = object({
18106
18273
  * `=== true` and render nothing otherwise — never infer "no rider".
18107
18274
  */
18108
18275
  hasRider: boolean().optional(),
18276
+ /**
18277
+ * WHY this track ended without a NATIVE best-shot tile
18278
+ * ([D276](../decisions/adr-0276-a-stand-in-tile-is-provisional-and-a-close-says-why.md)) —
18279
+ * a composed token line (`no-key-frame capture=keyframe:native-missx4`,
18280
+ * `derive-returned-null tile=standin`, …) written at close and CLEARED by
18281
+ * the late-keyFrame upgrade when a native tile lands after all. The
18282
+ * operator-facing answer to "perché manca l'immagine?" on a track whose
18283
+ * tile is a face/plate stand-in, a raster crop, or an icon.
18284
+ *
18285
+ * **Absent ≠ "missed silently"**: a row written before the column, a hub
18286
+ * that predates the field, and every track whose tile landed native all
18287
+ * omit it. Render nothing when absent.
18288
+ */
18289
+ previewMissReason: string().optional(),
18109
18290
  ...TrackFlagFields,
18110
18291
  ...TrackRetrainFields
18111
18292
  });
@@ -27679,10 +27860,10 @@ DeviceType.Camera, DeviceType.Sensor, DeviceType.Switch, method(object({ deviceI
27679
27860
  * recording config. NOTE on events (source of truth, R5/C3): this cap carries
27680
27861
  * NO event surface — `getPlaybackManifest` returns playlist URLs only. Timeline
27681
27862
  * events (motion/object/audio) come from `pipelineAnalytics` (durable SQLite
27682
- * rows); the recorder's internal EventMap markers are ephemeral in-RAM
27683
- * annotations that are not exposed here and must not be treated as an event
27684
- * feed. Event<->footage joins are by time, padded with the shared `EVENT_PAD_MS`
27685
- * (`interfaces/recording-config.ts`).
27863
+ * rows) and are the ONLY event surface — the recorder has none. The in-RAM
27864
+ * playback markers it used to build were deleted on 2026-08-29 because nothing
27865
+ * ever read them. Event<->footage joins are by time, padded with the shared
27866
+ * `EVENT_PAD_MS` (`interfaces/recording-config.ts`).
27686
27867
  */
27687
27868
  var RecordingStatusSchema = object({
27688
27869
  deviceId: number(),
@@ -29393,6 +29574,13 @@ var LoggingSettingsPatchSchema = object({
29393
29574
  * anyone but its owner.
29394
29575
  */
29395
29576
  var ReportedLoadContributionSchema = LoadContributionSchema.extend({ addonId: string() });
29577
+ /**
29578
+ * One per-camera failure counter, plus WHO reported it.
29579
+ *
29580
+ * Same rule as {@link ReportedLoadContributionSchema}: `addonId` is stamped by
29581
+ * the hub as it enumerates providers, never by the contributor.
29582
+ */
29583
+ var ReportedFailureContributionSchema = FailureContributionSchema.extend({ addonId: string() });
29396
29584
  var GetLoggingSettingsInputSchema = object({
29397
29585
  scopeNodeId: string().optional(),
29398
29586
  /**
@@ -29451,7 +29639,7 @@ method(_void(), FeatureManifestSchema), method(_void(), HealthStatusSchema), met
29451
29639
  }), method(_void(), SiteLocationStatusSchema, {
29452
29640
  kind: "mutation",
29453
29641
  auth: "admin"
29454
- }), method(_void(), RequestCensusStatusSchema, { auth: "admin" }), method(_void(), array(ReportedLoadContributionSchema).readonly(), { auth: "admin" }), method(GetLoggingSettingsInputSchema, LoggingSettingsStateSchema, { auth: "admin" }), method(SetLoggingSettingsInputSchema, LoggingSettingsStateSchema, {
29642
+ }), method(_void(), RequestCensusStatusSchema, { auth: "admin" }), method(_void(), array(ReportedLoadContributionSchema).readonly(), { auth: "admin" }), method(_void(), array(ReportedFailureContributionSchema).readonly(), { auth: "admin" }), method(GetLoggingSettingsInputSchema, LoggingSettingsStateSchema, { auth: "admin" }), method(SetLoggingSettingsInputSchema, LoggingSettingsStateSchema, {
29455
29643
  kind: "mutation",
29456
29644
  auth: "admin"
29457
29645
  });
@@ -33441,6 +33629,12 @@ Object.freeze({
33441
33629
  addonId: null,
33442
33630
  access: "create"
33443
33631
  },
33632
+ "failureContribution.list": {
33633
+ capName: "failure-contribution",
33634
+ capScope: "system",
33635
+ addonId: null,
33636
+ access: "view"
33637
+ },
33444
33638
  "fanControl.setDirection": {
33445
33639
  capName: "fan-control",
33446
33640
  capScope: "device",
@@ -36747,6 +36941,12 @@ Object.freeze({
36747
36941
  addonId: null,
36748
36942
  access: "create"
36749
36943
  },
36944
+ "system.getFailureContributions": {
36945
+ capName: "system",
36946
+ capScope: "system",
36947
+ addonId: null,
36948
+ access: "view"
36949
+ },
36750
36950
  "system.getLoadContributions": {
36751
36951
  capName: "system",
36752
36952
  capScope: "system",
package/dist/addon.mjs CHANGED
@@ -13495,6 +13495,114 @@ method(LogEntrySchema, _void(), { kind: "mutation" }), method(object({
13495
13495
  limit: number().optional(),
13496
13496
  tags: record(string(), string()).optional()
13497
13497
  }), array(LogEntrySchema).readonly());
13498
+ /**
13499
+ * `failure-contribution` — the capability an addon reports its OWN losses
13500
+ * through, per camera, with the denominator attached. It stores nothing.
13501
+ *
13502
+ * ## The twin of `load-contribution`, and why it is a twin and not a field
13503
+ *
13504
+ * `load-contribution` answers *what did this camera COST*. This answers *what
13505
+ * did this camera LOSE*. The reporting discipline is identical and deliberately
13506
+ * copied: the contributor reports what it already knows, hub-main adds only
13507
+ * `addonId`, nothing needs global knowledge, and there is no central list for
13508
+ * somebody to forget to edit.
13509
+ *
13510
+ * They are not merged, because their invariants are opposites:
13511
+ *
13512
+ * - a `load-contribution` measurement is **absent, never zero** — a zero would
13513
+ * claim a camera cost nothing, which is a measurement nobody made;
13514
+ * - a `failure-contribution` zero is the **most valuable value on the
13515
+ * surface** — `attempts: 400, succeeded: 400` is the proof a fix landed,
13516
+ * and it is exactly what an absent entry cannot say.
13517
+ *
13518
+ * Putting a loss counter on a cost entry would also break the reconciliation
13519
+ * that gives `load-contribution` its point: contributions are subtracted from
13520
+ * `metrics.node-processes-snapshot` to find processes nobody claims. A failure
13521
+ * has no process.
13522
+ *
13523
+ * ## Why not a log line, since the counters already exist
13524
+ *
13525
+ * Several of these paths already counted themselves — `CaptureScheduler`'s
13526
+ * per-device window, `KeyFrameCaptureLog`, `bumpCropMetric`. Every one of them
13527
+ * ends in a log line, and a log line is the thing the operator asked to stop
13528
+ * needing: *"possiamo armare questi errori intanto? Così al prossimo giro
13529
+ * ricontrolliamo tutti questi punti"*. Reading them meant grepping Loki and
13530
+ * hand-correlating timestamps, which is how a 22% thumbnail gap and a 3-hour
13531
+ * media blackout were both diagnosed. The counters stay; this is where they can
13532
+ * be READ.
13533
+ *
13534
+ * ## The rate is served with its denominator or not at all
13535
+ *
13536
+ * Every entry carries `attempts` and `succeeded`. A miss count alone is
13537
+ * unreadable: on 2026-08-28 the enrichment-crop miss count read as "35x worse
13538
+ * than yesterday" and was **flat across twelve hours** once divided by the
13539
+ * successes on the same path. A surface that publishes only the numerator
13540
+ * reproduces that mistake on every read.
13541
+ *
13542
+ * ## Shape
13543
+ *
13544
+ * Copied from `load-contribution.cap.ts` (`mode: 'collection'`,
13545
+ * `internal: true`, `mount: { kind: 'skip' }`): no tRPC route of its own and no
13546
+ * generated hooks, while `addons.listCapabilityProviders` still enumerates it
13547
+ * and the hub's `CapabilityRegistry` still holds an RPC proxy per provider — so
13548
+ * a forked runner's entries reach hub-main over transport that already exists.
13549
+ * No new UDS message, no second registry (D3). The operator reads the assembled
13550
+ * result through `system.getFailureContributions`.
13551
+ */
13552
+ var FailureReasonCountSchema = object({
13553
+ /**
13554
+ * Why the attempt did not land, in the contributor's own vocabulary —
13555
+ * `worker-lease-gone`, `queue-overflow`, `timeout`, `empty-read`. The same
13556
+ * strings that already appear in this repo's logs and, where one exists, the
13557
+ * same string the per-track `previewMissReason` records (D276): a second
13558
+ * vocabulary for the same loss would make the row and the counter
13559
+ * un-joinable.
13560
+ */
13561
+ reason: string(),
13562
+ count: number().int().nonnegative()
13563
+ });
13564
+ var FailureContributionSchema = object({
13565
+ /**
13566
+ * The failing path — `enrichment-crop`, `inference`, `plate-ocr`,
13567
+ * `person-over-vehicle`. Free text, for the reason `load-contribution` keeps
13568
+ * `unit` free: the families are owned by different addons and a shared enum
13569
+ * is a central list that rots invisibly.
13570
+ */
13571
+ family: string(),
13572
+ /**
13573
+ * The NUMERIC device id — the same value every log line carries as
13574
+ * `tags.deviceId`. Never nullable and never absent: a contributor that
13575
+ * cannot name the camera must not emit the entry, because a fleet total
13576
+ * cannot answer the only question anybody asks of this surface.
13577
+ */
13578
+ deviceId: number().int().positive(),
13579
+ /**
13580
+ * A second dimension inside the family: the model / step id for an inference
13581
+ * timeout, so "which camera AND which model" is one read. Absent when the
13582
+ * family has a single variant.
13583
+ */
13584
+ variant: string().optional(),
13585
+ /**
13586
+ * Epoch ms this counter started — the INCARNATION MARKER. A consumer
13587
+ * differencing two reads must drop the interval when it changes, because the
13588
+ * counter restarted from zero in a respawned runner. Same discipline as
13589
+ * `LoadContribution.startedAtMs`.
13590
+ */
13591
+ sinceMs: number(),
13592
+ /** Epoch ms it was read. `atMs - sinceMs` is the interval this covers. */
13593
+ atMs: number(),
13594
+ /**
13595
+ * THE DENOMINATOR — every attempt on this path for this camera in the
13596
+ * window. A failure count published without it is the mistake this schema
13597
+ * exists to make impossible.
13598
+ */
13599
+ attempts: number().int().nonnegative(),
13600
+ /** Attempts that landed. `attempts - succeeded` is the loss. */
13601
+ succeeded: number().int().nonnegative(),
13602
+ /** The loss, partitioned. Sums to `attempts - succeeded`. */
13603
+ reasons: array(FailureReasonCountSchema).readonly()
13604
+ });
13605
+ method(_void(), array(FailureContributionSchema).readonly());
13498
13606
  var LoadContributionSchema = object({
13499
13607
  role: _enum([
13500
13608
  "decode",
@@ -13802,6 +13910,50 @@ var NodeProcessSchema = object({
13802
13910
  /** Wall-clock uptime (seconds). Parsed from `ps etime`. */
13803
13911
  uptimeSec: number()
13804
13912
  });
13913
+ /**
13914
+ * One retained container-memory reading.
13915
+ *
13916
+ * `atMs` is the timestamp of the PROCESS snapshot taken in the same tick, not
13917
+ * a second clock: that is what makes "processes sum to X, container says Y"
13918
+ * subtractable per point rather than an eyeballed comparison of two series
13919
+ * sampled at different instants.
13920
+ *
13921
+ * A reduced window keeps the sample with the LARGEST `currentBytes` in each
13922
+ * bucket, WHOLE. Taking a per-field maximum would synthesise a row whose parts
13923
+ * never coexisted, and a mean would smear away the peak this exists to find.
13924
+ */
13925
+ var ContainerMemoryPointSchema = object({
13926
+ /** Which hierarchy answered, so a reading is never ambiguous. */
13927
+ source: _enum(["cgroup-v2", "cgroup-v1"]),
13928
+ /** `memory.current` (v2) / `memory.usage_in_bytes` (v1). Always known. */
13929
+ currentBytes: number(),
13930
+ /** The cgroup's ceiling. `null` = NO LIMIT — never a sentinel, never zero. */
13931
+ limitBytes: number().nullable(),
13932
+ /** Anonymous pages: the closest thing to "what the processes allocated". */
13933
+ anonBytes: number().nullable(),
13934
+ /** Page cache. Charged to the cgroup, owned by no process. */
13935
+ fileBytes: number().nullable(),
13936
+ /**
13937
+ * Shared memory — and the field that explained the largest single surprise.
13938
+ * The i915 driver backs GPU buffers with shmem, so an inference pool or a
13939
+ * hardware-decode session holding DRM objects is charged HERE and appears
13940
+ * nowhere in a `ps` scan.
13941
+ */
13942
+ shmemBytes: number().nullable(),
13943
+ /** Kernel slab charged to this cgroup. `null` on v1, which never publishes it. */
13944
+ slabBytes: number().nullable(),
13945
+ /**
13946
+ * Shrinkable i915 GEM object bytes, from debugfs.
13947
+ *
13948
+ * **Host-wide across every DRM client, NOT cgroup-scoped.** It is not a
13949
+ * component of `currentBytes` and must not be subtracted from it; it says
13950
+ * what put the shmem there, where `shmemBytes` only says how much.
13951
+ *
13952
+ * `null` wherever debugfs is not mounted — which is inside every camstack
13953
+ * container today — and on any node with no Intel GPU.
13954
+ */
13955
+ gpuShmemBytes: number().nullable()
13956
+ }).extend({ atMs: number() });
13805
13957
  var DumpHeapSnapshotInputSchema = object({
13806
13958
  /** The addon whose runner should dump a heap snapshot. */
13807
13959
  addonId: string() });
@@ -13865,6 +14017,21 @@ var NodeLoadSeriesSchema = object({
13865
14017
  /** One entry per function seen in the window, heaviest-first. */
13866
14018
  series: array(LoadFunctionSeriesSchema).readonly(),
13867
14019
  /**
14020
+ * The CONTAINER's memory over the same window, oldest-first.
14021
+ *
14022
+ * Sits next to `series` rather than in a method of its own because the whole
14023
+ * question is a subtraction: the per-process rows in `series` sum to one
14024
+ * number and this one is another, and an operator who has to issue two calls
14025
+ * to compare them will compare two different instants. Same reader, same
14026
+ * `sinceMs`, same `bucketMs`, same timestamps.
14027
+ *
14028
+ * **EMPTY means ABSENT, never zero.** A node with no cgroup — a developer
14029
+ * Mac, a bare-metal host, a container with the hierarchy hidden — reports no
14030
+ * points at all. A zero here would be indistinguishable from a healthy
14031
+ * container and is precisely the lie this field exists to avoid.
14032
+ */
14033
+ containerMemory: array(ContainerMemoryPointSchema).readonly(),
14034
+ /**
13868
14035
  * Width of one returned bucket, in ms. Equals the sampling cadence when no
13869
14036
  * reduction was needed — so a caller can always say what one point covers
13870
14037
  * without having to know whether it was reduced.
@@ -18085,6 +18252,20 @@ var TrackSchema = object({
18085
18252
  * `=== true` and render nothing otherwise — never infer "no rider".
18086
18253
  */
18087
18254
  hasRider: boolean().optional(),
18255
+ /**
18256
+ * WHY this track ended without a NATIVE best-shot tile
18257
+ * ([D276](../decisions/adr-0276-a-stand-in-tile-is-provisional-and-a-close-says-why.md)) —
18258
+ * a composed token line (`no-key-frame capture=keyframe:native-missx4`,
18259
+ * `derive-returned-null tile=standin`, …) written at close and CLEARED by
18260
+ * the late-keyFrame upgrade when a native tile lands after all. The
18261
+ * operator-facing answer to "perché manca l'immagine?" on a track whose
18262
+ * tile is a face/plate stand-in, a raster crop, or an icon.
18263
+ *
18264
+ * **Absent ≠ "missed silently"**: a row written before the column, a hub
18265
+ * that predates the field, and every track whose tile landed native all
18266
+ * omit it. Render nothing when absent.
18267
+ */
18268
+ previewMissReason: string().optional(),
18088
18269
  ...TrackFlagFields,
18089
18270
  ...TrackRetrainFields
18090
18271
  });
@@ -27658,10 +27839,10 @@ DeviceType.Camera, DeviceType.Sensor, DeviceType.Switch, method(object({ deviceI
27658
27839
  * recording config. NOTE on events (source of truth, R5/C3): this cap carries
27659
27840
  * NO event surface — `getPlaybackManifest` returns playlist URLs only. Timeline
27660
27841
  * events (motion/object/audio) come from `pipelineAnalytics` (durable SQLite
27661
- * rows); the recorder's internal EventMap markers are ephemeral in-RAM
27662
- * annotations that are not exposed here and must not be treated as an event
27663
- * feed. Event<->footage joins are by time, padded with the shared `EVENT_PAD_MS`
27664
- * (`interfaces/recording-config.ts`).
27842
+ * rows) and are the ONLY event surface — the recorder has none. The in-RAM
27843
+ * playback markers it used to build were deleted on 2026-08-29 because nothing
27844
+ * ever read them. Event<->footage joins are by time, padded with the shared
27845
+ * `EVENT_PAD_MS` (`interfaces/recording-config.ts`).
27665
27846
  */
27666
27847
  var RecordingStatusSchema = object({
27667
27848
  deviceId: number(),
@@ -29372,6 +29553,13 @@ var LoggingSettingsPatchSchema = object({
29372
29553
  * anyone but its owner.
29373
29554
  */
29374
29555
  var ReportedLoadContributionSchema = LoadContributionSchema.extend({ addonId: string() });
29556
+ /**
29557
+ * One per-camera failure counter, plus WHO reported it.
29558
+ *
29559
+ * Same rule as {@link ReportedLoadContributionSchema}: `addonId` is stamped by
29560
+ * the hub as it enumerates providers, never by the contributor.
29561
+ */
29562
+ var ReportedFailureContributionSchema = FailureContributionSchema.extend({ addonId: string() });
29375
29563
  var GetLoggingSettingsInputSchema = object({
29376
29564
  scopeNodeId: string().optional(),
29377
29565
  /**
@@ -29430,7 +29618,7 @@ method(_void(), FeatureManifestSchema), method(_void(), HealthStatusSchema), met
29430
29618
  }), method(_void(), SiteLocationStatusSchema, {
29431
29619
  kind: "mutation",
29432
29620
  auth: "admin"
29433
- }), method(_void(), RequestCensusStatusSchema, { auth: "admin" }), method(_void(), array(ReportedLoadContributionSchema).readonly(), { auth: "admin" }), method(GetLoggingSettingsInputSchema, LoggingSettingsStateSchema, { auth: "admin" }), method(SetLoggingSettingsInputSchema, LoggingSettingsStateSchema, {
29621
+ }), method(_void(), RequestCensusStatusSchema, { auth: "admin" }), method(_void(), array(ReportedLoadContributionSchema).readonly(), { auth: "admin" }), method(_void(), array(ReportedFailureContributionSchema).readonly(), { auth: "admin" }), method(GetLoggingSettingsInputSchema, LoggingSettingsStateSchema, { auth: "admin" }), method(SetLoggingSettingsInputSchema, LoggingSettingsStateSchema, {
29434
29622
  kind: "mutation",
29435
29623
  auth: "admin"
29436
29624
  });
@@ -33420,6 +33608,12 @@ Object.freeze({
33420
33608
  addonId: null,
33421
33609
  access: "create"
33422
33610
  },
33611
+ "failureContribution.list": {
33612
+ capName: "failure-contribution",
33613
+ capScope: "system",
33614
+ addonId: null,
33615
+ access: "view"
33616
+ },
33423
33617
  "fanControl.setDirection": {
33424
33618
  capName: "fan-control",
33425
33619
  capScope: "device",
@@ -36726,6 +36920,12 @@ Object.freeze({
36726
36920
  addonId: null,
36727
36921
  access: "create"
36728
36922
  },
36923
+ "system.getFailureContributions": {
36924
+ capName: "system",
36925
+ capScope: "system",
36926
+ addonId: null,
36927
+ access: "view"
36928
+ },
36729
36929
  "system.getLoadContributions": {
36730
36930
  capName: "system",
36731
36931
  capScope: "system",
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@camstack/addon-provider-wyze",
3
- "version": "0.2.42",
3
+ "version": "0.2.45",
4
4
  "description": "Wyze camera device-provider addon for CamStack — wraps the @apocaliss92/wyze-bridge-js P2P/DTLS client, feeding the stream-broker via the pull-rfc4571 lazy-publish path (a structural twin of addon-provider-reolink)",
5
5
  "keywords": [
6
6
  "camstack",