3 ms·
I've got this stuck in my head a bit now and I'm wondering if you have any thoughts on my idea. I feel instead of trying to encode data directly in individual
by MadnessASAP 3y ago
I've got this stuck in my head a bit now and I'm wondering if you have any thoughts on my idea.
I feel instead of trying to encode data directly in individual dots it would be better to encode data as small squares (or overlapping circle) of varying intensities. So a slower symbol rate but with more symbols. Using color you could have a 4D (C M Y K) space to distribute symbols into and probably hit some pretty high densities.
This way your less reliant on how precisely your printer/scanner can place and read a dot (which is not what they're meant to do) and more relying on how well they can produce an image (which they are meant to do)
- fsiefken 3y agoPerhaps something like colored rMQR or HCCB is helpful? https://hackaday.com/2023/07/28/color-can-triple-qr-code-capacity/ https://hackaday.com/2023/07/28/color-can-triple-qr-code-cap... https://hackaday.com/2023/07/28/color-can-triple-qr-code-capacity/ https://hackaday.com/2023/07/28/color-can-triple-qr-code-cap... https://en.wikipedia.org/wiki/High_Capacity_Color_Barcode https://en.wikipedia.org/wiki/High_Capacity_Color_Barcode
- sumtechguy 3y agonot a bad idea... could work. Also the child to yours has a decent link to using masking. That way you could encode 'color filters' into a few different spaces and get the most of the color ranges. The more dimensions you can pack in, the higher your bit rate. For example I could have 256 glyphs. Just black and white. But if I rotate them (and make sure all the glyphs are rotatable) I can at least 8x the amount of data packed into one location (just using 45degree rotations). Color for me was just to another dimension. You could pack more by breaking the glyphs into 4 regions (or more) and varying the colors. There all sorts of interesting dimensions you can pack in there.