- html - 我的下拉菜单的内容关闭得太快
- c# - 使用 Html Agility Pack 从网页中的表中获取值而不使用 "SelectNode'
- html - 内容容器下的 CSS 下拉菜单
- html - 如何停止嵌套列表重叠父列表?
我编写了一个 C 程序来接收 UDP 多播数据包,并且它可以工作。然而,当程序运行几秒钟时,丢包的情况经常发生。当我按Ctrl + C终止程序并重新启动它时,它会收到大部分数据包,但几秒钟后就会发生数据包丢失。这很奇怪,到底是什么问题呢?这是我的 C 代码。
#include <stdio.h>
#include <stdlib.h>
#include <errno.h>
#include <string.h>
#include <unistd.h>
#include <sys/types.h>
#include <netinet/in.h>
#include <sys/socket.h>
#include <sys/wait.h>
#include <fcntl.h>
#include <sys/ioctl.h>
#include <android/log.h>
#include <sys/stat.h>
#include <sys/types.h>
#include <sys/time.h>
#include <sys/resource.h>
#define BUF_SIZE 4
int mjpeg_main(){
int sockfd;
struct sockaddr_in localSock;
struct ip_mreq group;
char buf[BUF_SIZE];
int len = sizeof(localSock);
/* Create a datagram socket on which to receive. */
if((sockfd = socket(AF_INET, SOCK_DGRAM, 0)) == -1)
{
perror("Can't create socket!");
exit(1);
}
/* Enable SO_REUSEADDR to allow multiple instances of this */
/* application to receive copies of the multicast datagrams. */
int reuse = 1;
if(setsockopt(sockfd, SOL_SOCKET, SO_REUSEADDR, (char *)&reuse, sizeof(reuse)) < 0)
{
perror("Setting SO_REUSEADDR error");
close(sockfd);
exit(1);
}
int n = 1024 * 1024;
if (setsockopt(sockfd,SOL_SOCKET,SO_RCVBUFFORCE,(const char*)&n, sizeof(int)) == -1)
{
// deal with failure, or ignore if you can live with the default size
}
/* Bind to the proper port number with the IP address */
/* specified as INADDR_ANY. */
memset((char *) &localSock, 0, sizeof(localSock));
localSock.sin_family = AF_INET;
localSock.sin_port = htons(2068);
localSock.sin_addr.s_addr = INADDR_ANY;
if(bind(sockfd, (struct sockaddr*)&localSock, sizeof(localSock)))
{
perror("Binding datagram socket error");
close(sockfd);
exit(1);
}
/* Join the multicast group 239.100.15.101 on the local 203.106.93.94 */
/* interface. Note that this IP_ADD_MEMBERSHIP option must be */
/* called for each local interface over which the multicast */
/* datagrams are to be received. */
group.imr_multiaddr.s_addr = inet_addr("239.100.15.101");
group.imr_interface.s_addr = inet_addr("10.100.15.115");
if(setsockopt(sockfd, IPPROTO_IP, IP_ADD_MEMBERSHIP, (char *)&group, sizeof(group)) < 0)
{
perror("Adding multicast group error");
close(sockfd);
exit(1);
}
printf("Start to receive!n");
__android_log_print(ANDROID_LOG_INFO,"mjpeg","mjpeg start !!");
//Wait for connect
while(1)
{
memset(buf, 0, sizeof(buf));
int z = recvfrom(sockfd, // Socket
buf, // Receiving buffer
sizeof buf, // Max recv buf size
0, // Flags: no options
(struct sockaddr *)&localSock,// Addr
&len); // Addr len, in & out
if ( z < 0 )
{
perror("recv");
exit(1);
}
printf("Frame: %02X:%02X, Sequence: %02X:%02X\n", buf[0], buf[1], buf[2], buf[3]);
}
close(sockfd);
return 0;
}
而且,这就是结果。发送端是一个硬件,一个帧包含很多序列。序列号将依次增加。
Frame: 09:1F, Sequence: 00:00Frame: 09:1F, Sequence: 00:01Frame: 09:1F, Sequence: 00:02Frame: 09:1F, Sequence: 00:03Frame: 09:1F, Sequence: 00:04Frame: 09:1F, Sequence: 00:05Frame: 09:1F, Sequence: 00:06Frame: 09:1F, Sequence: 00:07Frame: 09:1F, Sequence: 00:08Frame: 09:1F, Sequence: 00:09Frame: 09:1F, Sequence: 00:0AFrame: 09:1F, Sequence: 00:0BFrame: 09:1F, Sequence: 00:0CFrame: 09:1F, Sequence: 00:0DFrame: 09:1F, Sequence: 00:0EFrame: 09:1F, Sequence: 00:0FFrame: 09:1F, Sequence: 00:10Frame: 09:1F, Sequence: 00:11Frame: 09:1F, Sequence: 00:12Frame: 09:1F, Sequence: 00:13Frame: 09:1F, Sequence: 00:14Frame: 09:1F, Sequence: 00:15Frame: 09:1F, Sequence: 00:16Frame: 09:1F, Sequence: 00:17Frame: 09:1F, Sequence: 00:18Frame: 09:1F, Sequence: 00:19Frame: 09:1F, Sequence: 00:1AFrame: 09:1F, Sequence: 00:1BFrame: 09:1F, Sequence: 00:1CFrame: 09:1F, Sequence: 00:1DFrame: 09:1F, Sequence: 00:1EFrame: 09:1F, Sequence: 00:1FFrame: 09:1F, Sequence: 00:20Frame: 09:1F, Sequence: 00:21Frame: 09:1F, Sequence: 00:22Frame: 09:1F, Sequence: 00:23Frame: 09:1F, Sequence: 00:24Frame: 09:1F, Sequence: 00:25Frame: 09:1F, Sequence: 00:26Frame: 09:1F, Sequence: 00:27Frame: 09:1F, Sequence: 00:28Frame: 09:1F, Sequence: 00:29Frame: 09:1F, Sequence: 00:2AFrame: 09:1F, Sequence: 00:2BFrame: 09:1F, Sequence: 00:2CFrame: 09:1F, Sequence: 00:2DFrame: 09:1F, Sequence: 00:2EFrame: 09:1F, Sequence: 00:2FFrame: 09:1F, Sequence: 00:30Frame: 09:1F, Sequence: 00:31Frame: 09:1F, Sequence: 00:32Frame: 09:1F, Sequence: 00:33Frame: 09:1F, Sequence: 00:34Frame: 09:1F, Sequence: 00:35Frame: 09:1F, Sequence: 00:36Frame: 09:1F, Sequence: 00:37Frame: 09:1F, Sequence: 00:38Frame: 09:1F, Sequence: 00:39Frame: 09:1F, Sequence: 00:3AFrame: 09:1F, Sequence: 00:3BFrame: 09:1F, Sequence: 00:3CFrame: 09:1F, Sequence: 00:3DFrame: 09:1F, Sequence: 00:3EFrame: 09:1F, Sequence: 00:3FFrame: 09:1F, Sequence: 00:40Frame: 09:1F, Sequence: 00:41Frame: 09:1F, Sequence: 00:42Frame: 09:1F, Sequence: 00:43Frame: 09:1F, Sequence: 00:44Frame: 09:1F, Sequence: 00:45Frame: 09:1F, Sequence: 00:46Frame: 09:1F, Sequence: 00:47Frame: 09:1F, Sequence: 00:48Frame: 09:1F, Sequence: 00:49Frame: 09:1F, Sequence: 00:4AFrame: 09:1F, Sequence: 00:4BFrame: 09:1F, Sequence: 00:4CFrame: 09:1F, Sequence: 00:4DFrame: 09:1F, Sequence: 80:4EFrame: 09:20, Sequence: 00:00Frame: 09:20, Sequence: 00:01Frame: 09:20, Sequence: 00:02Frame: 09:20, Sequence: 00:03Frame: 09:20, Sequence: 00:04Frame: 09:20, Sequence: 00:05Frame: 09:20, Sequence: 00:06Frame: 09:20, Sequence: 00:07Frame: 09:20, Sequence: 00:08Frame: 09:20, Sequence: 00:09Frame: 09:20, Sequence: 00:0AFrame: 09:20, Sequence: 00:0BFrame: 09:20, Sequence: 00:0CFrame: 09:20, Sequence: 00:0DFrame: 09:20, Sequence: 00:0EFrame: 09:20, Sequence: 00:0FFrame: 09:20, Sequence: 00:10Frame: 09:20, Sequence: 00:11Frame: 09:20, Sequence: 00:12Frame: 09:20, Sequence: 00:13Frame: 09:20, Sequence: 00:14Frame: 09:20, Sequence: 00:15Frame: 09:20, Sequence: 00:16Frame: 09:20, Sequence: 00:17Frame: 09:20, Sequence: 00:18Frame: 09:20, Sequence: 00:19Frame: 09:20, Sequence: 00:1AFrame: 09:20, Sequence: 00:1BFrame: 09:20, Sequence: 00:1CFrame: 09:20, Sequence: 00:1DFrame: 09:20, Sequence: 00:1EFrame: 09:20, Sequence: 00:1FFrame: 09:20, Sequence: 00:20Frame: 09:20, Sequence: 00:21Frame: 09:20, Sequence: 00:22Frame: 09:20, Sequence: 00:23Frame: 09:20, Sequence: 00:24Frame: 09:20, Sequence: 00:25Frame: 09:20, Sequence: 00:26Frame: 09:20, Sequence: 00:27Frame: 09:20, Sequence: 00:28Frame: 09:20, Sequence: 00:29Frame: 09:20, Sequence: 00:2EFrame: 09:20, Sequence: 00:31Frame: 09:20, Sequence: 00:37Frame: 09:20, Sequence: 00:3BFrame: 09:20, Sequence: 00:3DFrame: 09:20, Sequence: 00:3FFrame: 09:20, Sequence: 00:41Frame: 09:20, Sequence: 00:42Frame: 09:20, Sequence: 00:44Frame: 09:20, Sequence: 00:46Frame: 09:20, Sequence: 00:4BFrame: 09:20, Sequence: 80:4EFrame: 09:21, Sequence: 00:00Frame: 09:21, Sequence: 00:01start packet lost...Frame: 09:21, Sequence: 00:06Frame: 09:21, Sequence: 00:10Frame: 09:21, Sequence: 00:1CFrame: 09:21, Sequence: 00:25Frame: 09:21, Sequence: 00:2FFrame: 09:21, Sequence: 00:35Frame: 09:21, Sequence: 00:3BFrame: 09:21, Sequence: 00:3CFrame: 09:21, Sequence: 00:3EFrame: 09:21, Sequence: 00:40Frame: 09:21, Sequence: 00:42Frame: 09:21, Sequence: 00:43Frame: 09:21, Sequence: 00:45Frame: 09:21, Sequence: 00:47Frame: 09:21, Sequence: 00:4DFrame: 09:22, Sequence: 00:01Frame: 09:22, Sequence: 00:05Frame: 09:22, Sequence: 00:0DFrame: 09:22, Sequence: 00:1BFrame: 09:22, Sequence: 00:23Frame: 09:22, Sequence: 00:2FFrame: 09:22, Sequence: 00:34Frame: 09:22, Sequence: 00:3AFrame: 09:22, Sequence: 00:3CFrame: 09:22, Sequence: 00:3EFrame: 09:22, Sequence: 00:40Frame: 09:22, Sequence: 00:41Frame: 09:22, Sequence: 00:43Frame: 09:22, Sequence: 00:45Frame: 09:22, Sequence: 00:47Frame: 09:22, Sequence: 00:4DFrame: 09:23, Sequence: 00:01Frame: 09:23, Sequence: 00:04Frame: 09:23, Sequence: 00:0AFrame: 09:23, Sequence: 00:19Frame: 09:23, Sequence: 00:20Frame: 09:23, Sequence: 00:2EFrame: 09:23, Sequence: 00:32Frame: 09:23, Sequence: 00:39Frame: 09:23, Sequence: 00:3CFrame: 09:23, Sequence: 00:3EFrame: 09:23, Sequence: 00:3FFrame: 09:23, Sequence: 00:41Frame: 09:23, Sequence: 00:43Frame: 09:23, Sequence: 00:45Frame: 09:23, Sequence: 00:46Frame: 09:23, Sequence: 00:4D
最佳答案
问题已经解决了。原因是我们的PHY使用的是外部晶振,内核时钟配置不正确。
关于C UDP组播接收包丢失,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28081907/
我刚刚了解了 udp 校验和计算。 但我很困惑算法是否检测到所有错误。 最佳答案 当然不是。没有校验和可以检测到所有错误。 关于udp - UDP 校验和是否检测到所有错误?,我们在Stack Ove
下面这个函数有什么问题?? 它应该抛出错误,因为我没有在本地主机上运行 UDP 服务器。 int openUdpSocket(int port) { int sock,sin_size;
我正在尝试修改这两个程序。我想让 udpclient.c 能够接收消息并让 udpserver.c 将消息回显给客户端。我还想在 udpclient 发送消息之前先获取它们的时间标记消息。收到的消息应
我有相当简单的 UDP 服务器写在 c 上。 有时我需要知道在套接字中排队的所有 udp 数据包(字节)的当前长度。 据我了解,getsockopt 没有得到这样的信息。 欢迎使用 Linux 和 F
除了直播音乐/视频外,谁能告诉在哪里使用 UDP 协议(protocol)? UDP 的默认用例是什么? 最佳答案 其他任何您需要性能但如果数据包在途中丢失时可以生存的东西。例如,多人游戏浮现在脑海中
与 TCP 的监视方法相反,UDP 是否会在所有数据包可用时立即发送它们? 谢谢。 最佳答案 TCP 有拥塞控制,UDP 没有,因为它是无连接的。 但是您的问题涉及多个问题:发送消息是否会导致立即发送
我知道 UDP 本质上是不可靠的,但是当连接到 localhost 时,我希望内核以不同的方式处理连接,因为一切都可以在内部处理。那么在这种特殊情况下,UDP 是否被认为是一种可靠的协议(protoc
我正在尝试使用 flash 和 rtmfp 协议(protocol)开发一个实时视频聊天应用程序,但我有疑问rtmfp 如何保证连接对等点,尤其是当对等点位于不同网络时。 最佳答案 RTMFP 依靠中
我发现所有使用 Netty 4.0 的 TCP 服务器实现都使用了 ServerBootstrap 实例。 The biggest and only difference between a serv
对于个人 MMO 游戏项目,我正在 java 中实现一个自制的可靠的基于 UDP 的协议(protocol)。鉴于我当前的设置,我相信窥探者劫持 session 相对简单,因此为了防止这种情况,我借此
我正在尝试手动计算各种 UDP 数据包的校验和,但与 Wireshark 中显示的结果相比,我总是得到错误的结果。下面是我如何做到这一点的示例: Source Address: 192.168.0.1
我正在尝试手动计算各种 UDP 数据包的校验和,但与 Wireshark 中显示的结果相比,我总是得到错误的结果。下面是我如何做到这一点的示例: Source Address: 192.168.0.1
我有一个奇怪的问题。我有一个成功运行的 C++ (boost asio) P2P 应用程序,它可以在大多数 NAT 上运行。问题是,当我将初始启动端口号指定为 1000 时,它会检查 1000 是否空
带有数据源的短 radio 链路,需要通过 IPv6 的 1280 Kbps 吞吐量,使用 UDP 停止和等待协议(protocol),该区域内没有其他客户端或明显的噪声源。我到底如何才能计算出最佳数
似乎可以在没有有效负载的情况下发送 UDP 数据包。 我能想到的唯一不需要有效载荷的就是用于 NAT 打洞。 这还能用来做什么? 这与我之前的问题有关Under Linux, can recv eve
我有一个客户端,我无法更改其代码 - 但我想(重新)使用 编写代码ZeroMQ socket 。 客户端同时使用原始 TCP 和原始 UDP socket 。 我知道我可以使用 ZMQ_ROUTER_
网络 4.0.24 我通过 UDP 传递 XML。收到 UPD 数据包时,数据包的长度始终为 2048,截断消息。尽管如此,我尝试将接收缓冲区大小设置为更大的值(4096、8192、65536),但它
我正在尝试编写一个有关 UDP 连接的简单程序来了解它们。我已经实现了一些基本的事情,但是当我尝试发送并取回我发送的内容时,我遇到了一些问题,例如, 当我这样做时;发送一个字符串 “asd”到服务器我
当我检查时,我在 UDP 客户端每 100 毫秒从服务器发送 UDP 数据包 接收频率不等于 100 毫秒,有时它要少得多,例如 3 毫秒…10 毫秒。 我知道UDP client server是异步
海友我是一个学习winsock2的新手。以下是我的udp服务器和客户端程序。 我这个程序客户端不知道服务器的IP地址,只知道端口。但是服务器会在整个网络中广播一条消息。 当客户端收到消息时,它会回溯服
我是一名优秀的程序员,十分优秀!