[update] プレビューのフレームコピーを LockBits で高速化 ...

毎フレームの new Bitmap(bmp)（GDI+ DrawImage 経路・32bppARGB 変換で ~25ms）を，
同一 PixelFormat の生画素を LockBits + RtlMoveMemory で行単位コピーする
BitmapUtil.FastClone に置換．コールバックスレッドのコピー律速を解消した．

実機計測（MEMMONITOR）: コピー ~25ms→~2.5ms（約10倍），callback_fps ~16→~30，
両プレビュー描画 ~10→~20fps．色化け・クラッシュなし．

生成コピーは入力と独立し UI スレッドでのみ Dispose される所有権・スレッド安全性は
従来の new Bitmap(bmp) と同一で不変．src は ReadOnly ロックのみで非破壊．
インデックスカラー系は安全網として従来の GDI+ フルコピーにフォールバック．

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

[fix] プレビューメモリリークと Lucam クロススレッド GDI クラッシュ・副モニタ描画飢餓を修正 ...

PLAN_03 の原因1〜3（ShowImage のフルコピー Bitmap リーク・表示バッファの
取りこぼし未 Dispose・PreviewMonitor.UpdateImage の上書き前未 Dispose）を修正．
実機検証で発覚した派生2件も解決:
- Lucam の二重バッファをコールバックスレッドで Dispose する経路が UI の描画と
  衝突するクロススレッド GDI クラッシュ → 表示バッファを UI 所有コピーに統一し
  入力 Bitmap の所有権を呼び出し側に統一（IScam は ToBitmap を using で破棄）
- 校正後にコールバックスレッドが高速化し毎フレーム Invalidate が飢餓を招く
  副モニタ描画崩壊 → 両プレビューを自ペースの UI タイマー駆動に統一し
  コールバックスレッドからの Invalidate を全廃

あわせて MEMMONITOR 限定のプレビュー計測（各段 FPS・コピー/描画時間・
GDI/handle 数・画像サイズ・校正/撮影/F9 イベントの CSV 化）を追加（Release 無影響）

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>