Skip to content

Hot pixels: persistent self-maintaining blacklist - #981

Draft
Cybis320 wants to merge 1 commit into
flux-empirical-lmfrom
hot-pixels
Draft

Hot pixels: persistent self-maintaining blacklist#981
Cybis320 wants to merge 1 commit into
flux-empirical-lmfrom
hot-pixels

Conversation

@Cybis320

@Cybis320 Cybis320 commented Sep 1, 2026

Copy link
Copy Markdown
Contributor

For cameras with in-camera hot/stuck pixel filtering disabled. Detections recurring at the same pixel across the night — spread over ≥3 quarters of it, with no net drift — are blacklisted in hotpixels.json, removed from CALSTARS, and excluded from the ff_min_stars meteor gate live during capture. The file is re-read on every FF, so priming or manual edits apply mid-capture; entries unseen for 14 days age out.

  • RMS/HotPixels.py: detection, persistence, matching; CLI (python -m RMS.HotPixels to list, -p <night_dir> to prime from CALSTARS, -r X Y to remove)
  • Pipeline hooks in DetectStarsAndMeteors (live gate + nightly update), ExtractStars.extractStarsAndSave, ExtractStarsFrameInterface — all CALSTARS writers curate
  • Config options in [StarExtraction] (hot_pixels_*), on by default
  • 12 tests; gates validated on real US005A nights (a slow near-pole star with 383 recurrent hits is correctly rejected; the quarters+drift gates, not counts, discriminate)

Note: flux-empirical-lm already contains the SkyFit2 amber-marker UI (030cfba) which imports RMS.HotPixels — this PR supplies the module, so it should merge first. Supersedes branch hot-pixel-blacklist.

🤖 Generated with Claude Code

https://claude.ai/code/session_01QoBAW8t3qgi9nixYhnLwc1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant