TASK 64 slices D and E: the feature is usable end to end. - Add a video file → one frame is probed (new `IChromaProbe`/`FfmpegChromaProbe`, one ffmpeg pass at 160x90, off the UI thread) and the layer gets an offer: "Looks like a green screen — Remove it", with the measured colour as a swatch. - Accepting it turns the offer into settings (Amount / Softness / Fringe) that reach ffmpeg as `colorkey` + `despill` + `format=bgra`, so the key is computed in the pipe and both consumers (the shared preview bitmap and the compositor's frame) carry the same alpha. - Media sessions are now keyed by **path + look** (`MainViewModel.MediaSessionKey`), so two layers with the same settings still share one decoder, and changing the look releases the old session and starts the new one. Removal, load reconciliation, loop and audio settings all move to the same key. - Settings persist on the `Source` row (six ALTER TABLE guards + SELECT/INSERT), so a keyed layer comes back keyed. - Panel section is plain creator words: Green/Blue Screen, Amount, Softness, Fringe. Test: `ChromaKeyApplyTests` — the pipe asks ffmpeg to key (and does not when off); a green-screen clip is offered, accepting it starts a keyed session, the layer's resolver then reads that session rather than the old one; the setting survives a save. Docs: TASK 64 D/E ticked with slice F (auto-apply setting + alert clips) left open; frame-pipeline records the decode-option design; HANDOFF rewritten. verify.sh: 544 passed, 0 failed, 0 warnings.
32 lines
1.8 KiB
Markdown
32 lines
1.8 KiB
Markdown
# HANDOFF — 2026-11-05 (TASK 64 — green/blue screen for clips)
|
||
|
||
## State
|
||
|
||
- `main`. TASK 21 complete (video file layer + its soundtrack). TASK 64 shipped through slice E:
|
||
a clip with a green or blue backdrop is **offered** a key on add ("Looks like a green screen —
|
||
Remove it"), accepting it keys the background **inside the decode pipe** (bundled ffmpeg
|
||
`colorkey`/`despill`), with Amount/Softness/Fringe in the panel and the settings persisted.
|
||
Sessions are keyed by **path + look**, so identical looks share one decoder.
|
||
- Detection stays silent on lawns/pitches (confidence = coverage × hue tightness) and ignores
|
||
letterbox bars. It never acts on its own.
|
||
- Tests: `ChromaKeyDetectorTests` (pure) + `ChromaKeyApplyTests` (pipe asks ffmpeg to key; offer →
|
||
accept → keyed session feeds the resolver; survives save). App build 0 warnings; full suite green
|
||
apart from the two documented pre-existing failures.
|
||
|
||
## Next action
|
||
|
||
- TASK 64 slice F: the **"Auto Green/Blue Screen"** opt-in setting (App Settings, high confidence
|
||
only) and wiring alert clips to the same settings block.
|
||
- Then TASK 49 (chat profanity filter). Day 3's TASK 32/33 resilience slices remain outstanding —
|
||
32·4 (fragmented MP4) is the smallest.
|
||
- Do not push absent a checkpoint request.
|
||
|
||
## Landmines
|
||
|
||
- `LayerReorderPersistenceTests.RealMouseDrag_OnTheLayerList_PersistsTheReorder` injects physical
|
||
mouse input. Do not run it while the desktop is in use.
|
||
- Integration tests constructing `MainWindow` must set a temporary `LayoutPathOverride` and clear it in `finally`.
|
||
- Media sessions are keyed by **path + look** (`MainViewModel.MediaSessionKey`); never acquire by raw
|
||
path, and release through `ReleaseMediaIfUnused`.
|
||
- Bundled FFmpeg stays outside the single-file exe (`ExcludeFromSingleFile="true"`).
|