为什么udp流设置1316字节

当我们在用udp推流时经常会看到pkt_size=1316，如下：
ffmpeg -re -i westLife.mp4 -f mpegts udp://127.0.0.1:5000?pkt_size=1316
上述命令中pkt_size=1316是什么意思，它是指udp发送音视频流时，每个udp包所含有的有效负载的大小。
在代码中设置如下：
AVDictionary*dic = NULL;
av_dict_set(&dic, “pkt_size”, “1316”, 0); //Maximum UDP packet size

那么大小为什么是1316呢，以太网的MTU(Maximum Transmission Unit)通常是1500 bytes，因此，最好控制发送报文长度在1500 bytes以下，以TS over UDP场景为例，通常每个TS包大小为188 bytes，因此，每个UDP包中最大可包含TS包的数目为floor((1500 – 8 -20 )/ 188) = 7，即有效数据为188 * 7 = 1316bytes，8和20分别为UDP包头和IP包头的长度。

补充：
MTU（Maximum Transmission Unit）网络上传送的最大数据包大小。

MTU的单位是字节byte，主流网络是以太网（Ethernet）MTU是1500，以太网的相关网络设备MTU是1500。

MTU其实属于OSI参考模型第2层（数据链路层），目的是限定【MAC帧中数据部分（payload）的大小】的值，会影响到【第3层的整个IP封包的大小】，此大小包括IP数据包的包头；而最终IP数据包是要放进MAC帧。

28字节的大小，是 【IP包头的20字节】+ 【ICMP的包头8字节】。

1500 bytes (Ethernet mtu) – 20 byte (IP header) – 8 byte (ICMP header) = 1472 byte

ping -s 1472 -M do 192.168.100.79

如下：

PING 192.168.100.79 (192.168.100.79) 1472(1500) bytes of data.
1480 bytes from 192.168.100.79: icmp_seq=1 ttl=64 time=0.196 ms
1480 bytes from 192.168.100.79: icmp_seq=2 ttl=64 time=0.208 ms
^C
--- 192.168.100.79 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1032ms
rtt min/avg/max/mdev = 0.196/0.202/0.208/0.006 ms

ping -s 1473 -M do 192.168.100.79

PING 192.168.100.79 (192.168.100.79) 1473(1501) bytes of data.
ping: local error: Message too long, mtu=1500
ping: local error: Message too long, mtu=1500
ping: local error: Message too long, mtu=1500
ping: local error: Message too long, mtu=1500
ping: local error: Message too long, mtu=1500
^C
--- 192.168.100.79 ping statistics ---
5 packets transmitted, 0 received, +5 errors, 100% packet loss, time 4099ms