看板 Linux 關於我們 聯絡資訊
請問版上先進 目前小弟透過udpcast套件傳輸資料 小弟不才,看不太懂 udp-sender中async 非同步模式的做法 --async Asynchronous mode. Do not request confirmations from the receiver. Best used together with forward error correction and bandwidth limitation, or else the receiver will abort the reception as soon as it misses a packet. When the receiver aborts the reception in such a way, it will print a list of packets lost in the slice causing the problem. You can use this list to tune the forward error correction parameters. 這是man中的內容解說 謝謝 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 192.192.44.126
bitlife:非同步模式.不會要求收方送出確認.最適合用在有 forward 09/07 14:23
bitlife:error correction 和頻寬限制的情況下. 09/07 14:24
bitlife:否則(頻寬有限又沒用f e c時用了async)收方一旦漏了一個封 09/07 14:28
bitlife:包就會中止接收. 當收方在此情形下中止接收,它會印出一串 09/07 14:29
bitlife:漏接而導致問題的封包.你可以用這串資料來調整f e c的參數 09/07 14:30