luke/esp32-poe-scrypted-viewport/scrypted/scrypted-viewport.ts, branch v1.3.0

scrypted: stamp SCRIPT_VERSION = 0be8f18

2026-07-01T19:19:01+00:00

scrypted: trim stream logging volume

2026-07-01T18:22:05+00:00

A chatty camera keeps a viewport streaming for long stretches, and the old logging emitted ~5 cold-start stamps + a 10s window line per ~10s per stream. Cut it down: - keep a single cold-start stamp (first ffmpeg frame); drop spawned / first stdout byte / first socket.write. - gate the 10s window line on noteworthy windows only (socket-not-ready drops, a buffer-cap flush this window, firmware shedding >=2fps, or painted <20fps); healthy 24fps windows print nothing — the per-wake lines already show liveness. - log "registered" only when the pushed config actually changes, not on every 5-minute reregister cycle. lastRegisterSig cleared on stop() for fresh-load parity. No behavior change beyond logging.

scrypted: stamp SCRIPT_VERSION = c6610c1

2026-07-01T01:44:00+00:00

scrypted: remove the pre-stream snapshot entirely

2026-07-01T01:43:52+00:00

The prebuffered stream now paints in ~0.7s, so the takePicture→transform→POST first-paint bridge was consistently slower than the video it was meant to cover, while adding camera load and a stale-overpaint risk. Drop it: remove pushSnapshot and its call, the shouldPaint gate, and the firstStreamFrameSeen plumbing. On the slow paths (no/cold prebuffer) the panel holds its prior frame until the stream's first frame lands. buildVf stays (used by the live path).

scrypted: stamp SCRIPT_VERSION = 39aeeff

2026-07-01T01:35:54+00:00

scrypted: gate snapshot POST on the live stream not yet painting

2026-07-01T01:35:45+00:00

Now that the prebuffered stream paints in ~0.7s, the parallel snapshot usually loses the race and, if slow (a Unifi takePicture cache-miss can be several seconds), would land after live video and overpaint it with a staler still. pushSnapshot takes a shouldPaint predicate; startStream passes () => !firstStreamFrameSeen (flipped by the ffmpeg first-frame handler), so a snapshot that finishes after the stream is already painting is dropped before the POST. Preserves the snapshot as a gap-filler for the slow paths (live-edge fallback / cold prebuffer) where the stream hasn't painted yet.

scrypted: stamp SCRIPT_VERSION = 860f539

2026-07-01T01:30:34+00:00

scrypted: strip cold-start/event diagnostics

2026-07-01T01:30:25+00:00

Remove the temporary instrumentation used to diagnose the event-wake and cold-start work: the evtscan system-wide listener, the attach/trace/streamopt/ src/inputArgs logs, the StartStop entry logs, and ffmpeg -loglevel info/-nostats (back to error). Keep the lightweight one-shot cold-start stamps (spawned → first byte → first frame → first socket.write) and usingPrebuffer in the config line — cheap regression signals — plus all the actual fixes and the prebuffered- stream selection logic.

scrypted: stamp SCRIPT_VERSION = 24d6e90

2026-07-01T01:26:22+00:00

scrypted: fix event wake, teardown, triggers; cut stream cold-start ~6s→~0.7s

2026-07-01T01:26:14+00:00

Event/lifecycle fixes: - attachListener now self-heals: it's idempotent (tracks the bound camera per viewport) and re-runs on registerViewport success, so the camera subscription survives the reload/add storage-attach race that previously left a bound viewport with no listener until a manual re-save. - stop() always drains the global cleaner array (never gates on this.running) and also cancels bindingDebounce timers + clears the stream idle timeout on abort, so StartStop.stop()+start() == a fresh load with no orphaned ffmpeg, sockets, listeners, or intervals. - ignore all camera events while a stream is live or starting (guard moved to the top of handleCameraEvent) — the wake window is anchored to the first event; later events don't queue, relaunch, or extend it. - prune stale childIds whose storage container is gone (deleted device). Triggers: - default to person + doorbell (motion opt-in; doorbell cameras are chatty); doorbell only offered for doorbell-capable cameras. Reconcile stored triggers + re-render settings live when the camera binding changes. Cold-start (wake -> first live frame): ~6s -> ~0.7s. - Root cause: Unifi GOP is ~5s and the rebroadcast RTSP serves live-edge, so ffmpeg waited for the next keyframe. - Fix: select the prebuffered substream by id (smallest that covers the panel, not the 5MP High), request prebuffer >= GOP, and drop -avioflags direct / -fflags nobuffer on the prebuffer path so ffmpeg gulps the buffered-keyframe burst instead of trickling it. Live-edge fallback keeps the low-latency flags. Steady-state g2g unchanged (~50-100ms). Includes temporary diagnostics (evtscan, attach/trace/streamopt/src logs, ffmpeg -loglevel info) to be stripped in the follow-up commit.