客戶反映他們使用NVR 連接AM系列產品時，需要花費15分鐘NVR才會出現影像。
=> 2/4 早上到客戶那實地測試。
2/4
到客戶端實地測試結果：
- 問題一：
當NVR發出ONVIF指令溝通時，每道指令都要花費2~3秒的時間，且回傳的封包會被分割成數十段小封包(封包大小不一，有時還會出現長度為"0"的封包)。但是A-MTK的產品每道指令卻花費不到0.5秒的時間，且封包大小都是維持為"1448"。
方案：目前還找不出原因。
- 問題二：
當NVR連線設備RTSP(UDP)影像後，當網路出現斷線後，設備端無法在短時間之內中斷。
方案：
1. 設定RTCP socket recv timeout => 沒用，因為雖然RTCP recv thread 結束，但卻不會更改RTSP相關狀態。
2. 在polling 的地方，當ETH0 狀態變更且為斷線時，重新啟動RTSP stream.
3. 另外，將RTSP session timeout 由60秒縮短為15杪。
- 提供新板FW給客戶驗證。
客戶測試後，新增設備到影像出現，仍然需要一分10秒左右，客戶希望我們能直接現場解決，不然可能就會改單。2/5
客戶端實測與比較A-MTK與我們設備的ONVIF 溝通的回傳值得差異。發現一些相異的地方。
- 相同處：
A-MTK與我們的設備都有六個video profile
- 相異處：
A-MTK： 在getProfiles 只回應一組，切換解析度是以setEncoderParamater來改變對應的profile。
AM系列：getProfiles回應六組profiles，切換解析度就是直接對應profile。缺點：NVR必須花費更多CMD來讀取個profile 的設定值。
- 初步改善方案：
在getProfiles CMD只回復第一組profile 以爭取最少的CMD 數完成ONVIF 的溝通。修改後，NVR與設備溝通時間明顯縮短，由原先一分多縮短為20~25秒。客戶初步能夠接受，但還是希望我們能再縮短時間，希望能夠縮短到10~15杪。
