Skip to content

Commit f6b51f2

Browse files
committed
release: v0.1.0 streaming readiness hardening and docs
1 parent d91a572 commit f6b51f2

File tree

13 files changed

+437
-299
lines changed

13 files changed

+437
-299
lines changed

AI/PROJECT_CONTEXT.md

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -88,7 +88,7 @@ Key behavior:
8888

8989
---
9090

91-
## Current Status (v0.0.9)
91+
## Current Status (v0.1.0)
9292

9393
Shipped and working:
9494

@@ -105,6 +105,7 @@ Shipped and working:
105105
- Performance + observability (v0.0.6): stream status cache, Prometheus metrics, 76% JS bundle reduction
106106
- Multi-view UI, Operator Dark theme (v0.0.6)
107107
- Deployment modes + snapshot AI rollout (v0.0.9)
108+
- Stream orchestration hardening + readiness gating (v0.1.0)
108109

109110
Not done yet:
110111

CHANGELOG.md

Lines changed: 12 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,17 @@
11
# Changelog
22

3+
## v0.1.0 - 2026-03-22
4+
5+
### Added
6+
- Stream readiness gate for `/api/v1/cameras/:id/stream` with explicit `initializing` status and delayed `hls_url` exposure until HLS is reachable.
7+
- Idempotent mediamtx path synchronization logic to avoid repeated recreate loops during keepalive.
8+
- Expanded production walkthrough in README covering every supported setup method and operator checklist.
9+
10+
### Changed
11+
- mediamtx stream profile now defaults to proactive startup (`sourceOnDemand=false`) while continuing to enforce `rtspTransport=tcp`.
12+
- Keepalive behavior now uses grace and backoff windows before path repair, and no longer triggers immediate readiness-based repair churn.
13+
- Frontend stream status handling now supports `initializing` across camera card, single-camera view, multi-camera view, and shared status badge types.
14+
315
## v0.0.9 - 2026-03-20
416

517
### Added

0 commit comments

Comments
 (0)