[masklinn]

Qrcode already has a binary mode. The problem is that qrcode software treats qrcode data as text and fucks up. You’re not going to get every software out there fixed.

This does not extent qrcode at all, instead it defines a binary-to-text encoding designed to fit in qrcode’s existing alphanumeric mode, exactly like base32, base64 or base85 (or base36, base62, binhex, quopri) but fitting the specific constraints of the qrcode medium.

[dolmen]

> You’re not going to get every software out there fixed.

You don't need every QR code software to be fixed anyway. Only the one which will use those QR codes which don't yet exist. These softwares will have to understand Base45 anyway.

If you wrote that QRcode is not extensible (I don't know if that's the case) I would have agreed.

[masklinn]

> You don't need every QR code software to be fixed anyway. Only the one which will use those QR codes which don't yet exist.

No, the existing software misbehaves (and possibly crashes) when scanning pure binary data. If it did nothing problematic then the use of binary data would not matter, only the sofware which “will have to understand base45 anyway” would need to be binary-clean.

And here qrcode software does not need to understand base45: the user can copy the base45 textual data to whichever other program cares for it.

> If you wrote that QRcode is not extensible (I don't know if that's the case) I would have agreed.

Why would I write that when it has nothing to do with the issue?

And qrcode can be extended: the encoding mode is specified by a nibble, only 9 values are currently in use.

[rkangel]

Realistically, if you test with the camera apps from Apple, Google and Samsung I suspect you have 90% of the public's usage covered and everyone else will be forced to follow.