屏幕广播软件中视频卡顿，怎么解决啊，急求高手！

Question

截屏录像屏幕广播

Answer 1

别使用TCP，采用UDP组播，这样可以极大的减轻带宽压力。此外，最好传输压缩后的图片，到客户端解码。
与C++相比，C#的计算性能要差很多，所以建议你在实现压缩与解压缩时采用C++实现。

Answer 2

那你的意思是，还是截屏发送，不使用差异发送，主要是对发送的图片进行压缩？
也想过用UDP，就是感觉UDP发送的数据不好判断结尾，再就是客户端掉线后再登陆，接收的图像有可能不完整。

Answer 3

那你的意思是，还是截屏发送，不使用差异发送，主要是对发送的图片进行压缩？
也想过用UDP，就是感觉UDP发送的数据不好判断结尾，再就是客户端掉线后再登陆，接收的图像有可能不完整。

Answer 4

不是UDP，而是UDP组播。其实差异发送和压缩本质上都是为了减少网络带宽，关键的是实现的效率（例如你可以充分利用多核，并行处理）。你刚才说视频卡，原因是帖率太低。客户端掉线重新登陆，不会产生大的问题，你可以假定一个UDP包仅包含一帧图像。

Answer 5

你用远程桌面连接,一对一的,同样无法保证流畅
QQ视频难道就流畅了?
当然不流畅和不流畅也不同,看你卡到什么程度了
UDP广播确实可以减缓网络压力,不好判断结尾?加个文件头,标识整个包的长度

Answer 6

现在本地已经可以达到30帧/s，就是不知道怎么发送到客户端，因为产生一帧的时间太快，基本就20ms左右，所以一帧一帧发送客户端来不及接收啊.....有没有好的方法？

Answer 7

现在本地已经可以达到30帧/s，就是不知道怎么发送到客户端，因为产生一帧的时间太快，基本就20ms左右，所以一帧一帧发送客户端来不及接收啊.....有没有好的方法？

Answer 8

发送到客户端用UDP广播啊
客户端侦听UDP可以设置只接收某个端口发送的数据,而不要把其他软件的广播数据也当图片处理
怎么会来不及接收?
搜一搜:异步socket,不要同步阻塞while循环接收

Answer 9

现在本地已经可以达到30帧/s，就是不知道怎么发送到客户端，因为产生一帧的时间太快，基本就20ms左右，所以一帧一帧发送客户端来不及接收啊.....有没有好的方法？

Answer 10

udp组播，如果还不行，网络链路层直接发广播包。这种项目要想做的地道，一定是在内核级、驱动级做工作，从网卡驱动收到数据直接写显卡驱动。

Answer 11

哈哈，说的对，我现在没用udp，使用TCP，感觉简单，不丢包，不管包协议，但就是需要多线程来并发...
不过还是觉得udp比较效率高...