視頻數據傳輸在傳輸層可以選擇TCP或者UDP，TCP面向連接，傳輸中斷，發送端是知道的。TCP傳輸的好處是不丟包，壞處是網絡不太好的情況下會越堵越嚴重。UDP非面向連接，發送端只管發送數據，接收端有沒有接收到不管。UDP的好處應該是實時性，壞處顯而易見：網絡抖動大時數據會丟失嚴重，出現我們常說的花屏的情況。有一些情況是網絡也“正常”，ping包延時很低。但是接收端也會出現花屏。這是什為何呢？下面我將講述這種情況如何解決。
如果視頻發送端視頻數據播放正常，接收端播放視頻花屏，第一件事情就是WireShark抓包。WireShark會告訴你很多問題點。有一種情況是發送端每次發送的數據包過大。一般交換機MTU單元設置一次通過的數據包大小是1500字節。如果WireShark顯示很多fragment（分片）說明數據包被拆分。兩種解決方案，要么增大MTU值，要么重新組包，保證數據包的大小在MTU范圍內。正常情況下，要求網絡工程師設置通用值1500字節。因為很多庫比如Ffmpeg就遵守這個值。在實際的項目中我就遇到過接收端播放視頻花屏，怎么修改代碼都沒有，最后定位的數據包的網絡傳輸，讓網絡工程師修改MTU，問題才得以解決。
包大了不行，小了同樣也會有問題。這個問題是本文的另一作者皚雪發現並解決的，問題是單個數據包太小接收端播放視頻同樣出現花屏，我所遇到的網絡環境里沒有碰到這種情況數據包小了，多發幾次也沒出現花屏。這個問題的解決方法是如果包太小先緩存，等數據包夠數時一起發送。下面給出解決問題的基本代碼（代碼是皚雪寫的）。
#define BUFFER_LEN 1480
if (m_nBufferLen + nDataSize < BUFFER_LEN)
{
memcpy(m_pchBuffer + m_nBufferLen, (char*)pkt + RTP_HEAD_LEN, nDataSize);
m_nBufferLen += nDataSize;
}
else
{
SendData(pthis->sendtransport, m_pchBuffer, m_nBufferLen);
memset(m_pchBuffer, 0, sizeof(m_pchBuffer));
m_nBufferLen = 0;
memcpy(m_pchBuffer, (char*)pkt + RTP_HEAD_LEN, nDataSize);
m_nBufferLen = nDataSize;
}