You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Summary. On multi-monitor setups, capture only follows the active display (the one with the focused window / cursor) — one screen per tick, switching as you move. Content on secondary displays is never captured while you're working on another screen. For a "memory of what I was doing" tool this is a real recall gap, since the second monitor is often exactly where the context lives (a spec, dashboard, Slack, logs you're reading while working on the main screen). Passive reading on a non-focused screen never triggers a focus change, so it's invisible.
Current behavior (verified). The recorder enumerates screen.getAllDisplays() but captures a single targetDisplay / cursorDisplayId (falling back to primary). Captured stills are never simultaneous across displays — confirmed by frame timestamps (no two captures in the same second) and by the resolution of each frame tracking whichever display is active.
Why this isn't just a default to flip. Capturing all live screens has real costs:
Storage/CPU scale ~N× with monitor count (the pipeline already downscales aggressively for cost).
Privacy: active-only means idle/secondary content stays uncaptured, which some users will want.
Proposal: make it configurable, default to active-only.
active — current behavior (cheap, private).
all — capture every live display each tick (full multi-monitor recall).
selected — capture a chosen subset (e.g. monitors 1 and 2, exclude a TV/3rd screen).
This gives multi-monitor power users completeness without forcing the cost/privacy hit on everyone. Pairs naturally with the dedup work in #10 so an all mode doesn't drown in redundant frames.
Environment: macOS 26 (Tahoe), Familiar v0.0.70, Apple Silicon, dual-display.
Summary. On multi-monitor setups, capture only follows the active display (the one with the focused window / cursor) — one screen per tick, switching as you move. Content on secondary displays is never captured while you're working on another screen. For a "memory of what I was doing" tool this is a real recall gap, since the second monitor is often exactly where the context lives (a spec, dashboard, Slack, logs you're reading while working on the main screen). Passive reading on a non-focused screen never triggers a focus change, so it's invisible.
Current behavior (verified). The recorder enumerates
screen.getAllDisplays()but captures a singletargetDisplay/cursorDisplayId(falling back to primary). Captured stills are never simultaneous across displays — confirmed by frame timestamps (no two captures in the same second) and by the resolution of each frame tracking whichever display is active.Why this isn't just a default to flip. Capturing all live screens has real costs:
Proposal: make it configurable, default to active-only.
active— current behavior (cheap, private).all— capture every live display each tick (full multi-monitor recall).selected— capture a chosen subset (e.g. monitors 1 and 2, exclude a TV/3rd screen).This gives multi-monitor power users completeness without forcing the cost/privacy hit on everyone. Pairs naturally with the dedup work in #10 so an
allmode doesn't drown in redundant frames.Environment: macOS 26 (Tahoe), Familiar v0.0.70, Apple Silicon, dual-display.