@camstack/addon-decoder-ffmpeg 1.2.60 → 1.2.61
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/index.js +20 -1
- package/dist/index.mjs +20 -1
- package/package.json +1 -1
package/dist/index.js
CHANGED
|
@@ -12678,7 +12678,26 @@ var DiscoveryCandidateSchema = object({
|
|
|
12678
12678
|
* identity ahead of adoption. Rendering metadata (unit, precision)
|
|
12679
12679
|
* flows live through the cap STATUS SLICE after adoption.
|
|
12680
12680
|
*/
|
|
12681
|
-
sourceInfo: SourceInfoSchema.optional()
|
|
12681
|
+
sourceInfo: SourceInfoSchema.optional(),
|
|
12682
|
+
/**
|
|
12683
|
+
* Set when this candidate is a device the provider ALREADY owns.
|
|
12684
|
+
*
|
|
12685
|
+
* A scan cannot generally produce the identity a device was onboarded under
|
|
12686
|
+
* (Reolink keys on `mac-<mac>`, learned at adopt time), so a stableId
|
|
12687
|
+
* comparison never matches and an owned device looks addable. Re-adopting one
|
|
12688
|
+
* overwrites its config with scan-derived values — that is how a Home Hub's
|
|
12689
|
+
* Baichuan port was overwritten with its ONVIF port, taking the hub and its
|
|
12690
|
+
* three child cameras offline for four hours.
|
|
12691
|
+
*
|
|
12692
|
+
* A provider that can recognise its own devices says so here. Absent means
|
|
12693
|
+
* "not recognised", which is not the same as "known to be new" — a provider
|
|
12694
|
+
* that cannot tell simply never sets it.
|
|
12695
|
+
*/
|
|
12696
|
+
alreadyOnboarded: boolean().optional(),
|
|
12697
|
+
/** Numeric id of the device this candidate was matched to. Set with `alreadyOnboarded`. */
|
|
12698
|
+
onboardedDeviceId: number().optional(),
|
|
12699
|
+
/** Operator-facing name of the matched device, so the UI can say WHICH one it is. */
|
|
12700
|
+
onboardedName: string().optional()
|
|
12682
12701
|
});
|
|
12683
12702
|
/**
|
|
12684
12703
|
* Flat device summary returned by `createDevice` / `adoptDiscoveredDevice`.
|
package/dist/index.mjs
CHANGED
|
@@ -12674,7 +12674,26 @@ var DiscoveryCandidateSchema = object({
|
|
|
12674
12674
|
* identity ahead of adoption. Rendering metadata (unit, precision)
|
|
12675
12675
|
* flows live through the cap STATUS SLICE after adoption.
|
|
12676
12676
|
*/
|
|
12677
|
-
sourceInfo: SourceInfoSchema.optional()
|
|
12677
|
+
sourceInfo: SourceInfoSchema.optional(),
|
|
12678
|
+
/**
|
|
12679
|
+
* Set when this candidate is a device the provider ALREADY owns.
|
|
12680
|
+
*
|
|
12681
|
+
* A scan cannot generally produce the identity a device was onboarded under
|
|
12682
|
+
* (Reolink keys on `mac-<mac>`, learned at adopt time), so a stableId
|
|
12683
|
+
* comparison never matches and an owned device looks addable. Re-adopting one
|
|
12684
|
+
* overwrites its config with scan-derived values — that is how a Home Hub's
|
|
12685
|
+
* Baichuan port was overwritten with its ONVIF port, taking the hub and its
|
|
12686
|
+
* three child cameras offline for four hours.
|
|
12687
|
+
*
|
|
12688
|
+
* A provider that can recognise its own devices says so here. Absent means
|
|
12689
|
+
* "not recognised", which is not the same as "known to be new" — a provider
|
|
12690
|
+
* that cannot tell simply never sets it.
|
|
12691
|
+
*/
|
|
12692
|
+
alreadyOnboarded: boolean().optional(),
|
|
12693
|
+
/** Numeric id of the device this candidate was matched to. Set with `alreadyOnboarded`. */
|
|
12694
|
+
onboardedDeviceId: number().optional(),
|
|
12695
|
+
/** Operator-facing name of the matched device, so the UI can say WHICH one it is. */
|
|
12696
|
+
onboardedName: string().optional()
|
|
12678
12697
|
});
|
|
12679
12698
|
/**
|
|
12680
12699
|
* Flat device summary returned by `createDevice` / `adoptDiscoveredDevice`.
|