TXQR(Transfer via QR)是一个传输协议以及一组工具和库,它通过动态二维码来传输数据,目前并没有成熟的应用可以供使用,但开发者展示了如何通过二维码传输图片。@Appinn
有一篇关于 TXQR 的文章(英文),详细介绍了应用背景、实现方式等等内容,感兴趣的开发者可以去研究研究。
可能二维码传输数据是唯一不需要无线信号的方式,无论 Wi-Fi、蓝牙还是 NFC。但摄像头基本上普及了。很多话在那篇文章中已经写了很明确了,这里就不写了。可以直接拿到机器翻译下去看看,嗯。
来看动图吧:
TXQR 项目地址在这里,青小蛙觉得应该不会多久就会出现有趣的应用。
等等,用一个动图去传递另一张图?那为什么不直接把图给出来?感觉也就传递apk安装包这种无法直接视觉表达的东西才有点用
TX竟然不是腾讯吗?另外,还没看论文,感觉是不是把图片base编码后生成一个二维码的gif啊
卵用都没有,像一楼说的,用动图来传静图?这是来搞笑的吗?还有很重要的一点,帧率呢,你手机是可以播放30帧,但我的手机摄像头获取图片信息的速度未必是30帧呀,要获取所有帧还得CPU跟得上,有毛用,一点都不大众化
帧率匹配啥的根本用不到,不可靠信道条件下的信息传输是无线通信领域的一个本质问题,研究那么多少年,技术已经非常成熟了
楼上两位未免火气太重,计算机中不是只有“动图”和“静图”两种数据的,开发者只是用图片传输来做演示。
“那为什么不直接把图给出来”,用一台手机拍照另一台手机上显示的图片么? 这样获取到的图片显然会有失真,而用QrCode的方式获取到的是原始字节信息,可以说是模拟信号与数字信号的区别。
帧率在引文中有详细的说明,在开发者的测试环境下,帧率在6-7帧时在数据传输速率上有较好的表现,在接收方性能较差的情况下再降低帧率也未尝不可。
总而言之,个人觉得该项目是一个有趣的尝试,在不借助无线信号的情况下,可以达到最高9KB/s的数据传输速率,在特殊场景下还是有一定的应用前景的。
ls是认真的吗……用这个方法得到图片是原图,拍照肯定是得不到原始的图片的。而且不仅是图片,任意格式的文件都可以传输,至于帧率的问题可以调慢一点啊。
这个工具可以解决两台完全没有网络的设备,其中一个有显示屏,另一个有摄像头,这种条件下如何传输文件的问题,要说鸡肋的话……确实也很鸡肋,一般人基本上不会有这种使用场景。传输带宽估计也不会太高,只能说是仅限于很特殊的条件下才会显得有用吧。
另外二维码是有冗余的,你盖掉一部分也不影响读取。动图二维码就相当于三维码了,只要编码的方式合理,也是可以做到漏掉一两帧也能读取。
码率是个大问题,从他demo传输小黄鸭来看,传个几M的照片估计得好久。而且单方向通信,丢帧了也没法处理,只能等第二次循环。目前看来,这个方法就是单纯提高了传输容量,可以一次传输几十几百K的数据了。
这代表了一种新的信号传输方式,传图片只是最基本的一种手段,仍然采用了最基本的视觉方式,肯定是有其价值的。最差,我想传一副矢量图、透明图,加个验证就好了
解决了Android和ios不能连蓝牙/wifi传文件的需求?
对于我来说应用场景大概是没有网络环境下比如火车上,懒得去找数据线,然后把电脑上的小文档传到手机上,收起电脑,躺回卧铺接着看文件吧
还能实现一对多传输
不是还有声音传输数据的吗,声音可以是无线的,但不是无线射频信号。
其实我觉得光也是电磁波。。。
这不就是可见光通讯么……
很有用啊这个功能,想想平时你怎么把图片从windows电脑上发给iphone的
打开qq然后qq打开一个传到电脑的窗口然后拷贝发送。然后手机还要等图片到了后打开保存。整个过程异常麻烦,一旦网络不通,手机直接废了,如果用动态二维码直接原图传输那整个流程只需要两步1.生成二维码2. 接收二维码。没搞清楚情况不要随便吐槽
展会架屏幕发个PDF之类的,感觉相当有价值,比现在的发折页要好多了。
这东西其实很有用的,在某些不可描述领域应该是早就用烂了。
不经任何网络及物理接口传输数据的方法其实并不少,这个算是最容易实现的一个了,像是蜂鸣器、风扇噪音之类的就麻烦多了
如果速度能上去的话,个人感觉传输数据还是挺好的。
重点是用了fountain code实现。
想到了一个用途。
手机地图设置好导航路线后,用这个传给车机上的地图app。
目前要实现这样需要联网,还是挺麻烦的。
这东西还是有点意思的, 有什么后续进展, 还请继续发布一下消息啊