3dbrew - User contributions [en]

DARC

2025-12-26T22:40:45Z

Foofoo the guy: /* ARC header */

[[Category:File formats]]
This page documents the format of DARC.

== Overview ==

DARC files are archives. Containers of files.

This is very similiar to NARC (the DS archives).

== ARC header ==
{| class="wikitable" border="1"
! Offset !! Size !! Type !! Description
|-
| 0x000 || 4 || char[4] || Magic Number 'darc'
|-
| 0x004 || 2 || uint16 || Endianess (=0xFEFF [FF FE]: Little)
|-
| 0x006 || 2 || uint16 || Header's length
|-
| 0x008 || 4 || uint32 || Version
|-
| 0x00C || 4 || uint32 || File's length
|-
| 0x010 || 4 || uint32 || [[DARC#File_table|File table]] offset (from the beginning of the file)
|-
| 0x014 || 4 || uint32 || [[DARC#File_table|File table]] length
|-
| 0x018 || 4 || uint32 || [[DARC#Files_data|Files data]] offset
|}

=== File table ===

The file table starts at 0x01C.

Each file struct consists of 3 uint32:
{| class="wikitable" border="1"
! Offset !! Size !! Type !! Description
|-
| 0x000 || 4 || uint32 || File name offset (from the end of the table)

if (offset & 0x01000000) then this is a folder (i.e. first two nodes 'null' & '.')
|-
| 0x004 || 4 || uint32 || File offset
|-
| 0x008 || 4 || uint32 || File length
|}

* Folder's length is end-index of the folder in the table.

=Tools=
* [https://github.com/yellows8/darctool]

CGFX

2024-05-04T21:01:15Z

Foofoo the guy: Remove duplicate offset from DICT header

CGFX is a container format used to store graphics resources. It can contain 3D models, textures and animation data.

== CGFX ==

CGFX header :
{| class="wikitable"
|-
! Offset
! Length
! Description
|-
| 0x0
| 0x4
| Magic "CGFX"
|-
| 0x4
| 0x2
| Byte order mark: FFFE (little endian) or FEFF (big endian)
|-
| 0x6
| 0x2
| CGFX header size
|-
| 0x8
| 0x4
| Revision
|-
| 0xC
| 0x4
| File size (bytes)
|-
| 0x10
| 0x4
| Number of entries
|}

A typical CGFX file contains two main entries, beginning directly after the CGFX header: DATA and IMAG.

== DATA ==

DATA contains a list of DICT references.

DATA header (for N = 0..15) :
{| class="wikitable"
|-
! Offset
! Length
! Description
|-
| 0x0
| 0x4
| Magic "DATA"
|-
| 0x4
| 0x4
| DATA Size (in bytes)
|-
| 0x8 +(N*8)
| 0x4
| Number of entries in DICT N
|-
| 0xC +(N*8)
| 0x4
| Offset (self-relative) to DICT N
|}

The DATA header contains the entry counts and offsets for each DICT entry. The number of entries can vary (probably based on the version?), but are always in the following order. Any unused entries are zeroed.

Typical entries:
{| class="wikitable"
|-
! N
! Type
|-
| 0
| Models
|-
| 1
| Textures
|-
| 2
| LUTS (Material/Color/Shader look-up tables?)
|-
| 3
| Materials
|-
| 4
| Shaders
|-
| 5
| Cameras
|-
| 6
| Lights
|-
| 7
| Fog
|-
| 8
| Environments
|-
| 9
| Skeleton animations
|-
| 10
| Texture animations
|-
| 11
| Visibility animations
|-
| 12
| Camera animations
|-
| 13
| Light animations
|-
| 14
| Emitters
|-
| 15
| Unknown
|}

== DICT ==

DICTs are generic structures used to store values (and associate them to a key ?). A DICT header is 0x1C bytes long.

DICT header :
{| class="wikitable"
|-
! Offset
! Length
! Description
|-
| 0x0
| 0x4
| Magic "DICT"
|-
| 0x4
| 0x4
| DICT size (in bytes)
|-
| 0x8
| 0x4
| Number of entries
|-
| 0xC
| 0x4
| ?
|-
| 0x10
| 0x2
| Unknown. Seems to be shifted left by 4 bits in the source.
|-
| 0x12
| 0xA
| ?
|}

DICT entry:
{| class="wikitable"
|-
! Offset
! Length
! Description
|-
| 0x0
| 0x4
| ?
|-
| 0x4
| 0x2
| ?
|-
| 0x6
| 0x2
| ?
|-
| 0x8
| 0x4
| Offset (self-relative) to symbol
|-
| 0xC
| 0x4
| Offset (self-relative) to object
|}

== CMDL ==

CMDL is used to describe a 3D model.

CMDL Header :
{| class="wikitable"
|-
! Offset
! Length
! Description
|-
| 0x0
| 0x4
| Flags (bit 7: hasSkeletonSobj)
|-
| 0x4
| 0x4
| Magic "CMDL"
|-
| 0x8
| 0x4
| ?
|-
| 0xC
| 0x4
| Offset (self-relative) to model name
|-
| 0x10
| 0x18
| ?
|-
| 0x28
| 0x4
| Number of entries in Animation Types DICT
|-
| 0x2C
| 0x4
| Offset (self-relative) to Animation Types DICT
|-
| 0x30
| 0xC
| Global scale vector (3 floats : x, y, z)
|-
| 0x3C
| 0x18
| ?
|-
| 0x54
| 0x30
| Matrix 1
|-
| 0x84
| 0x30
| Matrix 2
|-
| 0xB4
| 0x4
| Number of Vertex Info SOBJ entries
|-
| 0xB8
| 0x4
| Offset (self-relative) to Vertex Info SOBJ list
|-
| 0xBC
| 0x4
| Number of MTOB DICT entries
|-
| 0xC0
| 0x4
| Offset (self-relative) to MTOB DICT
|-
| 0xC4
| 0x4
| Number of Vertex Info SOBJ entries
|-
| 0xC8
| 0x4
| Offset (self-relative) to Vertex Info SOBJ list
|-
| 0xCC
| 0x4
| Number of Unknown DICT entries
|-
| 0xD0
| 0x4
| Offset (self-relative) to Unknown DICT
|-
| 0xD4
| 0xC
| ?
|-
| 0xE0
| 0x4
| Skeleton Info SOBJ offset (self-relative) [only present if flag bit 7 is set]
|-
| 0xB8+[0xB8]
| 0x4*N
| Vertex Info SOBJ self-relative offset list
|}

A CMDL section refers to outside data; it can not be considered separately from the rest of the CGFX file.
The second DICT in the CMDL section contains offsets to MTOB objects.

== SOBJ ==

SOBJ structures can be used to describe 3D objects that are part of the model. If such is the case then they will follow this structure :

{| class="wikitable"
|-
! Offset
! Length
! Description
|-
| 0x0
| 0x4
| Flags (bit 4: model; bit 1: skeleton)
|-
| 0x4
| 0x4
| Magic "SOBJ"
|-
| 0x8
| 0x4
| ?
|-
| 0xC
| 0x4
| Unknown symbol offset (self-relative)
|-
| 0x10
| 0xC
| ?
|-
| 0x1C
| 0x4
| Offset (self-relative) to Unknown1 (appears to hold array of floats) ?
|-
| 0x20
| 0xC
| Mesh position offset (X/Y/Z floats)
|-
| 0x2C
| 0x4
| Face groups count
|-
| 0x30
| 0x4
| Offset (self-relative) to face groups offset array
|-
| 0x34
| 0x4
| ?
|-
| 0x38
| 0x4
| Vertex groups count
|-
| 0x3C
| 0x4
| Offset (self-relative) to vertex groups offset array
|-
| 0x40
| 0x4
| Unknown offset (self-relative) ?
|}

Face groups:

{| class="wikitable"
|-
! Offset
! Length
! Description
|-
| 0x0
| 0x4
| Bone groups count
|-
| 0x4
| 0x4
| Offset (self-relative) to UInt32 bone group IDs array
|-
| 0x8
| 0x4
| ?
|-
| 0xC
| 0x4
| Unknown2 count
|-
| 0x10
| 0x4
| Offset (self-relative) to Unknown2 offset array
|}

Unknown2:

{| class="wikitable"
|-
! Offset
! Length
! Description
|-
| 0x0
| 0x4
| Face group descriptor count
|-
| 0x4
| 0x4
| Offset (self-relative) to face array descriptors offset array
|-
| 0x8
| 0x4
| Unknown3 count
|-
| 0xC
| 0x4
| Offset (self-relative) to UInt32 Unknown3 array
|-
| 0x10
| 0x8
| ?
|}

Face array descriptor:

{| class="wikitable"
|-
! Offset
! Length
! Description
|-
| 0x0
| 0x4
| Flags (bit 1: vertex index format: 0=byte, 1=short)
|-
| 0x4
| 0x4
| ?
|-
| 0x8
| 0x4
| Vertex index array size (in bytes)
|-
| 0xC
| 0x4
| Offset (self-relative) to vertex index array
|}

Vertex groups come in a number of different formats. Typically the first vertex group entry is of format 0x40000002 and contains the actual vertex array.

Vertex group format 0x40000002:

{| class="wikitable"
|-
! Offset
! Length
! Description
|-
| 0x0
| 0x4
| Flags (0x40000002)
|-
| 0x4
| 0x4
| ?
|-
| 0x8
| 0x4
| ?
|-
| 0xC
| 0x4
| ?
|-
| 0x10
| 0x4
| ?
|-
| 0x14
| 0x4
| Vertex array size (in bytes)
|-
| 0x18
| 0x4
| Offset (self-relative) to vertex array
|-
| 0x1C
| 0x4
| ?
|-
| 0x20
| 0x4
| ?
|-
| 0x24
| 0x4
| Vertex stride/size in bytes (see below)
|-
| 0x28
| 0x4
| Unknown3 count
|-
| 0x2C
| 0x4
| Offset (self-relative) to component declaration offset array
|}

Each mesh's primary vertex group contains an array of vertex component declaration objects, defining the order and parameters for each of a vertex's components.

Vertex component declaration:

{| class="wikitable"
|-
! Offset
! Length
! Description
|-
| 0x0
| 0x4
| Flags (0x40000001)
|-
| 0x4
| 0x4
| Vertex component type (see below)
|-
| 0x8
| 0x4
| ?
|-
| 0xC
| 0x4
| ?
|-
| 0x10
| 0x4
| ?
|-
| 0x14
| 0x4
| ?
|-
| 0x18
| 0x4
| ?
|-
| 0x1C
| 0x4
| ?
|-
| 0x20
| 0x4
| ?
|-
| 0x24
| 0x1
| Component data type (see below)
|-
| 0x25
| 0x1
| ?
|-
| 0x26
| 0x1
| ?
|-
| 0x27
| 0x1
| ?
|-
| 0x28
| 0x4
| Number of values in this component (e.g. XYZ->3, UV->2)
|-
| 0x2C
| 0x4
| Multiplier for this component's values (float)
|-
| 0x30
| 0x4
| Position of this component within vertex stride
|}

Vertex formats with bone data support multiple bone assignment. In this case, the sum of all bone weights is 0x64.

Vertex component types:

{| class="wikitable"
|-
! Value
! Type
|-
| 0x00
| Position
|-
| 0x01
| Normal
|-
| 0x02
| ? (unobserved)
|-
| 0x03
| Color
|-
| 0x04
| UV0
|-
| 0x05
| UV1
|-
| 0x06
| ? (unobserved, possibly UV2)
|-
| 0x07
| Weight
|-
| 0x08
| Index
|}

Vertex component data types:

{| class="wikitable"
|-
! Value
! Type
|-
| 0x00
| sbyte
|-
| 0x01
| byte
|-
| 0x02
| short
|-
| 0x03
| ? (unobserved, possibly ushort)
|-
| 0x04
| ? (unobserved, possibly int)
|-
| 0x05
| ? (unobserved, possibly uint)
|-
| 0x06
| float
|}

Vertex components are stored as one of the above data types, and the vertex component declaration contains a multiplier that adapts the values to the float version which the game will use.
For example, color RGBA values are stored as bytes, and the multiplier converts them from 0-255 to 0-1.0, and position components using short values are normalized via the multiplier to take advantage of the entire short value range.

== TXOB ==

TXOBs are contained within MTOBs. They can describe textures; if such is the case, then their structure is as follows :

{| class="wikitable"
|-
! Offset
! Length
! Description
|-
| 0x0
| 0x4
| Flags
|-
| 0x4
| 0x4
| Magic "TXOB"
|-
| 0x8
| 0x8
| ?
|-
| 0xC
| 0x4
| Offset (self-relative) to symbol
|-
| 0x18
| 0x4
| Texture height
|-
| 0x1C
| 0x4
| Texture width
|-
| 0x28
| 0x4
| Mipmap levels
|-
| 0x34
| 0x4
| Texture format ID (see table below)
|-
| 0x3C
| 0x4
| Texture height (?)
|-
| 0x40
| 0x4
| Texture width (?)
|-
| 0x44
| 0x4
| Texture data size
|-
| 0x48
| 0x4
| Texture data offset (self-relative)
|}

{| class="wikitable"
|-
! Texture format ID
! Description
|-
|0x0
|RGBA8
|-
|0x1
|RGB8
|-
|0x2
|RGBA5551
|-
|0x3
|RGB565
|-
|0x4
|RGBA4
|-
|0x5
|LA8
|-
|0x6
|HILO8
|-
|0x7
|L8
|-
|0x8
|A8
|-
|0x9
|LA4
|-
|0xA
|L4
|-
|0xB
|A4 ?
|-
|0xC
|ETC1 (see notes below)
|-
|0xD
|ETC1A4 ?
|}

Every texture format has its texture data divided into 8x8 tiles. See [[SMDH#Icon_graphics|SMDH]] for more information.
ETC1 is a compressed texture format which compresses blocks of 4x4 pixels into u64s. These u64 are traditionally stored in big endian; however, nintendo's implementation stores them in little endian. ETC1 textures are stored in 8x8 tiles; decompressed 4x4 therefore have to be organized accordingly. See [https://gist.github.com/smealum/8897237] for implementation example.

== LUTS ==

Appears to contain color lookup tables possibly for use with shaders.

LUTS Header:
{| class="wikitable"
|-
! Offset
! Length
! Description
|-
| 0x0
| 0x4
| Magic "LUTS"
|-
| 0x4
| 0x2
| Seems to adhere to powers of 2 (width/height/flags?)
|-
| 0x6
| 0x2
| Seems to adhere to powers of 2 (width/height/flags?)
|-
| 0x8
| 0x4
| ?
|-
| 0xC
| 0x8
| all zeroes ?
|-
| 0x14
| 0x4
| ?
|-
| 0x18
| 0x4
| Offset to DICT (self-relative) ?
|}
All observed instances have an otherwise unreferenced DICT section immediately afterward (the last LUTS value being a 0x4, which may describe the relative position of that DICT), which appears to describe material specularity.

== Skeleton data ==

Skeleton data is stored in an array. Each entry is 0xE0 bytes in length and organized this way :

{| class="wikitable"
|-
! Offset
! Length
! Description
|-
| 0x0
| 0x4
| Offset (self relative) to name symbol
|-
| 0x4
| 0x4
| ?
|-
| 0x8
| 0x4
| Joint ID
|-
| 0xC
| 0x4
| Parent joint ID
|-
| 0x10
| 0x4
| Signed offset (self-relative) to parent joint
|-
| 0x2C
| 0xC
| Angle vector (floats, x, y, z)
|-
| 0x38
| 0xC
| Position vector (floats, x, y, z)
|-
| 0x44
| 0x30
| Transformation matrix (4x3)
|-
| 0x74
| 0x30
| Identity matrix ? (4x3)
|}

Each entry stores the joint transformation data twice; once as angle/position vectors and once as a transformation matrix. Each entry also stores a second matrix which appears to always be identity. (?)

== CANM ==

CANMs are used to store skeletal animation data.

== Tools ==
* Every File Explorer
* Ohana3DS and its forks
* SPICA

== Links ==
* Another CGFX Format Description (Archived Page): [https://web.archive.org/web/20150511211029/http://florian.nouwt.com/wiki/index.php/CGFX_(File_Format) http://florian.nouwt.com/wiki/index.php/CGFX_(File_Format)]

[[Category:File formats]]

Mii

2022-02-02T16:33:43Z

Foofoo the guy: /* Mii format */

Originally [http://wiibrew.org/wiki/Mii_Data created for the Nintendo Wii] (and backported to a selection of DS/i games), the '''Mii''' format was expanded with a larger selection of facial features and a new "copying" permission for the 3DS family, and later implemented as-is on Wii U.

See [[Mii Maker]] for the application chiefly designed to create, edit, delete, and trade Miis or convert them from and to a QR code.

The default endianness in this page is little-endian, unless explicitly specified.

==Mii Database==
Format of the Mii main database '''CFL_DB.dat''', found in [[Extdata#NAND_Shared_Extdata|shared extdata]] archive f0000000b.

{| class="wikitable"
|-
! Offset
! Length
!
|-
| 0x0
| 0x4
| Header "CFOG" (Mii Maker section)
|-
| 0x4
| 0x4
| Header 0x00000100
|-
| 0x8
| 0x23F0 (100 * 0x5C)
| Array of owned (saved in Mii Maker) Miis. Order in file is unrelated to canonical order in-app.
|-
| 0x23F8
| 0x4
| Header "CFHE"
|-
| 0x23FC
| 0x2
| Linked list tail index. 0xFFFF if the list is empty
|-
| 0x23FE
| 0x2
| Linked list head index. 0xFFFF if the list is empty
|-
| 0x2400
| 0xA410 (3000 * 0xE)
| Linked list of objects? See chapter
|-
| 0xC810
| 0xE
| Padding?
|-
| 0xC81E
| 0x2
| Checksum of all of the above (the first 0xC81E byte). See section [[#Checksum|below]].
|-
| 0xC820
| 0x4
| Header "CFRA" (Invitations section)
|-
| 0xC824
| 0x4
| Mii count in this section. Maximum 100
|-
| 0xC828
| 0x64 (100 * 0x1)
| Order index of Mii in this section?
|-
| 0xC88C
| 0x1C20 (100 * 0x48)
| Array of Miis contributed from games, used for Mii Plaza "invitations" feature. The format isn't that of a full Mii. The "author" field is missing
|-
| 0xE4AC
| 0x12
| 01 00 [..] 00
|-
| 0xE4BE
| 0x2
| Checksum over the data above starting from 0xC820
|-
| 0xE4C0
| 0x3D860 (3000 * 0x54)
| Another array of Miis. Seems related to the CFHE section. The Mii format in this section is modified. The "author" field is missing, A 4-byte timestamp (seconds since 2000) together with 8-byte zeros(?) is appended at the end.
|}
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.

==CFHE object==

A 0xE-byte long linked list node. The format is 4-byte Mii ID (See Mii format) + 6-byte MAC + 2-byte previous node index (prev) + 2-byte next node index (next).

An invalid node has value: ID = 0, MAC = 0, prev = 0x7FFF, next = 0x7FFF.

The highest bit of these fields has some special meaning and isn't part of the index value.

==Checksum==

The algorithm used to verify the integrity of the database is based on [http://srecord.sourceforge.net/crc16-ccitt.html CRC16-CCITT], though it's an incorrect implementation. It is the same algorithm used to verify [http://wiibrew.org/wiki/Mii_Data#Block_format Mii Data on the Wii].

To obtain the correct value for the checksum, apply the algorithm to the first 0xC81E bytes of the database. This can be done using [https://gbatemp.net/threads/tutorial-give-your-mii-gold-pants-and-use-it-for-streetpass.379146/page-24#post-6569186 FixCRC]; alternativly a pseudocode implementation of the checksum algorithm is given below:

<source lang="python">
def crc16_CCITTWii(u8[]: data) -> u16:
"""Calculate a checksum of data using the CRC16-CCITT implementation of the Wii

This implementation uses 0x0000 as the starting value, which is different
from what CRC16-CCITT specifies.
"""

# note: a correct implementation of CRC16-CCITT
# would initialize this to 0xffff
u32 crc := 0x0

for byte in data:
# Iterate over every of the 8 bits in byte.
# Begin with the most significant bit. (7, 6, ... , 1, 0)
for bit in 7..0:
# & - binary `and'; <</>> - bitshift left/right; ^ - binary `xor'
crc := (
(crc << 1) | ((byte >> bit) & 0x1)
^ (0x1021 if crc & 0x8000 else 0)
)

for _ in 0..15:
crc := (crc << 1) ^ (0x1021 if crc & 0x8000 else 0)

# only return the lowest 16 bit of crc
return (u16) (crc & 0xffff)

checksum := crc16_CCITTWii(miidb[0:0xc81e]) # checksum over the first 0xc81e bytes
</source>

==Mii format==

{| class="wikitable"
|-
! Offset
! Length
!
|-
| 0x0
| 0x1
| Mii Version - Always 3
|-
| 0x1
| 0x1
| bit 0: allow copying bit 1: profanity flag (whether in Mii name or creator name does not matter) bit 2-3: region lock (0=no lock, 1=JPN, 2=USA, 3=EUR) bit4-5:character set(0=JPN+USA+EUR, 1=CHN, 2=KOR, 3=TWN)
|-
| 0x2
| 0x1
| Mii position shown on the selection screen bit 0-3: page index bit 4-7: slot index
|-
| 0x3
| 0x1
| bit 0-3: ? bit 4-6: Device Mii was originally made on (1=Wii, 2=DS, 3=3DS, 4=Wii U/Switch)
|-
| 0x4
| 0x8
| System ID (identifies owner, for purpose of enforcing editing restrictions and blue pants). Is not tied to the MAC address anymore.
|-
| 0xC
| 0x4
| Mii ID (big-endian 32bit unsigned integer): Bit 0..27: (bit[0..27] * 2) = date of creation (seconds since 01/01/2010 00:00:00) Bit 28: Always set? Bit 29: set for temporary Mii Bit 30: Set for DSi mii? Bit 31: not set if Mii is special
|-
| 0x10
| 0x6
| Creator's full MAC
|-
| 0x16
| 0x2
| Padding (0000)
|-
| 0x18
| 0x2
| bit 0: sex (0 if male, 1 if female) bit 1-4: birthday month bit 5-9: birthday day bit 10-13: favorite color bit 14: favorite mii (0 if false, 1 if true)
|-
| 0x1A
| 0x14
| UTF-16 Mii Name (10 chars max, 0000 terminated)
|-
| 0x2E
| 0x2
| width & height
|-
| 0x30
| 0x1
| bit 0: disable sharing bit 1-4: face shape bit 5-7: skin color
|-
| 0x31
| 0x1
| bit 0-3: wrinkles bit 4-7: makeup
|-
| 0x32
| 0x1
| hair style
|-
| 0x33
| 0x1
| bit 0-2: hair color bit 3: flip hair
|-
| 0x34
| 0x4
| bit 0-5: eye style bit 6-8: eye color bit 9-12: eye scale bit 13-15: eye yscale bit 16-20: eye rotation bit 21-24: eye x spacing bit 25-29: eye y position
|-
| 0x38
| 0x4
| bit 0-4: eyebrow style bit 5-7: eyebrow color bit 8-11: eyebrow scale bit 12-14: eyebrow yscale bit 16-19: eyebrow rotation bit 21-24: eyebrow x spacing bit 25-29: eyebrow y position
|-
| 0x3C
| 0x2
| bit 0-4: nose style bit 5-8: nose scale bit 9-13: nose y position
|-
| 0x3E
| 0x2
| bit 0-5: mouth style bit 6-8: mouth color bit 9-12: mouth scale bit 13-15: mouth yscale
|-
| 0x40
| 0x2
| bit 0-4: mouth y position bit 5-7: mustach style
|-
| 0x42
| 0x2
| bit 0-2: beard style bit 3-5: beard color bit 6-9: mustache scale bit 10-14:mustache y position
|-
| 0x44
| 0x2
| bit 0-3: glasses style bit 4-6: glasses color bit 7-10: glasses scale bit 11-15: glasses y position
|-
| 0x46
| 0x2
| bit 0: enable mole bit 1-4: mole scale bit 5-9: mole x position bit 10-14: mole y position
|-
| 0x48
| 0x14
| UTF-16 Author Name (10 chars max, 0000 terminated)
|}

==Mii categories (pants colors)==

====Special (gold) Miis====
Specialness will override any other pants color.

A special Mii cannot have sharing on or else it will be deemed invalid.

Zeroed system-id and timestamp?

====Imported (blue) Miis====
Any (non-gold) Mii with a different System ID will appear as a foreign one.

There is also a range of Mii IDs that are always foreign and uneditable, regardless of the System ID:

====Regular (black/red) Miis====
Always editable, since they can only appear as such on the console that created them.

====Personal (red) Mii====
A red Mii that happens to be the first in the file!

The Mii doesn't really need to be red, it is only red because the personal Mii is always favorited.

==Mii values==
Each of the following values were found with NTR Debugger:
If you want to access the value, grab the given "NTR address" and add 0x08815000.

{| class="wikitable"
|-
! Data
! NTR address
! Variation (hex)
! Notes
|-
| Face style
| 0x894
| 00-0B
| Not ordered as in editor, read below
|-
| Face color
| 0x898
| 00-05
| From top to bottom
|-
| Wrinkles
| 0x89C
| 00-0B
| Same order as displayed in editor
|-
| Makeup
| 0x8A0
| 00-0B
| Same order as displayed in editor
|-
| Hair style
| 0x8A4
| 00-84
| Not ordered as in editor, read below
|-
| Hair color
| 0x8A8
| 00-07
| From top to bottom
|-
| Hair flipped
| 0x8AC
| 1 if true
| From top to bottom
|-
| Eye style
| 0x8B0
| 00-3C
| Not ordered as in editor, read below
|-
| Eyes color
| 0x8B4
| 00-05
| From top to bottom
|-
| Eyes size
| 0x8B8
| 07-00
| Left button increases value.
|-
| Eyes thickness
| 0x8BC
| 06-00
| Left button increases value.
|-
| Eyes rotation
| 0x8C0
| 00-07
|
|-
| Eyes spacing
| 0x8C4
| 00-0C
|
|-
| Eyes height
| 0x8C8
| 00-12
|
|-
| Eyebrows style
| 0x8CC
| 00-18
| Not ordered as in editor, read below
|-
| Eyebrows color
| 0x8D0
| 00-07
| From top to bottom
|-
| Eyebrows size
| 0x8D4
| 08-00
| Left button increases value.
|-
| Eyebrows thickness
| 0x8D8
| 06-00
| Left button increases value.
|-
| Eyebrows rotation
| 0x8DC
| 00-0B
|
|-
| Eyebrows spacing
| 0x8E0
| 00-0C
|
|-
| Eyebrows height
| 0x8E4
| 03-12
| Yup, minimum is 0x03
|-
| Nose style
| 0x8E8
| 00-11
| Not ordered as in editor, read below
|-
| Nose size
| 0x8EC
| 08-00
| Left button increases value.
|-
| Nose height
| 0x8F0
| 00-12
|
|-
| Mouth style
| 0x8F4
| 00-23
| Not ordered as in editor, read below
|-
| Mouth color
| 0x8F8
| 00-04
| From top to bottom.
|-
| Mouth size
| 0x8FC
| 08-00
| Left button increases value.
|-
| Mouth thickness
| 0x900
| 06-00
| Left button increases value.
|-
| Mouth height
| 0x904
| 00-12
|
|-
| Mustache style
| 0x908
| 00-05
| Order like in editor.
|-
| Beard style
| 0x90C
| 00-05
| Order like in editor.
|-
| Mustache/Beard color
| 0x910
| 00-07
| From top to button.
|-
| Mustache size
| 0x914
| 08-00
| Left button increases value.
|-
| Mustache height
| 0x918
| 00-10
|
|-
| Glasses style
| 0x91C
| 00-08
| Order like in editor.
|-
| Glasses color
| 0x920
| 00-05
| From top to bottom
|-
| Glasses size
| 0x924
| 07-00
| Left button increases value.
|-
| Glasses height
| 0x928
| 00-14
|
|-
| Mole enable
| 0x92C
| 1 if enabled, 0 else.
|
|-
| Mole size
| 0x930
| 08-00
| Left button increases value.
|-
| Mole horiz pos
| 0x934
| 00-10
|
|-
| Mole vert pos
| 0x938
| 00-1E
|
|-
| Mii height
| 0x93C
| 00-7F
|
|-
| Mii weight
| 0x940
| 00-7F
|
|-
| Mii name
| 0x944-0x959
| UTF-16
| Terminated with 0x0000. Not updated immediatly?
|-
| Creator's name
| 0x95A-96F
| UTF-16
| Terminated with 0x0000. Not updated immediatly?
|-
| Mii gender
| 0x970
| 0: Male, 1: Female
|
|-
| Birthdate month
| 0x974
| 01-0C
|
|-
| Birthdate day
| 0x978
| 01-1F
|
|-
| Mii shirt color
| 0x97C
| 00-0B
| Ordered like in editor.
|-
| Favorite
| 0x980
| 0: false, 1: true
|
|-
| Allow copy
| 0x981
| 0: false, 1: true
|
|-
| Unused byte?
| 0x982
|
|
|-
| Allow sharing
| 0x983
| 0: true, 1: false
|
|-
| ???
| 0x984-0x98F
| All zero?
|
|-
| ???
| 0x990-0x997
| 4?
|
|}
0x08815998: Same 4 bytes as encrypted Mii: first 4 bits for Mii type, 4 next for number of seconds since 01/01/2010 00:00:00 UTC+3 (should be verified by other country and region 3DS) divided by 2.
0x0881599C: 6 bytes of MAC address of the 3DS that created the Mii.
0x088159A2: 6 unknow uses bytes
0x088159A8: Same 8 bytes as decrypted Mii at 0x04 through 0x0B. Seems NAND specific, kept the same on Miis created on same NAND but different 3DS via System Transfer. Might be a coincidence but the two first bytes are in ID0 folder name in the Nintendo 3DS folder.

===Mapped Editor <-> Hex values===

Most of the values are ordered (left button decreases, right increases, color choices are top to bottom...) but for most "main" part of the UI, where you choose the style of the part being edited, hex values has no correlation with displayed order.
Here is a JSON that can go from a Part, a Page and Position to the right hex value. This is 0 indexed (eg: datas["face"][0][11]).

<nowiki>{
face: [
0x00,0x01,0x08,
0x02,0x03,0x09,
0x04,0x05,0x0a,
0x06,0x07,0x0b
],
hairs: [
[0x21,0x2f,0x28,
0x25,0x20,0x6b,
0x30,0x33,0x37,
0x46,0x2c,0x42],
[0x34,0x32,0x26,
0x31,0x2b,0x1f,
0x38,0x44,0x3e,
0x73,0x4c,0x77],
[0x40,0x51,0x74,
0x79,0x16,0x3a,
0x3c,0x57,0x7d,
0x75,0x49,0x4b],
[0x2a,0x59,0x39,
0x36,0x50,0x22,
0x17,0x56,0x58,
0x76,0x27,0x24],
[0x2d,0x43,0x3b,
0x41,0x29,0x1e,
0x0c,0x10,0x0a,
0x52,0x80,0x81],
[0x0e,0x5f,0x69,
0x64,0x06,0x14,
0x5d,0x66,0x1b,
0x04,0x11,0x6e],
[0x7b,0x08,0x6a,
0x48,0x03,0x15,
0x00,0x62,0x3f,
0x5a,0x0b,0x78],
[0x05,0x4a,0x6c,
0x5e,0x7c,0x19,
0x63,0x45,0x23,
0x0d,0x7a,0x71],
[0x35,0x18,0x55,
0x53,0x47,0x83,
0x60,0x65,0x1d,
0x07,0x0f,0x70],
[0x4f,0x01,0x6d,
0x7f,0x5b,0x1a,
0x3d,0x67,0x02,
0x4d,0x12,0x5c],
[0x54,0x09,0x13,
0x82,0x61,0x68,
0x2e,0x4e,0x1c,
0x72,0x7e,0x6f]
],
eyebrows: [
[0x06,0x00,0x0c,
0x01,0x09,0x13,
0x07,0x15,0x08,
0x11,0x05,0x04],
[0x0b,0x0a,0x02,
0x03,0x0e,0x14,
0x0f,0x0d,0x16,
0x12,0x10,0x17]
],
eyes: [
[0x02,0x04,0x00,
0x08,0x27,0x11,
0x01,0x1a,0x10,
0x0f,0x1b,0x14],
[0x21,0x0b,0x13,
0x20,0x09,0x0c,
0x17,0x22,0x15,
0x19,0x28,0x23],
[0x05,0x29,0x0d,
0x24,0x25,0x06,
0x18,0x1e,0x1f,
0x12,0x1c,0x2e],
[0x07,0x2c,0x26,
0x2a,0x2d,0x1d,
0x03,0x2b,0x16,
0x0a,0x0e,0x2f],
[0x30,0x31,0x32,
0x35,0x3b,0x38,
0x36,0x3a,0x39,
0x37,0x33,0x34]
],
nose: [
[0x01,0x0a,0x02,
0x03,0x06,0x00,
0x05,0x04,0x08,
0x09,0x07,0x0B],
[0x0d,0x0e,0x0c,
0x11,0x10,0x0f]
],
mouth: [
[0x17,0x01,0x13,
0x15,0x16,0x05,
0x00,0x08,0x0a,
0x10,0x06,0x0d],
[0x07,0x09,0x02,
0x11,0x03,0x04,
0x0f,0x0b,0x14,
0x12,0x0e,0x0c],
[0x1b,0x1e,0x18,
0x19,0x1d,0x1c,
0x1a,0x23,0x1f,
0x22,0x21,0x20]
]
}</nowiki>

Mii

2021-08-23T15:52:01Z

Foofoo the guy: /* Personal (red) Mii */

Originally [http://wiibrew.org/wiki/Mii_Data created for the Nintendo Wii] (and backported to a selection of DS/i games), the '''Mii''' format was expanded with a larger selection of facial features and a new "copying" permission for the 3DS family, and later implemented as-is on Wii U.

See [[Mii Maker]] for the application chiefly designed to create, edit, delete, and trade Miis or convert them from and to a QR code.

The default endianness in this page is little-endian, unless explicitly specified.

==Mii Database==
Format of the Mii main database '''CFL_DB.dat''', found in [[Extdata#NAND_Shared_Extdata|shared extdata]] archive f0000000b.

{| class="wikitable"
|-
! Offset
! Length
!
|-
| 0x0
| 0x4
| Header "CFOG" (Mii Maker section)
|-
| 0x4
| 0x4
| Header 0x00000100
|-
| 0x8
| 0x23F0 (100 * 0x5C)
| Array of owned (saved in Mii Maker) Miis. Order in file is unrelated to canonical order in-app.
|-
| 0x23F8
| 0x4
| Header "CFHE"
|-
| 0x23FC
| 0x2
| Linked list tail index. 0xFFFF if the list is empty
|-
| 0x23FE
| 0x2
| Linked list head index. 0xFFFF if the list is empty
|-
| 0x2400
| 0xA410 (3000 * 0xE)
| Linked list of objects? See chapter
|-
| 0xC810
| 0xE
| Padding?
|-
| 0xC81E
| 0x2
| Checksum of all of the above (the first 0xC81E byte). See section [[#Checksum|below]].
|-
| 0xC820
| 0x4
| Header "CFRA" (Invitations section)
|-
| 0xC824
| 0x4
| Mii count in this section. Maximum 100
|-
| 0xC828
| 0x64 (100 * 0x1)
| Order index of Mii in this section?
|-
| 0xC88C
| 0x1C20 (100 * 0x48)
| Array of Miis contributed from games, used for Mii Plaza "invitations" feature. The format isn't that of a full Mii. The "author" field is missing
|-
| 0xE4AC
| 0x12
| 01 00 [..] 00
|-
| 0xE4BE
| 0x2
| Checksum over the data above starting from 0xC820
|-
| 0xE4C0
| 0x3D860 (3000 * 0x54)
| Another array of Miis. Seems related to the CFHE section. The Mii format in this section is modified. The "author" field is missing, A 4-byte timestamp (seconds since 2000) together with 8-byte zeros(?) is appended at the end.
|}
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.

==CFHE object==

A 0xE-byte long linked list node. The format is 4-byte Mii ID (See Mii format) + 6-byte MAC + 2-byte previous node index (prev) + 2-byte next node index (next).

An invalid node has value: ID = 0, MAC = 0, prev = 0x7FFF, next = 0x7FFF.

The highest bit of these fields has some special meaning and isn't part of the index value.

==Checksum==

The algorithm used to verify the integrity of the database is based on [http://srecord.sourceforge.net/crc16-ccitt.html CRC16-CCITT], though it's an incorrect implementation. It is the same algorithm used to verify [http://wiibrew.org/wiki/Mii_Data#Block_format Mii Data on the Wii].

To obtain the correct value for the checksum, apply the algorithm to the first 0xC81E bytes of the database. This can be done using [https://gbatemp.net/threads/tutorial-give-your-mii-gold-pants-and-use-it-for-streetpass.379146/page-24#post-6569186 FixCRC]; alternativly a pseudocode implementation of the checksum algorithm is given below:

<source lang="python">
def crc16_CCITTWii(u8[]: data) -> u16:
"""Calculate a checksum of data using the CRC16-CCITT implementation of the Wii

This implementation uses 0x0000 as the starting value, which is different
from what CRC16-CCITT specifies.
"""

# note: a correct implementation of CRC16-CCITT
# would initialize this to 0xffff
u32 crc := 0x0

for byte in data:
# Iterate over every of the 8 bits in byte.
# Begin with the most significant bit. (7, 6, ... , 1, 0)
for bit in 7..0:
# & - binary `and'; <</>> - bitshift left/right; ^ - binary `xor'
crc := (
(crc << 1) | ((byte >> bit) & 0x1)
^ (0x1021 if crc & 0x8000 else 0)
)

for _ in 0..15:
crc := (crc << 1) ^ (0x1021 if crc & 0x8000 else 0)

# only return the lowest 16 bit of crc
return (u16) (crc & 0xffff)

checksum := crc16_CCITTWii(miidb[0:0xc81e]) # checksum over the first 0xc81e bytes
</source>

==Mii format==

{| class="wikitable"
|-
! Offset
! Length
!
|-
| 0x0
| 0x1
| Mii Version - Always 3
|-
| 0x1
| 0x1
| bit 0: allow copying bit 1: profanity flag (whether in Mii name or creator name does not matter) bit 2-3: region lock (0=no lock, 1=JPN, 2=USA, 3=EUR) bit4-5:character set(0=JPN+USA+EUR, 1=CHN, 2=KOR, 3=TWN)
|-
| 0x2
| 0x1
| Mii position shown on the selection screen bit 0-3: page index bit 4-7: slot index
|-
| 0x3
| 0x1
| bit 0-3: ? bit 4-6: Device Mii was originally made on (1=Wii, 2=DS, 3=3DS, 4=Wii U/Switch)
|-
| 0x4
| 0x8
| System ID (identifies owner, for purpose of enforcing editing restrictions and blue pants). Is not tied to the MAC address anymore.
|-
| 0xC
| 0x4
| Mii ID (big-endian 32bit unsigned integer): Bit 0..27: (bit[0..27] * 2) = date of creation (seconds since 01/01/2010 00:00:00) Bit 28: Always set? Bit 29: set for temporary Mii Bit 30: Set for DSi mii? Bit 31: not set iff Mii is special
|-
| 0x10
| 0x6
| Creator's full MAC
|-
| 0x16
| 0x2
| Padding (0000)
|-
| 0x18
| 0x2
| bit 0: sex (0 if male, 1 if female) bit 1-4: birthday month bit 5-9: birthday day bit 10-13: favorite color bit 14: favorite mii (0 if false, 1 if true)
|-
| 0x1A
| 0x14
| UTF-16 Mii Name (10 chars max, 0000 terminated)
|-
| 0x2E
| 0x2
| width & height
|-
| 0x30
| 0x1
| bit 0: disable sharing bit 1-4: face shape bit 5-7: skin color
|-
| 0x31
| 0x1
| bit 0-3: wrinkles bit 4-7: makeup
|-
| 0x32
| 0x1
| hair style
|-
| 0x33
| 0x1
| bit 0-2: hair color bit 3: flip hair
|-
| 0x34
| 0x4
| bit 0-5: eye style bit 6-8: eye color bit 9-12: eye scale bit 13-15: eye yscale bit 16-20: eye rotation bit 21-24: eye x spacing bit 25-29: eye y position
|-
| 0x38
| 0x4
| bit 0-4: eyebrow style bit 5-7: eyebrow color bit 8-11: eyebrow scale bit 12-14: eyebrow yscale bit 16-19: eyebrow rotation bit 21-24: eyebrow x spacing bit 25-29: eyebrow y position
|-
| 0x3C
| 0x2
| bit 0-4: nose style bit 5-8: nose scale bit 9-13: nose y position
|-
| 0x3E
| 0x2
| bit 0-5: mouth style bit 6-8: mouth color bit 9-12: mouth scale bit 13-15: mouth yscale
|-
| 0x40
| 0x2
| bit 0-4: mouth y position bit 5-7: mustach style
|-
| 0x42
| 0x2
| bit 0-2: beard style bit 3-5: beard color bit 6-9: mustache scale bit 10-14:mustache y position
|-
| 0x44
| 0x2
| bit 0-3: glasses style bit 4-6: glasses color bit 7-10: glasses scale bit 11-15: glasses y position
|-
| 0x46
| 0x2
| bit 0: enable mole bit 1-4: mole scale bit 5-9: mole x position bit 10-14: mole y position
|-
| 0x48
| 0x14
| UTF-16 Author Name (10 chars max, 0000 terminated)
|}

==Mii categories (pants colors)==

====Special (gold) Miis====
Specialness will override any other pants color.

A special Mii cannot have sharing on or else it will be deemed invalid.

Zeroed system-id and timestamp?

====Imported (blue) Miis====
Any (non-gold) Mii with a different System ID will appear as a foreign one.

There is also a range of Mii IDs that are always foreign and uneditable, regardless of the System ID:

====Regular (black/red) Miis====
Always editable, since they can only appear as such on the console that created them.

====Personal (red) Mii====
A red Mii that happens to be the first in the file!

The Mii doesn't really need to be red, it is only red because the personal Mii is always favorited.

==Mii values==
Each of the following values were found with NTR Debugger:
If you want to access the value, grab the given "NTR address" and add 0x08815000.

{| class="wikitable"
|-
! Data
! NTR address
! Variation (hex)
! Notes
|-
| Face style
| 0x894
| 00-0B
| Not ordered as in editor, read below
|-
| Face color
| 0x898
| 00-05
| From top to bottom
|-
| Wrinkles
| 0x89C
| 00-0B
| Same order as displayed in editor
|-
| Makeup
| 0x8A0
| 00-0B
| Same order as displayed in editor
|-
| Hair style
| 0x8A4
| 00-84
| Not ordered as in editor, read below
|-
| Hair color
| 0x8A8
| 00-07
| From top to bottom
|-
| Hair flipped
| 0x8AC
| 1 if true
| From top to bottom
|-
| Eye style
| 0x8B0
| 00-3C
| Not ordered as in editor, read below
|-
| Eyes color
| 0x8B4
| 00-05
| From top to bottom
|-
| Eyes size
| 0x8B8
| 07-00
| Left button increases value.
|-
| Eyes thickness
| 0x8BC
| 06-00
| Left button increases value.
|-
| Eyes rotation
| 0x8C0
| 00-07
|
|-
| Eyes spacing
| 0x8C4
| 00-0C
|
|-
| Eyes height
| 0x8C8
| 00-12
|
|-
| Eyebrows style
| 0x8CC
| 00-18
| Not ordered as in editor, read below
|-
| Eyebrows color
| 0x8D0
| 00-07
| From top to bottom
|-
| Eyebrows size
| 0x8D4
| 08-00
| Left button increases value.
|-
| Eyebrows thickness
| 0x8D8
| 06-00
| Left button increases value.
|-
| Eyebrows rotation
| 0x8DC
| 00-0B
|
|-
| Eyebrows spacing
| 0x8E0
| 00-0C
|
|-
| Eyebrows height
| 0x8E4
| 03-12
| Yup, minimum is 0x03
|-
| Nose style
| 0x8E8
| 00-11
| Not ordered as in editor, read below
|-
| Nose size
| 0x8EC
| 08-00
| Left button increases value.
|-
| Nose height
| 0x8F0
| 00-12
|
|-
| Mouth style
| 0x8F4
| 00-23
| Not ordered as in editor, read below
|-
| Mouth color
| 0x8F8
| 00-04
| From top to bottom.
|-
| Mouth size
| 0x8FC
| 08-00
| Left button increases value.
|-
| Mouth thickness
| 0x900
| 06-00
| Left button increases value.
|-
| Mouth height
| 0x904
| 00-12
|
|-
| Mustache style
| 0x908
| 00-05
| Order like in editor.
|-
| Beard style
| 0x90C
| 00-05
| Order like in editor.
|-
| Mustache/Beard color
| 0x910
| 00-07
| From top to button.
|-
| Mustache size
| 0x914
| 08-00
| Left button increases value.
|-
| Mustache height
| 0x918
| 00-10
|
|-
| Glasses style
| 0x91C
| 00-08
| Order like in editor.
|-
| Glasses color
| 0x920
| 00-05
| From top to bottom
|-
| Glasses size
| 0x924
| 07-00
| Left button increases value.
|-
| Glasses height
| 0x928
| 00-14
|
|-
| Mole enable
| 0x92C
| 1 if enabled, 0 else.
|
|-
| Mole size
| 0x930
| 08-00
| Left button increases value.
|-
| Mole horiz pos
| 0x934
| 00-10
|
|-
| Mole vert pos
| 0x938
| 00-1E
|
|-
| Mii height
| 0x93C
| 00-7F
|
|-
| Mii weight
| 0x940
| 00-7F
|
|-
| Mii name
| 0x944-0x959
| UTF-16
| Terminated with 0x0000. Not updated immediatly?
|-
| Creator's name
| 0x95A-96F
| UTF-16
| Terminated with 0x0000. Not updated immediatly?
|-
| Mii gender
| 0x970
| 0: Male, 1: Female
|
|-
| Birthdate month
| 0x974
| 01-0C
|
|-
| Birthdate day
| 0x978
| 01-1F
|
|-
| Mii shirt color
| 0x97C
| 00-0B
| Ordered like in editor.
|-
| Favorite
| 0x980
| 0: false, 1: true
|
|-
| Allow copy
| 0x981
| 0: false, 1: true
|
|-
| Unused byte?
| 0x982
|
|
|-
| Allow sharing
| 0x983
| 0: true, 1: false
|
|-
| ???
| 0x984-0x98F
| All zero?
|
|-
| ???
| 0x990-0x997
| 4?
|
|}
0x08815998: Same 4 bytes as encrypted Mii: first 4 bits for Mii type, 4 next for number of seconds since 01/01/2010 00:00:00 UTC+3 (should be verified by other country and region 3DS) divided by 2.
0x0881599C: 6 bytes of MAC address of the 3DS that created the Mii.
0x088159A2: 6 unknow uses bytes
0x088159A8: Same 8 bytes as decrypted Mii at 0x04 through 0x0B. Seems NAND specific, kept the same on Miis created on same NAND but different 3DS via System Transfer. Might be a coincidence but the two first bytes are in ID0 folder name in the Nintendo 3DS folder.

===Mapped Editor <-> Hex values===

Most of the values are ordered (left button decreases, right increases, color choices are top to bottom...) but for most "main" part of the UI, where you choose the style of the part being edited, hex values has no correlation with displayed order.
Here is a JSON that can go from a Part, a Page and Position to the right hex value. This is 0 indexed (eg: datas["face"][0][11]).

<nowiki>{
face: [
0x00,0x01,0x08,
0x02,0x03,0x09,
0x04,0x05,0x0a,
0x06,0x07,0x0b
],
hairs: [
[0x21,0x2f,0x28,
0x25,0x20,0x6b,
0x30,0x33,0x37,
0x46,0x2c,0x42],
[0x34,0x32,0x26,
0x31,0x2b,0x1f,
0x38,0x44,0x3e,
0x73,0x4c,0x77],
[0x40,0x51,0x74,
0x79,0x16,0x3a,
0x3c,0x57,0x7d,
0x75,0x49,0x4b],
[0x2a,0x59,0x39,
0x36,0x50,0x22,
0x17,0x56,0x58,
0x76,0x27,0x24],
[0x2d,0x43,0x3b,
0x41,0x29,0x1e,
0x0c,0x10,0x0a,
0x52,0x80,0x81],
[0x0e,0x5f,0x69,
0x64,0x06,0x14,
0x5d,0x66,0x1b,
0x04,0x11,0x6e]
[0x7b,0x08,0x6a,
0x48,0x03,0x15,
0x00,0x62,0x3f,
0x5a,0x0b,0x78],
[0x05,0x4a,0x6c,
0x5e,0x7c,0x19,
0x63,0x45,0x23,
0x0d,0x7a,0x71],
[0x35,0x18,0x55,
0x53,0x47,0x83,
0x60,0x65,0x1d,
0x07,0x0f,0x70],
[0x4f,0x01,0x6d,
0x7f,0x5b,0x1a,
0x3d,0x67,0x02,
0x4d,0x12,0x5c],
[0x54,0x09,0x13,
0x82,0x61,0x68,
0x2e,0x4e,0x1c,
0x72,0x7e,0x6f]
],
eyebrows: [
[0x06,0x00,0x0c,
0x01,0x09,0x13,
0x07,0x15,0x08,
0x11,0x05,0x04],
[0x0b,0x0a,0x02,
0x03,0x0e,0x14,
0x0f,0x0d,0x16,
0x12,0x10,0x17]
],
eyes: [
[0x02,0x04,0x00,
0x08,0x27,0x11,
0x01,0x1a,0x10,
0x0f,0x1b,0x14],
[0x21,0x0b,0x13,
0x20,0x09,0x0c,
0x17,0x22,0x15,
0x19,0x28,0x23],
[0x05,0x29,0x0d,
0x24,0x25,0x06,
0x18,0x1e,0x1f,
0x12,0x1c,0x2e],
[0x07,0x2c,0x26,
0x2a,0x2d,0x1d,
0x03,0x2b,0x16,
0x0a,0x0e,0x2f],
[0x30,0x31,0x32,
0x35,0x3b,0x38,
0x36,0x3a,0x39,
0x37,0x33,0x34]
],
nose: [
[0x01,0x0a,0x02,
0x03,0x06,0x00,
0x05,0x04,0x08,
0x09,0x07,0x0B],
[0x0d,0x0e,0x0c,
0x11,0x10,0x0f]
],
mouth: [
[0x17,0x01,0x13,
0x15,0x16,0x05,
0x00,0x08,0x0a,
0x10,0x06,0x0d],
[0x07,0x09,0x02,
0x11,0x03,0x04,
0x0f,0x0b,0x14,
0x12,0x0e,0x0c],
[0x1b,0x1e,0x18,
0x19,0x1d,0x1c,
0x1a,0x23,0x1f,
0x22,0x21,0x20]
]
}</nowiki>

Mii

2021-08-23T15:51:23Z

Foofoo the guy: /* Personal (red) Mii */

Originally [http://wiibrew.org/wiki/Mii_Data created for the Nintendo Wii] (and backported to a selection of DS/i games), the '''Mii''' format was expanded with a larger selection of facial features and a new "copying" permission for the 3DS family, and later implemented as-is on Wii U.

See [[Mii Maker]] for the application chiefly designed to create, edit, delete, and trade Miis or convert them from and to a QR code.

The default endianness in this page is little-endian, unless explicitly specified.

==Mii Database==
Format of the Mii main database '''CFL_DB.dat''', found in [[Extdata#NAND_Shared_Extdata|shared extdata]] archive f0000000b.

{| class="wikitable"
|-
! Offset
! Length
!
|-
| 0x0
| 0x4
| Header "CFOG" (Mii Maker section)
|-
| 0x4
| 0x4
| Header 0x00000100
|-
| 0x8
| 0x23F0 (100 * 0x5C)
| Array of owned (saved in Mii Maker) Miis. Order in file is unrelated to canonical order in-app.
|-
| 0x23F8
| 0x4
| Header "CFHE"
|-
| 0x23FC
| 0x2
| Linked list tail index. 0xFFFF if the list is empty
|-
| 0x23FE
| 0x2
| Linked list head index. 0xFFFF if the list is empty
|-
| 0x2400
| 0xA410 (3000 * 0xE)
| Linked list of objects? See chapter
|-
| 0xC810
| 0xE
| Padding?
|-
| 0xC81E
| 0x2
| Checksum of all of the above (the first 0xC81E byte). See section [[#Checksum|below]].
|-
| 0xC820
| 0x4
| Header "CFRA" (Invitations section)
|-
| 0xC824
| 0x4
| Mii count in this section. Maximum 100
|-
| 0xC828
| 0x64 (100 * 0x1)
| Order index of Mii in this section?
|-
| 0xC88C
| 0x1C20 (100 * 0x48)
| Array of Miis contributed from games, used for Mii Plaza "invitations" feature. The format isn't that of a full Mii. The "author" field is missing
|-
| 0xE4AC
| 0x12
| 01 00 [..] 00
|-
| 0xE4BE
| 0x2
| Checksum over the data above starting from 0xC820
|-
| 0xE4C0
| 0x3D860 (3000 * 0x54)
| Another array of Miis. Seems related to the CFHE section. The Mii format in this section is modified. The "author" field is missing, A 4-byte timestamp (seconds since 2000) together with 8-byte zeros(?) is appended at the end.
|}
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.

==CFHE object==

A 0xE-byte long linked list node. The format is 4-byte Mii ID (See Mii format) + 6-byte MAC + 2-byte previous node index (prev) + 2-byte next node index (next).

An invalid node has value: ID = 0, MAC = 0, prev = 0x7FFF, next = 0x7FFF.

The highest bit of these fields has some special meaning and isn't part of the index value.

==Checksum==

The algorithm used to verify the integrity of the database is based on [http://srecord.sourceforge.net/crc16-ccitt.html CRC16-CCITT], though it's an incorrect implementation. It is the same algorithm used to verify [http://wiibrew.org/wiki/Mii_Data#Block_format Mii Data on the Wii].

To obtain the correct value for the checksum, apply the algorithm to the first 0xC81E bytes of the database. This can be done using [https://gbatemp.net/threads/tutorial-give-your-mii-gold-pants-and-use-it-for-streetpass.379146/page-24#post-6569186 FixCRC]; alternativly a pseudocode implementation of the checksum algorithm is given below:

<source lang="python">
def crc16_CCITTWii(u8[]: data) -> u16:
"""Calculate a checksum of data using the CRC16-CCITT implementation of the Wii

This implementation uses 0x0000 as the starting value, which is different
from what CRC16-CCITT specifies.
"""

# note: a correct implementation of CRC16-CCITT
# would initialize this to 0xffff
u32 crc := 0x0

for byte in data:
# Iterate over every of the 8 bits in byte.
# Begin with the most significant bit. (7, 6, ... , 1, 0)
for bit in 7..0:
# & - binary `and'; <</>> - bitshift left/right; ^ - binary `xor'
crc := (
(crc << 1) | ((byte >> bit) & 0x1)
^ (0x1021 if crc & 0x8000 else 0)
)

for _ in 0..15:
crc := (crc << 1) ^ (0x1021 if crc & 0x8000 else 0)

# only return the lowest 16 bit of crc
return (u16) (crc & 0xffff)

checksum := crc16_CCITTWii(miidb[0:0xc81e]) # checksum over the first 0xc81e bytes
</source>

==Mii format==

{| class="wikitable"
|-
! Offset
! Length
!
|-
| 0x0
| 0x1
| Mii Version - Always 3
|-
| 0x1
| 0x1
| bit 0: allow copying bit 1: profanity flag (whether in Mii name or creator name does not matter) bit 2-3: region lock (0=no lock, 1=JPN, 2=USA, 3=EUR) bit4-5:character set(0=JPN+USA+EUR, 1=CHN, 2=KOR, 3=TWN)
|-
| 0x2
| 0x1
| Mii position shown on the selection screen bit 0-3: page index bit 4-7: slot index
|-
| 0x3
| 0x1
| bit 0-3: ? bit 4-6: Device Mii was originally made on (1=Wii, 2=DS, 3=3DS, 4=Wii U/Switch)
|-
| 0x4
| 0x8
| System ID (identifies owner, for purpose of enforcing editing restrictions and blue pants). Is not tied to the MAC address anymore.
|-
| 0xC
| 0x4
| Mii ID (big-endian 32bit unsigned integer): Bit 0..27: (bit[0..27] * 2) = date of creation (seconds since 01/01/2010 00:00:00) Bit 28: Always set? Bit 29: set for temporary Mii Bit 30: Set for DSi mii? Bit 31: not set iff Mii is special
|-
| 0x10
| 0x6
| Creator's full MAC
|-
| 0x16
| 0x2
| Padding (0000)
|-
| 0x18
| 0x2
| bit 0: sex (0 if male, 1 if female) bit 1-4: birthday month bit 5-9: birthday day bit 10-13: favorite color bit 14: favorite mii (0 if false, 1 if true)
|-
| 0x1A
| 0x14
| UTF-16 Mii Name (10 chars max, 0000 terminated)
|-
| 0x2E
| 0x2
| width & height
|-
| 0x30
| 0x1
| bit 0: disable sharing bit 1-4: face shape bit 5-7: skin color
|-
| 0x31
| 0x1
| bit 0-3: wrinkles bit 4-7: makeup
|-
| 0x32
| 0x1
| hair style
|-
| 0x33
| 0x1
| bit 0-2: hair color bit 3: flip hair
|-
| 0x34
| 0x4
| bit 0-5: eye style bit 6-8: eye color bit 9-12: eye scale bit 13-15: eye yscale bit 16-20: eye rotation bit 21-24: eye x spacing bit 25-29: eye y position
|-
| 0x38
| 0x4
| bit 0-4: eyebrow style bit 5-7: eyebrow color bit 8-11: eyebrow scale bit 12-14: eyebrow yscale bit 16-19: eyebrow rotation bit 21-24: eyebrow x spacing bit 25-29: eyebrow y position
|-
| 0x3C
| 0x2
| bit 0-4: nose style bit 5-8: nose scale bit 9-13: nose y position
|-
| 0x3E
| 0x2
| bit 0-5: mouth style bit 6-8: mouth color bit 9-12: mouth scale bit 13-15: mouth yscale
|-
| 0x40
| 0x2
| bit 0-4: mouth y position bit 5-7: mustach style
|-
| 0x42
| 0x2
| bit 0-2: beard style bit 3-5: beard color bit 6-9: mustache scale bit 10-14:mustache y position
|-
| 0x44
| 0x2
| bit 0-3: glasses style bit 4-6: glasses color bit 7-10: glasses scale bit 11-15: glasses y position
|-
| 0x46
| 0x2
| bit 0: enable mole bit 1-4: mole scale bit 5-9: mole x position bit 10-14: mole y position
|-
| 0x48
| 0x14
| UTF-16 Author Name (10 chars max, 0000 terminated)
|}

==Mii categories (pants colors)==

====Special (gold) Miis====
Specialness will override any other pants color.

A special Mii cannot have sharing on or else it will be deemed invalid.

Zeroed system-id and timestamp?

====Imported (blue) Miis====
Any (non-gold) Mii with a different System ID will appear as a foreign one.

There is also a range of Mii IDs that are always foreign and uneditable, regardless of the System ID:

====Regular (black/red) Miis====
Always editable, since they can only appear as such on the console that created them.

====Personal (red) Mii====
A red Mii that happens to be the first in the file!

The Mii doesn't really need to be red, it is only red because the personal Mii is always favorite

==Mii values==
Each of the following values were found with NTR Debugger:
If you want to access the value, grab the given "NTR address" and add 0x08815000.

{| class="wikitable"
|-
! Data
! NTR address
! Variation (hex)
! Notes
|-
| Face style
| 0x894
| 00-0B
| Not ordered as in editor, read below
|-
| Face color
| 0x898
| 00-05
| From top to bottom
|-
| Wrinkles
| 0x89C
| 00-0B
| Same order as displayed in editor
|-
| Makeup
| 0x8A0
| 00-0B
| Same order as displayed in editor
|-
| Hair style
| 0x8A4
| 00-84
| Not ordered as in editor, read below
|-
| Hair color
| 0x8A8
| 00-07
| From top to bottom
|-
| Hair flipped
| 0x8AC
| 1 if true
| From top to bottom
|-
| Eye style
| 0x8B0
| 00-3C
| Not ordered as in editor, read below
|-
| Eyes color
| 0x8B4
| 00-05
| From top to bottom
|-
| Eyes size
| 0x8B8
| 07-00
| Left button increases value.
|-
| Eyes thickness
| 0x8BC
| 06-00
| Left button increases value.
|-
| Eyes rotation
| 0x8C0
| 00-07
|
|-
| Eyes spacing
| 0x8C4
| 00-0C
|
|-
| Eyes height
| 0x8C8
| 00-12
|
|-
| Eyebrows style
| 0x8CC
| 00-18
| Not ordered as in editor, read below
|-
| Eyebrows color
| 0x8D0
| 00-07
| From top to bottom
|-
| Eyebrows size
| 0x8D4
| 08-00
| Left button increases value.
|-
| Eyebrows thickness
| 0x8D8
| 06-00
| Left button increases value.
|-
| Eyebrows rotation
| 0x8DC
| 00-0B
|
|-
| Eyebrows spacing
| 0x8E0
| 00-0C
|
|-
| Eyebrows height
| 0x8E4
| 03-12
| Yup, minimum is 0x03
|-
| Nose style
| 0x8E8
| 00-11
| Not ordered as in editor, read below
|-
| Nose size
| 0x8EC
| 08-00
| Left button increases value.
|-
| Nose height
| 0x8F0
| 00-12
|
|-
| Mouth style
| 0x8F4
| 00-23
| Not ordered as in editor, read below
|-
| Mouth color
| 0x8F8
| 00-04
| From top to bottom.
|-
| Mouth size
| 0x8FC
| 08-00
| Left button increases value.
|-
| Mouth thickness
| 0x900
| 06-00
| Left button increases value.
|-
| Mouth height
| 0x904
| 00-12
|
|-
| Mustache style
| 0x908
| 00-05
| Order like in editor.
|-
| Beard style
| 0x90C
| 00-05
| Order like in editor.
|-
| Mustache/Beard color
| 0x910
| 00-07
| From top to button.
|-
| Mustache size
| 0x914
| 08-00
| Left button increases value.
|-
| Mustache height
| 0x918
| 00-10
|
|-
| Glasses style
| 0x91C
| 00-08
| Order like in editor.
|-
| Glasses color
| 0x920
| 00-05
| From top to bottom
|-
| Glasses size
| 0x924
| 07-00
| Left button increases value.
|-
| Glasses height
| 0x928
| 00-14
|
|-
| Mole enable
| 0x92C
| 1 if enabled, 0 else.
|
|-
| Mole size
| 0x930
| 08-00
| Left button increases value.
|-
| Mole horiz pos
| 0x934
| 00-10
|
|-
| Mole vert pos
| 0x938
| 00-1E
|
|-
| Mii height
| 0x93C
| 00-7F
|
|-
| Mii weight
| 0x940
| 00-7F
|
|-
| Mii name
| 0x944-0x959
| UTF-16
| Terminated with 0x0000. Not updated immediatly?
|-
| Creator's name
| 0x95A-96F
| UTF-16
| Terminated with 0x0000. Not updated immediatly?
|-
| Mii gender
| 0x970
| 0: Male, 1: Female
|
|-
| Birthdate month
| 0x974
| 01-0C
|
|-
| Birthdate day
| 0x978
| 01-1F
|
|-
| Mii shirt color
| 0x97C
| 00-0B
| Ordered like in editor.
|-
| Favorite
| 0x980
| 0: false, 1: true
|
|-
| Allow copy
| 0x981
| 0: false, 1: true
|
|-
| Unused byte?
| 0x982
|
|
|-
| Allow sharing
| 0x983
| 0: true, 1: false
|
|-
| ???
| 0x984-0x98F
| All zero?
|
|-
| ???
| 0x990-0x997
| 4?
|
|}
0x08815998: Same 4 bytes as encrypted Mii: first 4 bits for Mii type, 4 next for number of seconds since 01/01/2010 00:00:00 UTC+3 (should be verified by other country and region 3DS) divided by 2.
0x0881599C: 6 bytes of MAC address of the 3DS that created the Mii.
0x088159A2: 6 unknow uses bytes
0x088159A8: Same 8 bytes as decrypted Mii at 0x04 through 0x0B. Seems NAND specific, kept the same on Miis created on same NAND but different 3DS via System Transfer. Might be a coincidence but the two first bytes are in ID0 folder name in the Nintendo 3DS folder.

===Mapped Editor <-> Hex values===

Most of the values are ordered (left button decreases, right increases, color choices are top to bottom...) but for most "main" part of the UI, where you choose the style of the part being edited, hex values has no correlation with displayed order.
Here is a JSON that can go from a Part, a Page and Position to the right hex value. This is 0 indexed (eg: datas["face"][0][11]).

<nowiki>{
face: [
0x00,0x01,0x08,
0x02,0x03,0x09,
0x04,0x05,0x0a,
0x06,0x07,0x0b
],
hairs: [
[0x21,0x2f,0x28,
0x25,0x20,0x6b,
0x30,0x33,0x37,
0x46,0x2c,0x42],
[0x34,0x32,0x26,
0x31,0x2b,0x1f,
0x38,0x44,0x3e,
0x73,0x4c,0x77],
[0x40,0x51,0x74,
0x79,0x16,0x3a,
0x3c,0x57,0x7d,
0x75,0x49,0x4b],
[0x2a,0x59,0x39,
0x36,0x50,0x22,
0x17,0x56,0x58,
0x76,0x27,0x24],
[0x2d,0x43,0x3b,
0x41,0x29,0x1e,
0x0c,0x10,0x0a,
0x52,0x80,0x81],
[0x0e,0x5f,0x69,
0x64,0x06,0x14,
0x5d,0x66,0x1b,
0x04,0x11,0x6e]
[0x7b,0x08,0x6a,
0x48,0x03,0x15,
0x00,0x62,0x3f,
0x5a,0x0b,0x78],
[0x05,0x4a,0x6c,
0x5e,0x7c,0x19,
0x63,0x45,0x23,
0x0d,0x7a,0x71],
[0x35,0x18,0x55,
0x53,0x47,0x83,
0x60,0x65,0x1d,
0x07,0x0f,0x70],
[0x4f,0x01,0x6d,
0x7f,0x5b,0x1a,
0x3d,0x67,0x02,
0x4d,0x12,0x5c],
[0x54,0x09,0x13,
0x82,0x61,0x68,
0x2e,0x4e,0x1c,
0x72,0x7e,0x6f]
],
eyebrows: [
[0x06,0x00,0x0c,
0x01,0x09,0x13,
0x07,0x15,0x08,
0x11,0x05,0x04],
[0x0b,0x0a,0x02,
0x03,0x0e,0x14,
0x0f,0x0d,0x16,
0x12,0x10,0x17]
],
eyes: [
[0x02,0x04,0x00,
0x08,0x27,0x11,
0x01,0x1a,0x10,
0x0f,0x1b,0x14],
[0x21,0x0b,0x13,
0x20,0x09,0x0c,
0x17,0x22,0x15,
0x19,0x28,0x23],
[0x05,0x29,0x0d,
0x24,0x25,0x06,
0x18,0x1e,0x1f,
0x12,0x1c,0x2e],
[0x07,0x2c,0x26,
0x2a,0x2d,0x1d,
0x03,0x2b,0x16,
0x0a,0x0e,0x2f],
[0x30,0x31,0x32,
0x35,0x3b,0x38,
0x36,0x3a,0x39,
0x37,0x33,0x34]
],
nose: [
[0x01,0x0a,0x02,
0x03,0x06,0x00,
0x05,0x04,0x08,
0x09,0x07,0x0B],
[0x0d,0x0e,0x0c,
0x11,0x10,0x0f]
],
mouth: [
[0x17,0x01,0x13,
0x15,0x16,0x05,
0x00,0x08,0x0a,
0x10,0x06,0x0d],
[0x07,0x09,0x02,
0x11,0x03,0x04,
0x0f,0x0b,0x14,
0x12,0x0e,0x0c],
[0x1b,0x1e,0x18,
0x19,0x1d,0x1c,
0x1a,0x23,0x1f,
0x22,0x21,0x20]
]
}</nowiki>

Mii

2021-08-23T15:49:06Z

Foofoo the guy: /* Special (gold) Miis */

Originally [http://wiibrew.org/wiki/Mii_Data created for the Nintendo Wii] (and backported to a selection of DS/i games), the '''Mii''' format was expanded with a larger selection of facial features and a new "copying" permission for the 3DS family, and later implemented as-is on Wii U.

See [[Mii Maker]] for the application chiefly designed to create, edit, delete, and trade Miis or convert them from and to a QR code.

The default endianness in this page is little-endian, unless explicitly specified.

==Mii Database==
Format of the Mii main database '''CFL_DB.dat''', found in [[Extdata#NAND_Shared_Extdata|shared extdata]] archive f0000000b.

{| class="wikitable"
|-
! Offset
! Length
!
|-
| 0x0
| 0x4
| Header "CFOG" (Mii Maker section)
|-
| 0x4
| 0x4
| Header 0x00000100
|-
| 0x8
| 0x23F0 (100 * 0x5C)
| Array of owned (saved in Mii Maker) Miis. Order in file is unrelated to canonical order in-app.
|-
| 0x23F8
| 0x4
| Header "CFHE"
|-
| 0x23FC
| 0x2
| Linked list tail index. 0xFFFF if the list is empty
|-
| 0x23FE
| 0x2
| Linked list head index. 0xFFFF if the list is empty
|-
| 0x2400
| 0xA410 (3000 * 0xE)
| Linked list of objects? See chapter
|-
| 0xC810
| 0xE
| Padding?
|-
| 0xC81E
| 0x2
| Checksum of all of the above (the first 0xC81E byte). See section [[#Checksum|below]].
|-
| 0xC820
| 0x4
| Header "CFRA" (Invitations section)
|-
| 0xC824
| 0x4
| Mii count in this section. Maximum 100
|-
| 0xC828
| 0x64 (100 * 0x1)
| Order index of Mii in this section?
|-
| 0xC88C
| 0x1C20 (100 * 0x48)
| Array of Miis contributed from games, used for Mii Plaza "invitations" feature. The format isn't that of a full Mii. The "author" field is missing
|-
| 0xE4AC
| 0x12
| 01 00 [..] 00
|-
| 0xE4BE
| 0x2
| Checksum over the data above starting from 0xC820
|-
| 0xE4C0
| 0x3D860 (3000 * 0x54)
| Another array of Miis. Seems related to the CFHE section. The Mii format in this section is modified. The "author" field is missing, A 4-byte timestamp (seconds since 2000) together with 8-byte zeros(?) is appended at the end.
|}
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.

==CFHE object==

A 0xE-byte long linked list node. The format is 4-byte Mii ID (See Mii format) + 6-byte MAC + 2-byte previous node index (prev) + 2-byte next node index (next).

An invalid node has value: ID = 0, MAC = 0, prev = 0x7FFF, next = 0x7FFF.

The highest bit of these fields has some special meaning and isn't part of the index value.

==Checksum==

The algorithm used to verify the integrity of the database is based on [http://srecord.sourceforge.net/crc16-ccitt.html CRC16-CCITT], though it's an incorrect implementation. It is the same algorithm used to verify [http://wiibrew.org/wiki/Mii_Data#Block_format Mii Data on the Wii].

To obtain the correct value for the checksum, apply the algorithm to the first 0xC81E bytes of the database. This can be done using [https://gbatemp.net/threads/tutorial-give-your-mii-gold-pants-and-use-it-for-streetpass.379146/page-24#post-6569186 FixCRC]; alternativly a pseudocode implementation of the checksum algorithm is given below:

<source lang="python">
def crc16_CCITTWii(u8[]: data) -> u16:
"""Calculate a checksum of data using the CRC16-CCITT implementation of the Wii

This implementation uses 0x0000 as the starting value, which is different
from what CRC16-CCITT specifies.
"""

# note: a correct implementation of CRC16-CCITT
# would initialize this to 0xffff
u32 crc := 0x0

for byte in data:
# Iterate over every of the 8 bits in byte.
# Begin with the most significant bit. (7, 6, ... , 1, 0)
for bit in 7..0:
# & - binary `and'; <</>> - bitshift left/right; ^ - binary `xor'
crc := (
(crc << 1) | ((byte >> bit) & 0x1)
^ (0x1021 if crc & 0x8000 else 0)
)

for _ in 0..15:
crc := (crc << 1) ^ (0x1021 if crc & 0x8000 else 0)

# only return the lowest 16 bit of crc
return (u16) (crc & 0xffff)

checksum := crc16_CCITTWii(miidb[0:0xc81e]) # checksum over the first 0xc81e bytes
</source>

==Mii format==

{| class="wikitable"
|-
! Offset
! Length
!
|-
| 0x0
| 0x1
| Mii Version - Always 3
|-
| 0x1
| 0x1
| bit 0: allow copying bit 1: profanity flag (whether in Mii name or creator name does not matter) bit 2-3: region lock (0=no lock, 1=JPN, 2=USA, 3=EUR) bit4-5:character set(0=JPN+USA+EUR, 1=CHN, 2=KOR, 3=TWN)
|-
| 0x2
| 0x1
| Mii position shown on the selection screen bit 0-3: page index bit 4-7: slot index
|-
| 0x3
| 0x1
| bit 0-3: ? bit 4-6: Device Mii was originally made on (1=Wii, 2=DS, 3=3DS, 4=Wii U/Switch)
|-
| 0x4
| 0x8
| System ID (identifies owner, for purpose of enforcing editing restrictions and blue pants). Is not tied to the MAC address anymore.
|-
| 0xC
| 0x4
| Mii ID (big-endian 32bit unsigned integer): Bit 0..27: (bit[0..27] * 2) = date of creation (seconds since 01/01/2010 00:00:00) Bit 28: Always set? Bit 29: set for temporary Mii Bit 30: Set for DSi mii? Bit 31: not set iff Mii is special
|-
| 0x10
| 0x6
| Creator's full MAC
|-
| 0x16
| 0x2
| Padding (0000)
|-
| 0x18
| 0x2
| bit 0: sex (0 if male, 1 if female) bit 1-4: birthday month bit 5-9: birthday day bit 10-13: favorite color bit 14: favorite mii (0 if false, 1 if true)
|-
| 0x1A
| 0x14
| UTF-16 Mii Name (10 chars max, 0000 terminated)
|-
| 0x2E
| 0x2
| width & height
|-
| 0x30
| 0x1
| bit 0: disable sharing bit 1-4: face shape bit 5-7: skin color
|-
| 0x31
| 0x1
| bit 0-3: wrinkles bit 4-7: makeup
|-
| 0x32
| 0x1
| hair style
|-
| 0x33
| 0x1
| bit 0-2: hair color bit 3: flip hair
|-
| 0x34
| 0x4
| bit 0-5: eye style bit 6-8: eye color bit 9-12: eye scale bit 13-15: eye yscale bit 16-20: eye rotation bit 21-24: eye x spacing bit 25-29: eye y position
|-
| 0x38
| 0x4
| bit 0-4: eyebrow style bit 5-7: eyebrow color bit 8-11: eyebrow scale bit 12-14: eyebrow yscale bit 16-19: eyebrow rotation bit 21-24: eyebrow x spacing bit 25-29: eyebrow y position
|-
| 0x3C
| 0x2
| bit 0-4: nose style bit 5-8: nose scale bit 9-13: nose y position
|-
| 0x3E
| 0x2
| bit 0-5: mouth style bit 6-8: mouth color bit 9-12: mouth scale bit 13-15: mouth yscale
|-
| 0x40
| 0x2
| bit 0-4: mouth y position bit 5-7: mustach style
|-
| 0x42
| 0x2
| bit 0-2: beard style bit 3-5: beard color bit 6-9: mustache scale bit 10-14:mustache y position
|-
| 0x44
| 0x2
| bit 0-3: glasses style bit 4-6: glasses color bit 7-10: glasses scale bit 11-15: glasses y position
|-
| 0x46
| 0x2
| bit 0: enable mole bit 1-4: mole scale bit 5-9: mole x position bit 10-14: mole y position
|-
| 0x48
| 0x14
| UTF-16 Author Name (10 chars max, 0000 terminated)
|}

==Mii categories (pants colors)==

====Special (gold) Miis====
Specialness will override any other pants color.

A special Mii cannot have sharing on or else it will be deemed invalid.

Zeroed system-id and timestamp?

====Imported (blue) Miis====
Any (non-gold) Mii with a different System ID will appear as a foreign one.

There is also a range of Mii IDs that are always foreign and uneditable, regardless of the System ID:

====Regular (black/red) Miis====
Always editable, since they can only appear as such on the console that created them.

====Personal (red) Mii====
A red Mii that happens to be the first in the file!

==Mii values==
Each of the following values were found with NTR Debugger:
If you want to access the value, grab the given "NTR address" and add 0x08815000.

{| class="wikitable"
|-
! Data
! NTR address
! Variation (hex)
! Notes
|-
| Face style
| 0x894
| 00-0B
| Not ordered as in editor, read below
|-
| Face color
| 0x898
| 00-05
| From top to bottom
|-
| Wrinkles
| 0x89C
| 00-0B
| Same order as displayed in editor
|-
| Makeup
| 0x8A0
| 00-0B
| Same order as displayed in editor
|-
| Hair style
| 0x8A4
| 00-84
| Not ordered as in editor, read below
|-
| Hair color
| 0x8A8
| 00-07
| From top to bottom
|-
| Hair flipped
| 0x8AC
| 1 if true
| From top to bottom
|-
| Eye style
| 0x8B0
| 00-3C
| Not ordered as in editor, read below
|-
| Eyes color
| 0x8B4
| 00-05
| From top to bottom
|-
| Eyes size
| 0x8B8
| 07-00
| Left button increases value.
|-
| Eyes thickness
| 0x8BC
| 06-00
| Left button increases value.
|-
| Eyes rotation
| 0x8C0
| 00-07
|
|-
| Eyes spacing
| 0x8C4
| 00-0C
|
|-
| Eyes height
| 0x8C8
| 00-12
|
|-
| Eyebrows style
| 0x8CC
| 00-18
| Not ordered as in editor, read below
|-
| Eyebrows color
| 0x8D0
| 00-07
| From top to bottom
|-
| Eyebrows size
| 0x8D4
| 08-00
| Left button increases value.
|-
| Eyebrows thickness
| 0x8D8
| 06-00
| Left button increases value.
|-
| Eyebrows rotation
| 0x8DC
| 00-0B
|
|-
| Eyebrows spacing
| 0x8E0
| 00-0C
|
|-
| Eyebrows height
| 0x8E4
| 03-12
| Yup, minimum is 0x03
|-
| Nose style
| 0x8E8
| 00-11
| Not ordered as in editor, read below
|-
| Nose size
| 0x8EC
| 08-00
| Left button increases value.
|-
| Nose height
| 0x8F0
| 00-12
|
|-
| Mouth style
| 0x8F4
| 00-23
| Not ordered as in editor, read below
|-
| Mouth color
| 0x8F8
| 00-04
| From top to bottom.
|-
| Mouth size
| 0x8FC
| 08-00
| Left button increases value.
|-
| Mouth thickness
| 0x900
| 06-00
| Left button increases value.
|-
| Mouth height
| 0x904
| 00-12
|
|-
| Mustache style
| 0x908
| 00-05
| Order like in editor.
|-
| Beard style
| 0x90C
| 00-05
| Order like in editor.
|-
| Mustache/Beard color
| 0x910
| 00-07
| From top to button.
|-
| Mustache size
| 0x914
| 08-00
| Left button increases value.
|-
| Mustache height
| 0x918
| 00-10
|
|-
| Glasses style
| 0x91C
| 00-08
| Order like in editor.
|-
| Glasses color
| 0x920
| 00-05
| From top to bottom
|-
| Glasses size
| 0x924
| 07-00
| Left button increases value.
|-
| Glasses height
| 0x928
| 00-14
|
|-
| Mole enable
| 0x92C
| 1 if enabled, 0 else.
|
|-
| Mole size
| 0x930
| 08-00
| Left button increases value.
|-
| Mole horiz pos
| 0x934
| 00-10
|
|-
| Mole vert pos
| 0x938
| 00-1E
|
|-
| Mii height
| 0x93C
| 00-7F
|
|-
| Mii weight
| 0x940
| 00-7F
|
|-
| Mii name
| 0x944-0x959
| UTF-16
| Terminated with 0x0000. Not updated immediatly?
|-
| Creator's name
| 0x95A-96F
| UTF-16
| Terminated with 0x0000. Not updated immediatly?
|-
| Mii gender
| 0x970
| 0: Male, 1: Female
|
|-
| Birthdate month
| 0x974
| 01-0C
|
|-
| Birthdate day
| 0x978
| 01-1F
|
|-
| Mii shirt color
| 0x97C
| 00-0B
| Ordered like in editor.
|-
| Favorite
| 0x980
| 0: false, 1: true
|
|-
| Allow copy
| 0x981
| 0: false, 1: true
|
|-
| Unused byte?
| 0x982
|
|
|-
| Allow sharing
| 0x983
| 0: true, 1: false
|
|-
| ???
| 0x984-0x98F
| All zero?
|
|-
| ???
| 0x990-0x997
| 4?
|
|}
0x08815998: Same 4 bytes as encrypted Mii: first 4 bits for Mii type, 4 next for number of seconds since 01/01/2010 00:00:00 UTC+3 (should be verified by other country and region 3DS) divided by 2.
0x0881599C: 6 bytes of MAC address of the 3DS that created the Mii.
0x088159A2: 6 unknow uses bytes
0x088159A8: Same 8 bytes as decrypted Mii at 0x04 through 0x0B. Seems NAND specific, kept the same on Miis created on same NAND but different 3DS via System Transfer. Might be a coincidence but the two first bytes are in ID0 folder name in the Nintendo 3DS folder.

===Mapped Editor <-> Hex values===

Most of the values are ordered (left button decreases, right increases, color choices are top to bottom...) but for most "main" part of the UI, where you choose the style of the part being edited, hex values has no correlation with displayed order.
Here is a JSON that can go from a Part, a Page and Position to the right hex value. This is 0 indexed (eg: datas["face"][0][11]).

<nowiki>{
face: [
0x00,0x01,0x08,
0x02,0x03,0x09,
0x04,0x05,0x0a,
0x06,0x07,0x0b
],
hairs: [
[0x21,0x2f,0x28,
0x25,0x20,0x6b,
0x30,0x33,0x37,
0x46,0x2c,0x42],
[0x34,0x32,0x26,
0x31,0x2b,0x1f,
0x38,0x44,0x3e,
0x73,0x4c,0x77],
[0x40,0x51,0x74,
0x79,0x16,0x3a,
0x3c,0x57,0x7d,
0x75,0x49,0x4b],
[0x2a,0x59,0x39,
0x36,0x50,0x22,
0x17,0x56,0x58,
0x76,0x27,0x24],
[0x2d,0x43,0x3b,
0x41,0x29,0x1e,
0x0c,0x10,0x0a,
0x52,0x80,0x81],
[0x0e,0x5f,0x69,
0x64,0x06,0x14,
0x5d,0x66,0x1b,
0x04,0x11,0x6e]
[0x7b,0x08,0x6a,
0x48,0x03,0x15,
0x00,0x62,0x3f,
0x5a,0x0b,0x78],
[0x05,0x4a,0x6c,
0x5e,0x7c,0x19,
0x63,0x45,0x23,
0x0d,0x7a,0x71],
[0x35,0x18,0x55,
0x53,0x47,0x83,
0x60,0x65,0x1d,
0x07,0x0f,0x70],
[0x4f,0x01,0x6d,
0x7f,0x5b,0x1a,
0x3d,0x67,0x02,
0x4d,0x12,0x5c],
[0x54,0x09,0x13,
0x82,0x61,0x68,
0x2e,0x4e,0x1c,
0x72,0x7e,0x6f]
],
eyebrows: [
[0x06,0x00,0x0c,
0x01,0x09,0x13,
0x07,0x15,0x08,
0x11,0x05,0x04],
[0x0b,0x0a,0x02,
0x03,0x0e,0x14,
0x0f,0x0d,0x16,
0x12,0x10,0x17]
],
eyes: [
[0x02,0x04,0x00,
0x08,0x27,0x11,
0x01,0x1a,0x10,
0x0f,0x1b,0x14],
[0x21,0x0b,0x13,
0x20,0x09,0x0c,
0x17,0x22,0x15,
0x19,0x28,0x23],
[0x05,0x29,0x0d,
0x24,0x25,0x06,
0x18,0x1e,0x1f,
0x12,0x1c,0x2e],
[0x07,0x2c,0x26,
0x2a,0x2d,0x1d,
0x03,0x2b,0x16,
0x0a,0x0e,0x2f],
[0x30,0x31,0x32,
0x35,0x3b,0x38,
0x36,0x3a,0x39,
0x37,0x33,0x34]
],
nose: [
[0x01,0x0a,0x02,
0x03,0x06,0x00,
0x05,0x04,0x08,
0x09,0x07,0x0B],
[0x0d,0x0e,0x0c,
0x11,0x10,0x0f]
],
mouth: [
[0x17,0x01,0x13,
0x15,0x16,0x05,
0x00,0x08,0x0a,
0x10,0x06,0x0d],
[0x07,0x09,0x02,
0x11,0x03,0x04,
0x0f,0x0b,0x14,
0x12,0x0e,0x0c],
[0x1b,0x1e,0x18,
0x19,0x1d,0x1c,
0x1a,0x23,0x1f,
0x22,0x21,0x20]
]
}</nowiki>