修正：實測到的是剩餘空檔(穩定1個)，非硬上限；補上判定真正上限的方法

TL-IPC42EW-4-研究報告.md

@@ -48,12 +48,17 @@
   - `/stream2`（子碼流）— **H.264, 704×576 @15fps** + 音訊 PCM A-law 8kHz 單聲道。
   - 未知路徑回 `404 Not Found`。
 
-#### RTSP 併發連線上限 = 1（已實測）
+#### RTSP 併發連線（已實測，但量到的是「剩餘空檔」非硬上限）
 
-- 同時開 8 條連線 → 僅第 1 條成功，其餘 7 條全部立即回 `406 Not Acceptable`。
-- 「完全同時」開 2 條 → 仍只有 1 條成功、另 1 條被拒。
-- 結論：攝影機**同時只允許 1 條 RTSP 串流**（主、子碼流共用此額度）。先前對 stream1 出現的 `406` 即源於此 —— 當下唯一的連線槽已被另一個串流（如 ffplay 開著的 stream2）佔用，並非認證問題；待前一條釋放後重連即正常。
-- 實務影響：NVR、ffplay、第三方軟體等不能同時拉流；要多端觀看需透過攝影機自身的串流轉發或雲端。
+- 同時開 6~8 條連線、連測 3 輪 → 每輪都**只有 1 條成功**，其餘全部立即回 `406 Not Acceptable`。
+- `406` 確認是**併發連線額度用盡**的回應，非認證問題；前一條釋放後重連即正常。
+- ⚠️ 重要限制：用戶端只能測到「**當下還剩幾個空檔**」，量到穩定為 1。無法分辨究竟是：
+  1. 攝影機硬上限就是 1 條；或
+  2. 總額度更大，但其他裝置（手機 App、NVR、其他電腦）長期佔用，只剩 1 個名額給新連線。
+- 要確定真正上限，需其一：
+  - 登入攝影機 Web/App 查看「在線連線/用戶」清單（需設備密碼）；或
+  - 將其他正在連線的裝置全部斷開後，再測空檔數是否上升。
+- 實務影響：無論上限多少，新增拉流端常會撞到 `406`；多端同時觀看建議透過攝影機自身轉發或雲端，而非多條直連 RTSP。
 
 ---