图片网络传输问题

Mr Dang 2019-04-27 05:58:24
首先从视频中抓取图片,图片处理后返回一个大的byte[],前面这个过程是连续不断的,然后怎么通过网络把处理后的图片的byte[]传输给前端?给个提示
我用了Networkcomms的SendObject老是服务端自动剔除前端应用程序,byte[]很大160多万个字节,提示write 超时
...全文
395 6 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
  • 打赏
  • 举报
回复
比如说,在 windows 系统上它是否用 IOCP?它是否是将接收数据流和解析处理分别异步并发处理的(还是比较垃圾地同步阻塞操作)?你的协议是传送图片的“微小差值”还是傻傻地全画幅反复重复传送?有没有兼顾效率和处理时间要求的压缩方法?等等。
  • 打赏
  • 举报
回复
Networkcomms 是什么东东?为什么要 send “Object”而不是 send bytes?为什么它处理简单的 send 都会超时?
Mr Dang 2019-04-29
  • 打赏
  • 举报
回复
引用 2 楼 wanghui0380 的回复:
看你怎么玩了,如果就想简单的玩。就像前面说的一个包一个包传,别一次。另外一次一大byte[],不说前端如何,就你自己也容易崩溃。 如果想更简单点,可以直接用编码器重新弄成H265用rtsp直接流式输出 ps:实际上通常视频源本身就是rtsp流,所以建议还是直接还原成rtsp流
感谢提示
xian_wwq 2019-04-28
  • 打赏
  • 举报
回复
这么大的数据量肯定需要分包,
否则出现异常,已经发送的就得重发
一般方法是包头+数据,
包头中包括包类型标识,数据长度等等
wanghui0380 2019-04-28
  • 打赏
  • 举报
回复
看你怎么玩了,如果就想简单的玩。就像前面说的一个包一个包传,别一次。另外一次一大byte[],不说前端如何,就你自己也容易崩溃。 如果想更简单点,可以直接用编码器重新弄成H265用rtsp直接流式输出 ps:实际上通常视频源本身就是rtsp流,所以建议还是直接还原成rtsp流
stherix 2019-04-28
  • 打赏
  • 举报
回复
通过tcp传输就可以了 另外也没必要一次send 1600k的数据 可以分批传输,tcp是流式的对接收没有影响

111,094

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • AIGC Browser
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

让您成为最强悍的C#开发者

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