社区
C#
帖子详情
Bitmap的压缩,传输
春夏_秋冬
2019-04-24 03:34:47
我想传输一个Bitmap给客户端(每秒传输60帧,所以需要很快的传输效率)。
现在由于Bitmap有点大,传输效率不是很高。所以想问问怎么才能提高传输效率。
可能提高的方向:
1.压缩Bitmap,到客户端再进行解压。
2.提高传输速率,现在用的是Tcplistener,TcpClient
...全文
152
4
打赏
收藏
Bitmap的压缩,传输
我想传输一个Bitmap给客户端(每秒传输60帧,所以需要很快的传输效率)。 现在由于Bitmap有点大,传输效率不是很高。所以想问问怎么才能提高传输效率。 可能提高的方向: 1.压缩Bitmap,到客户端再进行解压。 2.提高传输速率,现在用的是Tcplistener,TcpClient
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
4 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
threenewbee
2019-04-24
打赏
举报
回复
你的想法本身就不行。以rdp协议为例,它首先对屏幕分块,只传输变化的块,而不是每次传整个屏幕。其次,不是对bmp压缩,而是使用有损的算法。
wanghui0380
2019-04-24
打赏
举报
回复
编码器转成h265(MP4)在用rtsp直接流式输出
wanghui0380
2019-04-24
打赏
举报
回复
都谈到帧了,还不直接rstp,还要一张一张搞么?
幽幽有悠悠呦
2019-04-24
打赏
举报
回复
额。每秒60帧。。。你这比传输视频还更高的要求啊。。。 在你提到的两点基础上,再加一个 不必每一帧都重头传输。。两帧之间肯定有非常多的重合部分。不一样的反而常常很少。只要传输变化的部分就行了。
Android图片
压缩
(质量
压缩
和尺寸
压缩
)
在网上调查了图片
压缩
的方法并实装后,大致上可以认为有两类
压缩
:质量
压缩
(不改变图片的尺寸)和尺寸
压缩
(相当于是像素上的
压缩
);质量
压缩
一般可用于上传大图前的处理,这样就可以节省一定的流量,毕竟现在的手机拍照都能达到3M左右了,尺寸
压缩
一般可用于生成缩略图。 两种方法都实装在了我的项目中,结果却发现在质量
压缩
的模块中,本来1.9M的图片
压缩
后反而变成3M多了,很是奇怪,再做了进一步调查终于知道原因了。下面这个博客说的比较清晰: android图片
压缩
总结 总 结来看,图片有三种存在形式:硬盘上时是file,网络
传输
时是stream,内存中是stream或
bitmap
,所谓的质量
压缩
,它其实只能
c#实现图片
压缩
与解
压缩
是一种游长的
压缩
和解
压缩
算法,是针对
bitmap
图像rgb有损的
压缩
方法,特点是速度快,使用资源少,图像损失小,
压缩
比较高,适合图像在局域网内
传输
, 可以将c#语言改成verilog,做实时
压缩
和
传输
zlib常用解
压缩
开源库
zlib是一套通用的解
压缩
开源库,提供了内存(in-memory)
压缩
和解压函数,能检测解压出来的数据完整性,由Jean-loup Gailly与Mark Adler所开发;zlib初始版本于1995年5月1日发表。zlib支持gzip文件(.gz格式)的读写。;对于
压缩
和解
压缩
,没有数据长度的限制。当
压缩
一个长(无限)数据流时,最好写入全刷新点。 目前,数以千计的应用程序直接或间接使用zlib库,包括: * Linux核心:使用zlib以实作网络协定的
压缩
、档案系统的
压缩
以及开机时解
压缩
自身的核心。 * libpng,用于PNG图形格式的一个实现,对
bitmap
数据规定了DEFLATE作为流
压缩
方法。 * Apache:使用zlib实作http 1.1。 * OpenSSH、OpenSSL:以zlib达到最佳化加密网络
传输
。 * FFmpeg:以zlib读写Matroska等以DEFLATE算法
压缩
的多媒体串流格式。 * rsync:以zlib最佳化远端同步时的
传输
。 * The dpkg and RPM package managers, which use zlib to unp
J8583 报文
传输
解析测试通过
java iso8583 J8583 报文
传输
解析测试通过 本小工具是一个对金融界ISO8583的一个client和server双向处理。 可以自定义些
传输
对象,现有对象有 ALPHA | NUMERIC | AMOUNT | DATE10 | DATE4 | DATE_EXP | TIME | LLVAR | LLLVAR | DATE14 | DATE8 |LLLVARCN ALPHA:为定长的字母.数字 LLLVAR :3位变长的字符 LLVAR :2位变长的字符 LLLVARCN :3为变长16进制
压缩
的字符。(项目中特殊要求) 并可以自动完成对
BitMap
的计算。 计算整个报文长度 并将长度作为2个Byte写在报文之前,并不计算入整个报文总长度长度里头。 ***报文头是写死的10位,没有时间做改良。
使用C#实现RTP数据包
传输
参照RFC3550
闲暇时折腾IP网络视频监控系统,需要支持视频帧数据包在网络内的
传输
。未采用H.264或MPEG4等编码
压缩
方式,直接使用
Bitmap
图片。由于对帧的准确到达要求不好,所以采用UDP
传输
。如果发生网络丢包现象则直接将帧丢弃。为了记录数据包的
传输
顺序和帧的时间戳,所以研究了下RFC3550协议,采用RTP包封装视频帧。并未全面深究,所以未使用SSRC和CSRC,因为不确切了解其用意。不过目前的实现情况已经足够了。 代码如下:/// /// RTP(RFC3550)协议数据包 /// /// /// The RTP hea
C#
110,535
社区成员
642,577
社区内容
发帖
与我相关
我的任务
C#
.NET技术 C#
复制链接
扫一扫
分享
社区描述
.NET技术 C#
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
让您成为最强悍的C#开发者
试试用AI创作助手写篇文章吧
+ 用AI写文章