JAI丟包掉幀處理

2022-06-05 18:33:07 字數 1590 閱讀 1417

時間戳停止變化/影象停止更新

本小白剛剛接觸jai,有很多不懂的地方。這次遇到問題是請教了yz大哥(不知道年齡,暫時這麼稱呼),很感謝yz大哥的耐心指導。因為我不僅不知道怎麼調,連在**調也不知道╭(╯^╰)╮。以下是此次問題解決步驟,是yz大哥跟我說怎麼做,然後我照做,過程中又遇到問題,下邊也給出了碰到的問題以及相應的解決方法。(8.21更)

剛剛又看了下jai sdk getting started guide,發現yz講的方法就是文件裡那部分我覺得可以先跳過的內容,出現問題應該也是因為我沒有按照文件進行配置..…..可能我寫的這個會有錯誤、遺漏、表述模糊,具體操作還可參加文件說明(8.22更)

4.4=》設定接收緩衝區 4.5=》設定中斷調整 4.6=》開啟巨型幀 4.7=》計算和設定包延遲

影象傳輸時丟包(掉幀)

除了通過搜尋,也可以找到gige image acquisition-total missing packets

其實觀察剛開始採集影象時是否有撕裂的情況(出現水平黑線)

網路和共享中心-乙太網(就是相機那條網線)-屬性-由勾選ebus設定為不勾選ebus 同時可以看到連線時使用的網絡卡

找到網絡卡右擊-屬性-高階-巨型幀(由關閉設為9kb mtu)接收緩衝區設為最大(我的最大只有512,只能這樣了)

是不是我的網絡卡太菜了,眾籌給我買個好的可以嗎???

參照文件設定延時(主要是幀率)我的max fps是2.00 ,band width是90%

修改最大幀率,調整頻寬,點選calculate,點選ok。(文件指出當資料報大小或者畫素格式改變時,資料報延遲都需要重新計算)

最後檢視是否丟包 如有丟包可以再次調整資料報大小和延遲。

另外有一點是,影象的傳輸是和你整個電腦的執行都有關係的,而不只是網絡卡和相機設定。

UDP丟包原因

一 主要丟包原因 1 接收端處理時間過長導致丟包 呼叫recv方法接收端收到資料後,處理資料花了一些時間,處理完後再次呼叫recv方法,在這二次呼叫間隔裡,發過來的包可能丟失。對於這種情況可以修改接收端,將包接收後存入乙個緩衝區,然後迅速返回繼續recv。2 傳送的包巨大丟包 雖然send方法會幫你...

網路丟包監控指令碼

前段搞了乙個根據丟包權重判斷是否傳送報警通知的乙個指令碼,相互學習學習 cat checkuser.sh bin bash export path usr local sbin usr local bin sbin bin usr sbin usr bin root bin log time dat...

TCP粘包, UDP丟包, nagle演算法

一 tcp粘包 1.什麼時候考慮粘包 如果利用tcp每次傳送資料,就與對方建立連線,然後雙方傳送完一段資料後,就關閉連線,這樣就不會出現粘包問題 因為只有一種包結構,類似於http協議,udp不會出現粘包現象 關閉連線主要要雙方都傳送close連線 參考tcp關閉協議 如 a需要傳送一段字串給b,那...