如何解决通过无线电以有限的数据包大小传输图像
在通过无线电模块传输图像时,我遇到了很多问题,该问题是在接收方重建图像时出现的。
该模块允许我们在每个数据包中传输256个字节,其中的16个字节保留给标头(地址+ AES128加密)使用,这给我们留下了240个字节的ASCII编码字符串。
到目前为止,我所做的是将彩色图像转换为base64编码的流(在Python中导入base64),然后将其拆分为多个不同的行,以将其合并到240字节的限制内,然后将其发送到发送器。但是,在接收端,我发现在一定数量的数据包之后,很少有数据包会丢失,从而使整个图像不完整且无用。我还尝试了其他形式的编码,例如十六进制,这种编码方式也类似。
有问题的图像是320x240像素,JPG格式的24位深度彩色图像(PNG图像尺寸较大)。
如果有人知道将图像转换为字符串的其他方法或任何允许我将图像转换为ASCII流或什至二进制流的开源工具,请告诉我。
编辑: 在更深入地研究此问题之后,可能的想法之一是创建一个系统,在该系统中,接收器将丢失特定数据包的反馈发送回发送器。是否存在现有的软件或可以让我检查的代码。
谢谢。
解决方法
我认为问题在于JPEG和Base64都不能容忍任何数据丢失,因为一切都取决于以前发生的事情。
更好的方法可能是使用可以容忍丢失数据的方法。因此,也许您可以一次传输一条或多条图像扫描线,并确定它是哪条线,然后将其放入由扫描线标识的位置的空白图像中。如果缺少一两行,您会得到一条黑线,可以通过插值或inpainting来修复。
然后问题就变成了大小。您的图片当前为11kB。如果您发送320x240 RGB文件的原始像素,则将为230kB,即大20倍。您可以将subsamples the chroma转换为JPEG格式的YCbCr,只占用一半的带宽,因此可以达到115kB。
您还应该研究是否可以传输二进制而不是ASCII,这将有很大帮助,因为Base64编码会将数据膨胀了大约30%。
仍然在思考……顺便说一句,通过阅读Slow Scan TV,Raspberry Pi High Altitude Ballooning和here,您可能会得到一些想法。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。