See [[Mii Maker]] for the application chiefly designed to create, edit, delete, and trade Miis or convert them from and to a QR code.
0x4| Header 0xFFFFFFFF
0xA41E| Array of objects? See chapter
0xC861| 0x2B| Weird padding? 0x00
| 0x1C20 (
?)| Array of Miis contributed from games, used for Mii Plaza "invitations" feature.<br/>The format isn't that of a full Mii.
Empty ( 00)
When encrypted in QR codes, 4 additional bytes are added. Two null bytes and a CRC-16. It's the exact same CRC-16 as for the Wii blocks on the 0x5e first bytes. It seems that the CRC is ignored, the Mii Maker expecting the result of APT:Unwrap to detect integrity loss.
A 0xE-byte long
item. On my database, they're all 0000 0000 0000 0000 0000 FF7F FF7F.
Wild speculation: blacklist of already scanned celebrity (gold) Mii QRs?
Alternative interpretation: FFFF FFFF 0000 0000 0000 0000 0000 is the 1st item; FF7F FF7F 0000 [. ..] the 2nd, etc;
ID (see chapter)
Specialness and date of creation (big-endian 32bit unsigned integer):<br/>Bit 0..27: (bit[0..27] * 2) = date of creation (seconds since 01/01/2010 00:00:00)<br/>Bit 31: not set iff Mii is special
* Byte 0: generally equals 3 (category?)
* Byte 1: 0/1 = copying off/on