Mii QRコードの中身：FFLと0x04を読み解く

MiiのQRコードを普通のスマホで読み込むと、意味不明な文字の羅列が出てきます。同じコードを3DSで読めば、顔も名前も体格も揃ったキャラクターと、「誰が複製・共有・編集してよいか」という目に見えないルールが一度に届きます。この体験の落差を生んでいるのは、小さなバイナリ技術の塊であり、それこそが当サイトのMii QRコードロック解除が存在する理由です。このガイドでは、ツールが実際に取る視点でフォーマットをたどります。QRの層、FFLデータブロック、0x01や0x04といったオフセットにある権限フィールド、そしてコンソールが「このMiiは編集できません」と告げる正確な理由。書かれている内容はすべて、ツールの中で実際に動いているデコーダーと同じものです。Wikiからの受け売りはひとつもありません。

まず驚くのは：Mii QRコードはテキストではない

普段読み取るQRコードのほとんどは、URLひとつ、Wi-Fiのパスワードひとつ、飲食店のメニューひとつといった平文です。MiiのQRコードは違います。中身はByte Modeのペイロード、つまりフォーマットを知るコンソールにだけ意味が通じる生のバイナリの塊です。スマホのスキャナがこれを読むと、バイト列をなんらかの文字コードのテキストとして解釈しようとして途中で破綻し、あの意味不明な文字列を出力します。

技術的な違いはQR仕様の中にあります。QRコードはデータを複数のモードで格納でき、数字・英数字・バイト・漢字と切り替えます。テキストのQRはUTF-8のペイロードで英数字モードかバイトモードを使いますが、MiiはByte Modeでありながら、ペイロードがそもそもテキストではないのです。当サイトのデコーダーはjsQRでコードを読み、デコード済みの文字列ではなく生のbinaryData配列を受け取ります。ここが実装上いちばん重要な点です。MiiのQRを文字列として扱った瞬間、それはもう壊れています。

書き出しにも同じ罠が逆向きで立ちはだかります。URL向けのQRジェネレーターは、バイナリをテキストの層に通して再エンコードし、平気で壊します。だから当サイトのエンコーダーは、バッファをByte Modeのまま固定のQRバージョンと誤り訂正レベルで渡し、3DSのカメラがスマホ画面から確実に読める大きさに整えます。バイナリで入って、バイナリで出る。ペイロードが文字列を経由することは一度もありません。

FFL：すべてのMiiの背後にある顔ライブラリ

QRコードの中身は、FFL（Face Library）形式でMiiを記述しています。Nintendoがコンソールを横断して使うキャラクターレンダリングライブラリで、コミュニティによって公開資料として整備され、Wii・3DS・Wii U・Switchのゲームが消費する同じMiiデータの土台になっています。FFLはMiiをコンパクトな構造体として格納します。名前や性別といった識別フィールド、顔のパーツ・体型・色の外見フィールド群、そして他のコンソールがそのキャラクターに何をしてよいかを制御する小さな権限フラグのブロックです。

この形式の性質のうち2つが、このガイドの残りすべてを形作ります。第一にコンソール世代をまたいで安定していること。3DS時代のMii QRコードはWii Uでも読め、Switchのゲームも同じMiiデータを消費します。だからフォーマットの解説は一度書けば長く役に立ちます。第二に位置が厳密であること。各フィールドはブロック先頭からの固定オフセットに配置されますが、その位置は世代ごとに少しずつずれます。オフセットをひとつ間違えれば、少し変なMiiではなく、スキャンすら通らないMiiが出来上がります。この厳格さこそ、フォーマットがコンソールの世代交代を無傷で乗り越える理由でもあります。ゲームは形式を作り替えず、キャラクターデータを同じライブラリに渡すだけです。

ヘッダーのフィールドをひとつずつ

当サイトのツールは、何かを変更する前にブロックの先頭バイトを読んでプレビューを見せます。フォーマットが定義するヘッダーフィールドは次の通りです:

名前フィールドにはひとこと添えておきます。手編集が最もよく失敗する場所だからです。10文字は10バイトではありません。UTF-16では1文字2バイト、余った位置はnullで埋め、デコーダーは最初のnullで止まります。UTF-8で名前を書き込めば、日本語でもドイツ語でも文字化けし、null終端を忘れれば、後続のデータに名前が食い込んでいきます。

ヘッダーの後ろはMiiそのものです。顔の輪郭・髪・目・眉・鼻・口・メガネ・身長・体型・好きな色など、数十の外見フィールドが決まったビットに詰め込まれています。ツールはプレビューを描くのに十分な分だけ読み、その後は意図的に一切触りません。顔のピクセルひとつ変わるアンロックは、信頼に値するアンロックではないからです。

スキャンしたMiiが「編集できません」と言う理由

権限システムがあるのは、Mii QRコードが共有の仕組みであり、Nintendoが作成者に「共有の範囲」を決めさせているからです。Miiがコンソール上で作られると、作成者の選択がFFLデータ内のフラグとして記録されます。別のコンソールがそのQRを読むと、届いたMiiには受信済みの印が付きます。コンソールは、Miiを作った本人を作者として扱い、フラグを読んで、その通りに動きます:

• コピー許可 — このフラグがオフ（複製禁止）のとき、受信側のコンソールはMiiの複製や別場所への保存を許しません。
• 共有禁止 — 共有がオフなら、そのMiiから新しいQRコードを作って配ることはできません。
• 編集 — 受信したMiiは、他の2つのフラグがどうであれ、受信側では編集できません。編集の権利は、そのMiiが生まれたコンソールのものです。同じ所有の論理は、性格と声の初期値にも流れています。詳細は音声合成ガイドで分解しています。

人を驚かせるのは3つ目のルールです。Miiを読んで、鑑賞して、ゲームで使うことはできる。なのにエディタで開こうとした瞬間、コンソールは「このMiiは編集できません」と拒みます。故障ではありません。フラグが、作者の依頼どおりに働いているだけです。

公式の回避ルートがひとつだけあります。コピーが許可されている場合に限りますが、3DSでMiiを自分のMiiスタジオにコピーし、パーツから組み直す方法です。こうして生まれたMiiはあなたのコンソール生まれになり、完全に編集できます。ただし小修正以上の作業では骨が折れますし、コピー自体がロックされていれば最初から使えません。この「公式には可能」だけど「実務には使えない」という隙間こそ、あらゆるアンロックツールが立ち入る領域です。

アンロッカーが変えるもの、決して触らないもの

フィールドが見えれば、アンロック処理は意図的に小さく設計されていると分かります。ツールはペイロードを読み、0x04 のシステムIDの先頭バイトを書き替えます。これは所有コンソールを識別する情報で、コンソールはこれを見て受信したMiiを編集できるかを判断します。置き換え後のMiiは、もはや元の持ち主に紐づきません。名前を変えたい場合は、同じ処理の中で名前フィールドを正しいUTF-16として書き直します。その後、ブロックを新しいByte ModeのQRコードとして再エンコードします。それ以外のバイトは、一切手を付けずにそのまま通します。

再エンコードの工程は、聞こえ以上に重要です。新しいQRはByte Modeで固定のバージョンと誤り訂正レベルMで生成し、3DSカメラがスマホ画面から読み取れる大きさに整えて描画します。QRの設定を誤ると、コードは見た目上完璧なのに、狙ったコンソールだけが読んでくれない、ということが起きます。誤り訂正レベルは読み取りの頑健性とデータ容量を引き換えにする設定であり、Miiのペイロードは限界に近いところを攻めているため、選択は見た目の問題では済まされません。

この一連の往復はすべてブラウザの中で完結します。ドロップした画像からペイロードをデコードし、メモリ上で保持し、変更し、描き戻す。セッションの履歴はブラウザ自身のIndexedDBに置かれます。間にサーバーはありません。これはプライバシーの配慮というだけではありません。ツールが誰かのMiiのコピーを密かに保持する、という経路自体が存在しないということです。

3DSからSwitchへ：カメラ、QRコード、アクセスキー

Miiの共有をめぐる今日の混乱の大半は、ハードウェアの経緯で説明がつきます。3DSにはカメラが2つあり、QRコードの読み取りはネイティブ機能でした。Miiスタジオも、トモダチコレクション 新生活も、Miitopiaもすれちがい通信も、みんなQRを消費していました。Switchはカメラを完全に外しました。SwitchのMiiスタジオは3DSやWii UのMii QRコードを今も読むことができます。ただ、それを読むカメラがもう無い。Switchが保ったのはFFLデータそのものであり、だからこそこのガイドの形式知識は今も生きています。変わったのは共有の層です。

Switch版Miitopiaでは、NintendoはQRコードをアクセスキーに置き換えました。短いコードを入力するとオンラインサービスからMiiをダウンロードでき、自分のMiiを公開するには別のキーを発行します。Switch 2もこの方式を引き継いでいます。アクセキーはカメラがないという問題を見事に解決しますが、同じ権限の哲学もそのまま踏襲しています。ダウンロードしたMiiは誰かの作品だ、ということです。しかもこの仕組みは、対応ゲームでしか使えません。

2つの時代を結ぶ実務的な橋は、3DS時代のフォーマットを通ります。MiiのQRコードを用意し、フラグが閉じていればアンロックし、カメラのないSwitchにプレイヤー各自の方法でMiiスタジオへ読み込ませる。改造コンソールでのエミュレート読み込みでも、デコード済みプレビューを見ながら目で再現してもいい。一度Switchの上にMiiが乗れば、そのデータはネイティブで、SwitchのMii対応すべてに効きます。『Tomodachi Life: Living the Dream』でもMiitopiaでも。そして性格システムは同じMiiデータに乗っているため、当サイトのトモダチコレクションMBTI対応表の内容は、移植されたキャラクターにもそのまま当てはまります。

手作業のバイナリ編集がたいてい失敗する理由

レイアウトが分かれば、ツールを飛ばしてhexエディタでバイトを書き替えたくなるものです。そこには3つの失敗モードが待っていて、どれも無言です。ファイルは何が悪かったのか告げません。

1. 1世代違い、オフセット違い。フィールドの位置はWii・3DS・Switchの世代ごとにずれます。間違ったレイアウト前提のパッチは、間違ったバイトを編集します。そして最も犠牲になりやすいのは、決して触るつもりのなかった外見フィールドです。
2. 2文字列の罠。hexエディタは標準ではテキスト思考です。Miiのペイロードを開き、名前をASCIIとして編集し、保存する。ASCIIで書いた名前はUTF-16のフィールド配置と設計上ずれ、その後ろにあるバイトごと壊れます。
3. 3再エンコードの罠。バイト編集の後には、まだQRコードを作る工程が残っています。URL向けのジェネレーターはテキストの層を通してエンコードするため、バイナリのペイロードを壊します。正しいバージョンと誤り訂正レベルのByte Modeエンコーダーだけが、コンソールが受け入れるコードを作れます。

専用ツールは、この3つを原理的に起こせなくするために存在します。固定のオフセット、Byte Modeの入出力、正しいエンコーディングとパディングで書かれる名前フィールド。Mii QRコードロック解除がドキュメントの注釈ではなくページとして存在する理由は、それだけです。

Mii QRコードについてよくある質問

Mii QRコードのアンロックは合法で安全ですか？

安全性については、仕組みが味方です。アンロックが書き替えるのは権限まわりのバイトだけで、外見ブロックは無傷です。修正されたコードは、新しい権限付きの同じMiiとして読めるか、まったく読めないかのどちらかになります。合法性については、フォーマットはコミュニティによって公開資料として整備され、ツールはあなたがすでに持っているMiiデータの上で動きます。その先は、あらゆるファン活動と同じ規律に従います。元の作者を尊重し、他人のキャラクターを自分の作品であるかのように見せないこと。変更されたMiiデータに対するNintendoの姿勢は、コンソールのファイルシステムのそれと同じで、サポート対象外の領域です。判断は各自で。

MiitopiaやスマブラのMiiにも使えますか？

使えます。Miitopiaも大乱闘スマッシュブラザーズ SPECIALも、トモダチコレクション 新生活や3DSのMiiスタジオと同じFFL形式のMiiデータを消費します。あるゲーム向けに作られたQRコードは、QR入力を受け付けるコンソールなら他のゲームにも読み込めます。フォーマットが共通言語で、ゲームは異なる読み手にすぎません。

コンソールのカメラがアンロック済みQRを読んでくれません

10件のうち9件はデータではなく光学の問題です。画面の明るさを最大にし、QRがフレームを埋めてもブレない距離で構え、カメラのレンズを拭き、天井照明の映り込みを避けてください。それでも読めない場合は再生成してください。QRのスクリーンショットは圧縮のノイズを拾ってデコードを壊すことがあります。常に、描画された元画像を保管しておくのが正解です。

アンロック後のMiiは、ゲーム内で見た目が変わりますか？

変わりません。外見ブロックはバイト単位でそのまま通ります。顔、髪、色、身長、名前、声の設定は、作者がセットした通りに届きます。見た目に変化が現れるとすれば、それはあなたが頼んだ変更だけです。スキャン後に見た目が違えば、どこかでQR画像そのものが劣化しています。データを疑う前に、再生成して読み直してください。

Switch上で直接Miiを編集できますか？

受信したMiiはできません。SwitchのMiiスタジオは、そのコンソールで作られたMiiは編集できますが、アクセスキーやスキャンで外から来たMiiは、作者を保護するためにロックされます。3DSと同じです。編集できるコピーへの道はフォーマットを通ります。元のQRをアンロックしてローカルで編集可能なMiiとして読めるようにし、その上で自分の環境に合わせた方法でSwitchへ持っていきます。

Switch 2の新しいMiiシステムは？

Switch 2はMiitopia向けにアクセキー方式を継続し、土台のMiiデータは同じFFLの系譜です。QRコードという物理的な共有媒体は、カメラを積んだ3DSとWii Uのものになりました。だからこそフォーマット理解の価値は消えていません。あのQRコードが運んでいたデータは、今日あなたのSwitchゲームが消費しているのと同じデータだからです。

元の権限を後から戻せますか？

元のQR画像を保管しておいてください。アンロックは元ファイルを上書きしません。フラグを開いた新しいコードを作るだけです。制限を取り戻したくなれば、元画像は作成者の設定のまま持っており、その通りに読み込まれます。逆に、すでにコンソールの上で暮らしているMiiをロックし直すことはできません。アンロックされたスキャンを通して一度譲られた編集権は、そのMiiのものとして残ります。友達から借りたMiiをアンロックする前には、この非対称性を知っておくべきです。

自分で試してみる

フォーマットを一番手早く理解する方法は、自分のMiiをひとつツールに渡して、フィールドが現れるのを見ることです:

• Mii QRコードロック解除 — QRコードをドロップすると、名前と権限フラグが読み解かれ、編集可能なコードを再生成できます。
• Miiクリエイター — FFLベースのライブレンダリングでMiiをゼロから作り、書き出せます。
• Mii目エディタ — Miiの表情を決める目の形に絞ったエディタです。
• トモダチボイスラボ — トモダチコレクションが性格をどう合成音声に変えるか、耳で確かめられます。