Issue 382 in zxing: QRCode for binaries data.
zx...@googlecode.com
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 382 by fleblanc50: QRCode for binaries data.
http://code.google.com/p/zxing/issues/detail?id=382
No mode for BINARIES DATA.
For now I use Base64 encoded data to send String with "TEXT_TYPE" format,
but in QRCode documentation it seems possible to encode directly binaries
datas.
Without base 64 encoded string the result is badly decoded (have extra
datas)
Does it possible to add BINARY_TYPE ?
Regards.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings
zx...@googlecode.com
Status: WontFix
Labels: -Type-Defect -Priority-Medium Type-Enhancement Priority-Low
Comment #1 on issue 382 by sro...@gmail.com: QRCode for binaries data.
http://code.google.com/p/zxing/issues/detail?id=382
QR codes don't encode binary data, they encode text. It has a
badly-named "binary mode" which is really for
encoding text in ISO-8859-1 encoding. So, no it wouldn't really make sense
to support a "BINARY_TYPE" from an
API perspective. what would readers do with your binary data?
zx...@googlecode.com
Comment #2 on issue 382 by dariusz.walczak: QRCode for binaries data.
http://code.google.com/p/zxing/issues/detail?id=382
http://www.denso-wave.com/qrcode/qrfeature-e.html
"QR Code is capable of handling all types of data, such as numeric and
alphabetic
characters, Kanji, Kana, Hiragana, symbols, binary, and control codes.
[...]"
"QR Code Data capacity [...] Binary (8 bits) Max. 2,953 bytes"
zx...@googlecode.com
Comment #3 on issue 382 by sro...@gmail.com: QRCode for binaries data.
http://code.google.com/p/zxing/issues/detail?id=382
Yes, have you read the QR code spec? "binary" mode is to be interpreted as
the encoding of text. You could put
the bytes of JPEG file into a QR code; readers would read it as text and
output garbage. That can't be what's
intended, when encoding codes for general use, thus there is no API support
for this.
If you built a custom reader which specially handled binary data in some
way you like, sure, you can put whatever
you like in the QR code since your reader knows what non-standard data to
expect. You can easily modify the
encoder to encode whatever byte[] you want. That's really a task for your
custom, closed system though rather
than the general public API
zx...@googlecode.com
Comment #4 on issue 382 by lapo.luchini: QRCode for binaries data.
http://code.google.com/p/zxing/issues/detail?id=382
Myself I'm experimenting with Base32 data, it's very easy to encode (no
need for long multiplications, just take 5 bit at a time), it gets detected
as alphanumeric and has a good overall density: log2(32*32)=10 bit of input
encoded in 11 bits of output.
I think 91% density is good enough to avoid a more complex encoder/decoder.
zx...@googlecode.com
Comment #5 on issue 382 by sro...@gmail.com: QRCode for binaries data.
http://code.google.com/p/zxing/issues/detail?id=382
That works too. The result will still be (alphanumeric) garbage for any
standard reader, which doesn't know that it's supposed to be a JPEG's data.
You still need a customized reader to understand it. And if it's
customized, why not just use the byte mode? You can get in 8 bits per byte,
not 5.
zx...@googlecode.com
Comment #6 on issue 382 by gmk...@gmail.com: QRCode for binaries data.
https://code.google.com/p/zxing/issues/detail?id=382
See https://code.google.com/p/zxing/issues/detail?id=1132
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings