驗收一支鏡頭需要兩種資料：正樣本（有火煙的畫面，證明抓得到）與負樣本（正常畫面，證明不亂報）。
負樣本只能靠即時錄製正常時段取得 —— 這 13 支連不上串流，所以負樣本完全無法補。 正樣本因為不可能等真的失火，改用 AI 依該鏡頭畫面生成，其中 8 支還能用標註平台上的舊畫面當底圖生成， 但少了負樣本就算不出誤報率，驗收依然不成立。
換句話說：這 13 支卡在「拿不到正常畫面」，而不是缺經費或缺人標註。
| 階段 | 鏡頭 | 現有負樣本 | 卡在哪 | 需要確認 |
|---|---|---|---|---|
| 已交付 | ch14 | 0 | NVR 同批 14 支可連，僅此 3 支不通 | 鏡頭可能故障或未上線 |
| 已交付 | ch15 | 0 | 同上 | 同上 |
| 已交付 | 模擬火煙 | 0 | 192.168.53.22:8555 連不通 | 確認該模擬源是否已停用 |
| 階段 | 鏡頭 | 現有負樣本 | 卡在哪 | 需要確認 |
|---|---|---|---|---|
| 訓練中 | 153-1 | 0 | ISMS 無 rtspUrl | 興農整個 vendor 都沒登記串流 |
| 訓練中 | 153-14 | 0 | ISMS 無 rtspUrl | 同上 |
| 訓練中 | 153-15 | 0 | ISMS 無 rtspUrl（cameraCode 也是空的） | 同上 |
| 訓練中 | 151-16 | 0 | ISMS 無 rtspUrl（cameraCode 也是空的） | 同上 |
| 階段 | 鏡頭 | 現有負樣本 | 卡在哪 | 需要確認 |
|---|---|---|---|---|
| 訓練中 | 塭內23號 | 85 | RTSP 不通 | 串流位址需更新 |
| 錄製中 | 台南 | 0 | RTSP 不通 | 串流位址需更新 |
| 洽談中 | 待命名1 | 3 | RTSP 不通 | 串流位址需更新 |
| 洽談中 | 新竹監測車 | 1 | RTSP 不通 | 串流位址需更新 |
| 洽談中 | 民景企業 | 25 | RTSP 不通 | 串流位址需更新 |
| 階段 | 鏡頭 | 現有負樣本 | 卡在哪 | 需要確認 |
|---|---|---|---|---|
| 洽談中 | 民雄後門禁 | 0 | 來源是 HLS 不是 RTSP | 需提供 RTSP 或改用 HLS 錄製 |
1. 新東陽 ch14 / ch15 / 模擬火煙 —— 同一台 NVR（192.168.53.254:8555）上其他 14 支都連得通，
只有這 3 支不通，研判是鏡頭本身故障或未上線，非網路問題。ch14 / ch15 已交付客戶，優先度最高。
2. 興農 4 支 —— 系統內整個興農 vendor 都沒有登記串流位址，資料似乎走錄影檔管道。 需要確認：這些鏡頭是否有可用串流？若沒有，能否請對方提供指定時段的錄影檔？
3. 思維 5 支＋天銳 1 支 —— 登記的串流位址連不上（天銳民雄後門禁是 HLS 格式而非 RTSP）。 需要更新為目前可用的位址。
負樣本：35 支已在自動錄製，每支每分鐘取樣一張，明天下午收滿 24 小時（約 1,440 張/支）， 足以計算誤報率。
正樣本：以各鏡頭實際畫面為底，用 AI 生成含三級難度的火煙樣本（初期悶燒／成長期／明顯期）。 已完成 10 支，實測可讓模型在該場景的偵測率從 30% 提升到 86~100%、誤報從 85.7% 降到 8.1%。