Possible Upgrade: usage of JABCode and/or HiQ

[DonaldTsang]

There are ways to increase the data transmission rate of TxQR by using color.
Currently both JABCode and HiQ have released sources for such items, and OpenCV is considering to add them to their repo.

JABCode: https://github.com/jabcode/jabcode
HiQ: https://github.com/ouyangzhibo/HiQ-Robust-and-Fast-Decoding-of-High-Capacity-Color-QR-Codes

[fionafibration]

I think the refresh rate of monitors (specifically color elements) would make quickly animating and reading JabCode and HiQ fairly impractical. QR is also a much more common standard, and thus would have far more support in other languages.

[DonaldTsang]

@ThePlasmaRailgun but I would say having such an experimental feature could allow us to finds better ways of transmitting data even beyond QR code. It is a good thing to test out if the theory is true. JABCode will become a standard in Germany as the laws have been passed, while HiQ is just an altered version of QR code.

[DonaldTsang]

@divan any comments on this?

[divan]

From the compatibility standpoint I'd prefer to stick to regular QR codes (hey, I think I can generate the sequence of QR codes even with Siri Shortcuts app and store it as a gif file). But there are some interesting ideas where discussed by using color overlays – encoding 3 QR codes at a time with different channels, than using iOS (and hopefully Android too) SDK with color channel filter – that will keep leveraging of native QR code scanning capabilities of mobile OS, but increase throughput by factor of 3. And maybe even keep compatibility with normal B/W QR codes.

As for the other exotic visual codes – I think that would be a different project then.

[DonaldTsang]

@divan thanks for the analysis. I would like to note though that JABcode is used by the German government and some universities, but it might need widespread adoption before it gets mainstream.