@chrisalvir1/camera-ui-homekit-4k 0.6.26-beta.2 → 0.6.26-beta.4
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/CHANGELOG.md +12 -0
- package/bundle.zip +0 -0
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,17 @@
|
|
|
1
1
|
# Changelog
|
|
2
2
|
|
|
3
|
+
## [0.6.26-beta.4] — H.264 Wi-Fi live negotiation fallback
|
|
4
|
+
|
|
5
|
+
- The Mac mini log showed that an iPhone on the local Wi-Fi completed HAP `PREPARE`, then requested Opus at 24 kHz in `START`; beta.3 advertised only AAC-ELD and rejected the request before sending RTP. This explains why cellular playback through the Home Hub worked while direct local playback failed.
|
|
6
|
+
- Keep AAC-ELD 24 kHz first for non-Ring H.264 cameras and also advertise/accept Opus at 16/24 kHz for controllers using a cached Opus selection. Use the RFC 7587 48 kHz RTP clock for this Opus route. Ring remains on its existing Opus-only profile.
|
|
7
|
+
- HEVC/HKSV3, H.264 recording/detection, pairing, video passthrough and camera settings are unchanged. Unit/integration checks pass; direct iPhone Wi-Fi playback still needs confirmation after installation.
|
|
8
|
+
|
|
9
|
+
## [0.6.26-beta.3] — H.264 live audio AAC-ELD fallback; preserve Ring Opus
|
|
10
|
+
|
|
11
|
+
- H.264 non-Ring sources now advertise AAC-ELD only, and only after the installed Camera.UI FFmpeg passes an actual AAC-ELD encode check. This prevents HomeKit choosing the Opus route that the latest iPhone log shows on C120, Wyze, EZVIZ and C402.
|
|
12
|
+
- Ring sources retain their existing Opus-only live-audio negotiation and two-way-audio capability. The negotiated audio codec is enforced at stream start so a controller cannot silently select the other route.
|
|
13
|
+
- No changes to HEVC/HKSV3, video transport, H.264 HKSV recordings, detection, pairing, or camera settings. Physical playback through Apple Home still requires confirmation after installation.
|
|
14
|
+
|
|
3
15
|
## [0.6.26-beta.2] — Recover H.264 publication from incomplete startup probes
|
|
4
16
|
|
|
5
17
|
- Refresh missing H.264 video measurements before refusing publication. Retry incomplete H.264 sources with 10–60 second backoff while export remains enabled, preserving existing identity/pairing. This addresses Ring cloud relays that were not re-published after the beta.1 worker reload.
|
package/bundle.zip
CHANGED
|
Binary file
|
package/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@chrisalvir1/camera-ui-homekit-4k",
|
|
3
3
|
"displayName": "HOMEKIT 4K — by Chrisalvir",
|
|
4
|
-
"version": "0.6.26-beta.
|
|
4
|
+
"version": "0.6.26-beta.4",
|
|
5
5
|
"description": "Exports Camera.UI cameras to Apple Home with H.264/HKSV and HEVC/HKSV3 streaming paths.",
|
|
6
6
|
"homepage": "https://github.com/Chrisalvir1/homekit-4k",
|
|
7
7
|
"repository": {
|