v0.2.0

First release after the indexing-performance overhaul. On large
libraries the cold-cache "scan for new media" pass is roughly 32%
faster (now disk-bound on spinning arrays) and warm-cache refreshes
are effectively instant.

Highlights

• Native MP4 parser replaces the per-file ffprobe process spawn —
  reads the mvhd atom directly with a single tail-first disk read.
  ffprobe is kept as a fallback for files the parser can't read.
• Refresh is no longer O(N²) — the per-batch full cache rebuild
  and the per-clip Directory.Exists check are gone. Incremental
  refreshes merge results in-place instead of reloading the entire DB.
• No more double full-refresh on cold start — the incremental pass
  is skipped when the DB is empty.
• SQLite tuned for write throughput during indexing
  (synchronous=NORMAL, temp_store=MEMORY, 20 MiB page cache).
• SignalR refresh-status broadcasts throttled to ~4 Hz instead of
  firing per file (previously thousands of frames per scan).
• Regex updated to accept event folders with truncated timestamps
  (e.g. RecentClips/2025-12-22/...) — picks up the upstream fix from
  TylerB260 while preserving pillar camera support.
• New release pipeline publishes a multi-arch Docker image
  (amd64 + arm64) to Docker Hub and GHCR, plus self-contained
  binaries for Windows, Linux, and macOS.

Compatibility

No DB migration or configuration change required. The existing
clips.db is reused as-is; the first refresh on the new version uses
the cached entries.

Artifacts

• Docker (multi-arch amd64 / arm64):
  • docker.io/megabitus/teslacamplayer:0.2.0
  • ghcr.io/megabitus98/teslacamplayer:0.2.0
• Windows x64: TeslaCamPlayer-0.2.0-Windows-x64.zip
• Linux x64: TeslaCamPlayer-0.2.0-Linux-x64.tar.gz
• Linux arm64: TeslaCamPlayer-0.2.0-Linux-arm64.tar.gz
• macOS x64: TeslaCamPlayer-0.2.0-macOS-x64.tar.gz
• macOS arm64: TeslaCamPlayer-0.2.0-macOS-arm64.tar.gz

Self-contained archives bundle the .NET runtime; you still need
ffmpeg / ffprobe on PATH (and python3 + Pillow if you use
the HUD renderer).