141–150 of 183 posts
Earlier quoted context omitted.
Cool. How does Apple's iPhone-to-Watch pairing animated graphic work? Maybe their technique has higher bandwidth.
Speaking of screen-to-watch data transfer, the Timex Data Link watch somehow accomplished this in the mid-90s. There must have been some dark magic to make it work on a watch-battery powered processor at the time. https://youtu.be/2VmtPaiOBwI
Earlier quoted context omitted.
I suppose that color-based codes have more density per "pixel" (2-3 bits), so they can be used to encode relatively large amounts of information. Try encoding 1kb as a QR code; it will become pretty unwieldy, if it's possible at all. Think about the size of a reasonable cryptographic public key; would it be nice to have it optically readable sometimes? Tagging things during manufacture is a different application area…
> Try encoding 1kb as a QR code; it will become pretty unwieldy, if it's possible at all. So for reference, QR codes are specified up to 177 pixels wide, and at that size they can hold around 2KB with medium error correction. But for practical use you probably want half that width, so a 400 byte payload is fine but not much more.
You're much better off using the QR code to encode a unique key which points to a record of the desired size in some database in a networked system.
Edit: this is actually a discussion I've had in a professional context pretty recently.
for those decrying the limited use of 2d barcodes in the US or in europe, you've never set foot in a manufacturing environment. 2d barcodes are used for cradle-to-grave inventory tracking by systems like Glovia and SAP. everything from transmission gears to soda pop are tagged during manufacture with numerous 2d barcodes that change at different stations, and at different times. it doesnt matter what your new standar…
Does anyone know of these super long range scanners (e.g, 150 m)?
Looking through Honeywell's products, the Granit 1280i [1] claims 16.5 m, which is impressive but not the 150 m mentioned above. I'm curious how aiming is even possible with what I would assume to be an incredibly narrow field of view.
[1]: https://www.honeywellaidc.com/products/barcode-scanners/indu...
Earlier quoted context omitted.
Yes, you're able to realize that any given RGB mess-of-pixels printed somewhere is "likely to be encoded data", but maybe, you'll think, there might be multiple standards for RGB-encoded data (there are) and so, what standard does this code obey? Is it one your phone can parse? QR codes are able to be recognized as QR codes, which means you're able to think "I could definitely scan that", rather than thinking "that i…
There are also multiple standards for black and white 2d bar codes. This is backed by the Fraunhofer Society and the German government, and on tracks to become an ISO standard. It will be implemented in scanners (hardware and software).
Basically: cheap consumer printers suck. Don't bother.
To copy a comment from a Github issue [1], comparing the different implementations: - CRONTO, PM-Code and HCCB and AuthPaper are proprietary. CRONTO has attracted some usage mainly by banks, PM-Code looks like vaporware, AuthPaper seems inactive and HCCB is dead [2]. - CobraKing seems to be a 2012 research project, unmaintained - HCC2D seems to be mainly academic exploration Papers and results similar to HCC2D pop up…
Thanks for doing this research! I've long dreamed of making a "print to binary to paper" backup system, but all the 2D barcodes I considered had patent encumbrances.
Earlier quoted context omitted.
I'm not rooting for a future where human labor is obsolete. Why would the machines continue to feed us if we're dead weight to the economy?
I am. Why do the washing machines keep washing pensioners' clothes, if they're dead weight to the economy? Because we (the intelligent / sentient / human civilisation) decided so.
Likewise for social security and state-run unemployment insurances.
AI is coming in the form of industry automatization, in a very competitive, capitalist framework. Agriculture and resource extraction is also being automated.
Capital is literally growing a brain, and once it doesn't need us it will stop feeding us, and we'll be powerless against it because we are so dependent on it. Think of a spider shedding its dead skin after molting.
Earlier quoted context omitted.
2D barcodes such as QR and datamatrix certainly have their place, but I wouldn't say they're "massively resilient" to failure. The codes use reed-solomon ECC and the symbology spec has different levels of error tolerance ranging up to a max of ~30% errors. That's certainly robust but it still requires a controlled optical setup to avoid operator frustration. Sometimes, in some applications, a nice big 1D barcode is b…
What if we add color or even UV/IR to an existing QR code just to increase data redundancy? Backward-compatibility FTW!
This is being done to improve self check out speed (no more having to find the bar code) and help with tracking receipt-less returns (this box of cereal was purchased at our store).
Earlier quoted context omitted.
> Try encoding 1kb as a QR code; it will become pretty unwieldy, if it's possible at all. So for reference, QR codes are specified up to 177 pixels wide, and at that size they can hold around 2KB with medium error correction. But for practical use you probably want half that width, so a 400 byte payload is fine but not much more.
Printing a 400 byte payload is pretty easy, but printing a 400 byte payload that's readable at high-speed(100 scans per second) is quite a different story. You'll find that in many usage scenarios the practical upper limit for a data payload is determined less by the symbology and more by the speed and reliability at which the symbology can be read by the equipment. Many thermal printers can do 200dpi or better which…
I'm sure you understand why this is not going to work the same way as reading the actual public key. Not only it needs a network, but it also is susceptible to stealing the values from the database by just generating the (short) unique keys.
People here seem to think that this is someone's weekend project, not the result of serious engineering from an institute of the Fraunhofer Society (which it is). The spec can be found at https://www.bsi.bund.de/EN/Publications/TechnicalGuidelines/... (63 pages, the BSI is the German Federal Office for Information Security, a government agency), and this is slated to become an ISO standard. Here's the Google translat…
Looking closer at the spec you linked, it is tacked on to a standard for visual checksumming of printed documents. It isn't even moving forward on its own merits as a reasonable 2D barcode implementation.