Qt TCP视频实时传输（wifi），一帧图像大约34000Byte（640*480），需要对数据视频进行分块发送吗？

anhuidaxue100 2014-10-21 09:46:50

在ARM上运行服务器程序（采集视频并发送），通过WIFI传输到PC机上，PC机运行客户端程序，接收并显示。为什么客户端大约100多帧才能接收到一帧，其他的帧被丢弃了!（客户端没收到数据）怎么解决这个问题？？
为什么在PC机上测试时（C/S都运行在PC机上）可以正常发送接收？这是因为WiFi传输时视频帧大于传输网速，导致视频帧丢失吗？还是本身TCP的限制？或者是ARM数据缓冲区的限制？等等。。。。。。。
求指导！请会的人，知道这方面的人，不吝赐教！真的很急！！

...全文

1741 5 打赏收藏转发到动态举报

写回复

5 条回复

切换为时间正序

请发表友善的回复…

发表回复

chenghouliang 2015-03-21

打赏
举报

回复

楼主解决问题了吗，现在我正在做这个，可通过WiFi显示摄像头显示图像，但视频图像不流畅，没有办法解决呀

collean 2014-10-28

打赏
举报

回复

请问，QT能反应过来吗？更新频率是多慢

qcgao 2014-10-26

打赏
举报

回复

先用网线连接板子和电脑试试看呢

medal2004 2014-10-22

打赏
举报

回复

tcp是流式的、可靠的。不会丢帧，建议检查下上层应用吧。

foruok 2014-10-22

打赏
举报

回复

楼上说得对，多半是应用层处理的问题。

以前一直使用opencv来打开摄像头和获取图像数据，最近搜了一下，原来摄像头模块qt自己也封装了一个，就想着试一下看能不能用tcp实时传输摄像头数据效果图：分为服务端server和客户端Client两个程序，两者分别的功能如下：Server：1，获取摄像头列表，打开指定摄像头2，建立tcp服务侦听，等待服务器的链接3，设置定时器，每隔200毫秒获取一个摄像头的一个图像截图4，将获取的图像截图图像，变成字节流后，压缩，分块发送给服务器Client：1，链接服务端。

网上这方面的资源不是很多，大多数都是Http的断点续传。因小项目需求需要做一个断点传输的功能，思考后自己设计了。服务器和客户端都基于QT5.9，在这里只给出服务器传输文件到客户端，客户端上传文件到服务器原理一样。原理如下：将文件分块传输，比如每次发送4096字节。保证客户端正确接收字节且写入文件，然后向服务器反馈接收成功信息。服务器收到反馈信息继续进行发送。暂停下载...

目录 1.程序设计 2.程序效果服务端客户端 3.代码设计服务端客户端 4.实验可改进的地方：点击下载例程源码 1.程序设计在同一局域网内的两个设备，基于tcp网络编程，实现可靠的、高速的文件传输，并且实时显示传输进度和速度；采用客户端、服务端形式，满足双向传输；具有可扩展性、可移植性。实测传输速度可达到9Mb/s。 2.程序效果服务端 ...

前言：最近写了几篇博客，讲解了几个HTTP首部，感觉自己对于知识的理解还行。现在让我们来了解以下分块传输和持久连接的概念吧。本来，我是不准备写关于持久连接的部分的，因为我都是使用socket模拟的短连接，基本用不上持久连接。但是当我使用分块传输的时候，它有一个特点。因为不适用分块连接的话，默认是有一个Content-Length首部的，但是使用了分块传输的话，就没有这个首部了。这样我的程序就很难终止了（但是也是有方法的）。所以，索性就一起都写入博客了！分块传输分块编码是属于传输编码这个范围的，不过我也

本文介绍一下基于Windows GDI的远程桌面传输。远程桌面方法其实很简单，无外乎GDI截屏->socket传输->GDI画图这三大步骤，但实际上比较麻烦，最难解决的就是截屏后图像太大的问题，以1920*1200像素的屏幕分辨率为例，截屏一张24位的bmp位图，大约需要8M左右字节，连续截图产生的数据量会给socket带来巨大的压力。也有人说可以在GDI截屏之后直接将数据压缩为jpg图像再传输，实践发现存在两个问题：1、压缩后一张图片的大小约为200K-300K，连续截屏的情况下，socket

16,229

社区成员

26,610

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章