Blots
Parchivist (Talk | contribs) (Created page with "{{FormatInfo |formattype=physical |subcat=Bar codes |image=Blots-sample.png }} '''Blots''', A simple paper-based storage project '''IT DOES NOT HAVE A DECODER''' The B...") |
Parchivist (Talk | contribs) |
||
| Line 32: | Line 32: | ||
* [git://len.falken.directory/code/blots.git git repository] | * [git://len.falken.directory/code/blots.git git repository] | ||
* [https://web.archive.org/web/20201109041139/https://github.com/lf94/blots archive of previous github] | * [https://web.archive.org/web/20201109041139/https://github.com/lf94/blots archive of previous github] | ||
| + | * [https://github.com/lf94/blots/issues/2 comparison with other formats] | ||
Latest revision as of 18:58, 5 August 2023
Blots, A simple paper-based storage project
IT DOES NOT HAVE A DECODER
The Blots format aims to be simple for self-preservation. Implementation can be done in a night. It aims to incorporate simple error correction (anti-decay), alignment, anti-dirt and to be somewhat dense.
It achieves these with simple XOR parity bits, an "alignment component" located at the top left, no use of black, and storing 2-bits per dot using 4 colors: red, green, blue and white (or absence of ink).
The format is also semi "anti-fold", meaning folding should not cause too many problems. This is because of how data blocks are arranged:
- [a1][a2][p2]
- [p1][b1][b2]
Each byte is broken into 4 pieces, and then those 4 pieces divided into two groups: a and b.
Each group has its own parity bits, for reconstruction.
Because of the way they are arranged, folding may destroy some data on one line, but not the other.
