Skip to content

Commit 34e64bd

Browse files
committed
Update considerations on tag types
1 parent be1de68 commit 34e64bd

File tree

1 file changed

+3
-2
lines changed

1 file changed

+3
-2
lines changed

spec.md

Lines changed: 3 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -132,10 +132,11 @@ OpenTag3D has both full-size and small logos available:
132132
These are topics that were heavily discussed during the development of OpenTag3D. Below is a quick summary of each topic, and why we decided to settle on the standards we defined.
133133

134134
- NTAG vs MIFARE 1K Classic
135-
- NTAG213/215/216 are easy to source
135+
- NTAG213/215/216 and SLIX2 tags are easy to source
136136
- NTAG216 has slightly more usable memory than MIFARE tags
137+
- This was later determined to not be important, as the core data could be fit within significantly less capacity
137138
- MIFARE 1K Classic uses about 25% of memory to encrypt data, preventing read/write operations, which is not applicable for OpenTag3D because of the open-source nature
138-
- The hardware used for reading MIFARE 1K Classic tags is typically compatible with NTAG tags, meaning existing RFID printer hardware would not need replacement
139+
- The hardware used for reading MIFARE 1K Classic tags is typically compatible with NTAG/SLIX2 tags, meaning existing RFID printer hardware would not need replacement
139140
- In contrast, smartphones can't typically read MIFARE 1K Classic tags
140141
- JSON vs Memory Map
141142
- Formats such as JSON (human-readable text) take up considerably more memory than memory mapped

0 commit comments

Comments
 (0)