v0.3.3 - スリープ復帰時のカメラ即時失敗を修正

変更内容 / Changes

スリープ復帰時のカメラ即時失敗を修正

• 原因: GetTickCount64() はスリープ/休止中もカウントが進むため、スリープ前に設定した25秒のデッドラインがスリープ復帰直後に数時間分超過し、カメラopenが実際には試みられる前に即タイムアウト判定されていた
• 修正: ポーリング間隔の差分積算方式に変更。2秒以上のギャップをスリープイベントと判定し、経過時間カウンターをリセット。これにより数時間のスリープ後でも復帰時に正しくカメラリトライが再開される

Fixed instant camera failure after sleep resume

• Cause: GetTickCount64() keeps ticking during sleep/hibernate, so the 25-second camera open deadline set before sleep had already expired by hours upon resume, causing an immediate false timeout before any actual camera open attempt
• Fix: Switched to polling-gap-based elapsed time tracking. Gaps over 2 seconds between polls are treated as sleep events and reset the elapsed counter, allowing the camera worker a fresh 25-second window after resume

---

No Warranty / 品質保証なし

v0.3.2 - 起動時の残留ステータス表示修正

変更内容 / Changes

Bug Fix

• 起動時のエラー表示残留を修正: 前回の顔認証失敗時の「登録された顔と一致しません」というエラーメッセージが、次回起動時（カメラ起動前）にクリアされずに表示され続ける不具合を修正。新セッション開始時に即座に「カメラの準備中...」にリセットします。
• 照明変化耐性 (CLAHE) 実装 & 判定閾値緩和の反映: 認証時のフレーム照度を均一化するCLAHE前処理の実装完了、およびローカルの config.json における判定必要フレーム数を 4 から 3 に緩和。

Fixed Stale Status Display on Startup

• Fixed error status remaining on new login: The status message from a previous failed run (e.g. "Registered face does not match") was not reset upon launching a new session, resulting in confusing false error states during camera init. It is now immediately reset to "Preparing camera...".
• CLAHE Illumination Normalization & Matching Eased: Integrated CLAHE preprocessing to normalize frame lighting, and eased default requiredMatches in config.json from 4 to 3.

---

No Warranty / 品質保証なし

v0.3.1 - カメラデバイスロック競合の修正

変更内容 / Changes

Bug Fix (Critical)

• v0.3.0のカメラ起動率低下を修正: v0.3.0で導入したdetach方式がカメラデバイスのロック競合を引き起こし、スリープ復帰時の初回成功率が約50%に低下していた問題を修正
• カメラopen/リトライを全て1つのワーカースレッドで順次実行する方式に変更。デバイスロック競合が発生しない設計
• リトライ間隔を500ms→1000msに延長（ドライバ再初期化の余裕を確保）

Fixed camera device lock contention (Critical)

• Fixed camera open success rate regression in v0.3.0: The detach-based timeout approach caused DirectShow device lock contention - detached threads continued holding the camera lock, causing all subsequent retry workers to also fail
• Camera open/retry logic now runs entirely on a single dedicated worker thread, eliminating device lock contention
• Retry interval increased from 500ms to 1000ms to give drivers more time to re-initialize

---

No Warranty / 品質保証なし

v0.3.0 - スリープ復帰時のカメラブロック修正

変更内容 / Changes

Bug Fixes

• スリープ復帰時のカメラブロック修正: cv::VideoCapture::open(CAP_DSHOW) がスリープ復帰時に何時間もブロックされる問題を修正。カメラopenを別スレッドで実行し、3秒のタイムアウトを設定。タイムアウト時は即座にリトライに移行します。
• GetSerializationハング改善: 顔認証成功後にサインインしていますで止まって見える問題を改善。内部のスレッド待ちタイムアウトを1000msから200msに短縮。
• リトライ回数を3から5に増加（各試行は最大3秒で完了するため、全体の最大待ち時間は約17.5秒）。

Fixed camera blocking on sleep/resume

• cv::VideoCapture::open(CAP_DSHOW) could block for hours when resuming from sleep. Camera open is now executed on a worker thread with a 3-second timeout. On timeout, the blocked thread is abandoned and a fresh retry begins immediately.
• Reduced internal thread wait from 1000ms to 200ms to improve responsiveness after face match.
• Increased retry count from 3 to 5 (each attempt completes within 3 seconds max).

---

No Warranty: このソフトウェアは無保証です。自己責任でご使用ください。

v0.2.0

Initial public release of HomeFaceLogon. Important: This is a casual prank prevention tool for home use with absolutely no warranty of any kind, not a secure biometric replacement. If you need real security, please buy a Windows Hello compatible IR camera.