OPUS を M4A に変換

Opus は Xiph が 2012 年に公開したコーデックで、Apple は自社のメディアアプリに一度も採用していません。自前のデコーダーを積んだサードパーティ製アプリはうまく再生でき、.opus ファイルは iPhone のいくつかのアプリで確かに再生できます。ただしライブラリの項目としてはふるまいません。ミュージックアプリにカバー付きで表示されたり、端末間で同期されたり、曲として扱われるべき場所に現れたりはしないのです。

M4A はまさにその役割のために Apple が設計したコンテナです。2004 年生まれの MPEG-4 音声で AAC を保持し、この 20 年に作られたすべての Apple デバイスがハードウェアで復号でき、エコシステム全体が読み取れるメタデータのアトムを持っています。この変換が問題にしているのは狭い意味での再生ではなく、そのファイルが音を鳴らすだけの文書ではなく、レコードとして認識されるかどうかです。

Opus から非可逆形式へのどんな変換も、二度目の圧縮という代償を払います。選べるのはどのエンコーダーがその代償を払うかで、Apple 側で最も強い選択肢が AAC です。1997 年に MP3 の設計上の後継として標準化され、同じビットレートでより多くを表現できます。同程度の容量でも MP3 よりはっきり良い結果を出せる設計です。

ですから Opus を M4A に変換したほうが、同じファイルサイズで MP3 に変換するより失うものが少なく、しかも 2 段階ではなく 1 段階でネイティブなコンテナに収まります。例外は AAC を本当に読めない行き先で、Apple のハードウェアではそれは存在しません。十五年前のカーステレオでも再生できる必要があるなら、MP3 が現実的な選択で、このページの対象ではありません。

Opus は Ogg コンテナに収められ、そのメタデータは大文字のキーとテキスト値からなる Vorbis コメントとして保存されます。MPEG-4 は固定名を持つアトムとして保存します。両者の対応関係は十分に確立されており、タイトル、アーティスト、アルバム、アルバムアーティスト、トラック番号やディスク番号、ジャンル、日付、コメント、歌詞まですべて引き継がれます。

アートワークは人々が最も失われると思いがちなフィールドですが、実際には残ります。Ogg 内で METADATA_BLOCK_PICTURE コメントとして保存されたカバーはカバーアトムになり、ミュージックアプリが一覧やロック画面に表示するものです。MPEG-4 に対応がないカスタムキーは、ごみのようなアトムとして書き込まれるのではなく、そのまま落とされます。読めないフィールドは、ないフィールドより悪いというのが正しい振る舞いです。

大半は三つの経路から来ています。ウェブ動画から抜き出した音声はしばしば Opus です。ウェブの動画コンテナが運ぶものだからです。音声メッセージやチャットの書き出し音声も Opus です。メッセージアプリがそれを標準として採用しているからです。ダウンロードツールも既定でこれを選ぶことが多く、再符号化なしに手に入る最高品質のストリームだからです。

この出自が一つの判断に関わってきます。十分なビットレートでストリームから抜き出したファイルは、「高画質」の M4A に変換すれば誰も文句を言わない品質になります。電話用に低いビットレートで符号化された音声メモは、すでにコーデックの限界に近く、このページのどの帯もそれを改善しません。高品質帯はダメージを追加しないだけです。設定ではなく素材から期待値を決めてください。

品質の設定は「小さいファイル」「標準」「高画質」の 3 段階で、実際のビットレートはエンコーダー内部で解決されます。コード側では数値を持っていないため、このページでは具体的な kbps を挙げませんが、この経路には上限があり、AAC の仕様が名指す最高水準の値までは届きません。

この組み合わせでは、ほぼ常に高品質を選ぶべきです。すでに一度圧縮された音声を再符号化しているので、二度目の圧縮が聞こえてしまうのを防ぐ唯一の方法は、エンコーダーに十分な余裕を与えて、自分自身の判断をほとんど加えさせないことです。標準と高画質の容量差は、すでに小さいファイルに対して割合として大きく、ライブラリはわずかな容量を節約する場所ではありません。

Opus は固定 48,000 Hz のクロックで動作し、デコーダーは符号化時の実際の値にかかわらずそのレートを報告するので、AAC はもとの音声が何であれ 48 kHz を引き継ぎます。44,100 Hz の CD リッピングから始まり、動画を経て Opus になったトラックは、この経路では 44.1 に戻りません。

Apple 側では誰も気にしません。ミュージックアプリも iPhone も HomePod も CarPlay も 48 kHz を問題なく扱い、きちんと行われたリサンプルを耳で聞き分けた人はいません。知っておく価値があるのは、後段で技術的なレートを比較する何かがある場合だけです。44.1 と 48 kHz が混在するライブラリは壊れているのではなく、どのファイルが動画や音声コーデックを経由したかを教えてくれているだけです。

M4A ができたあとの唯一のリスクは、取り込みの途中で何かが再符号化することです。音楽ソフトの読み込み設定には昔から、取り込み時にファイルを変換する機能があり、「取り込み時に AAC へ変換する」設定になっているライブラリは、せっかく作った M4A を喜んで受け取り、三世代目のコピーを作ってしまいます。

バッチを足す前にその設定を確認してください。変換したファイルはすでにライブラリの形式で、これ以上の処理は一切必要ありません。追加はコピーであるべきで、符号化であってはなりません。「高ビットレートの曲を変換する」を有効にした同期にも同じ注意が当てはまります。これは可逆のマスターのための機能で、すでに 192 に達しているファイルには何の役にも立ちません。

ファイルは各 100 MB まで——Opus なら数時間分の話し声か、かなり長い音楽です——一度に百ファイルまでドロップでき、結果は ZIP で返ってきます。ここにいる理由はたいてい 1 本のファイルではなく蓄積されたファイル群なので、その形にちょうど合っています。

バッチはネットワークの帯域ではなく、あなたの端末の実際の処理時間なので、始めて放っておく価値があります。作業の間、他の誰かの後ろで待たされることもなく、何かに課金されることもありません。どの段階でもサーバーが関わっていないからです。

Opus はすべてのブラウザーでネイティブに復号できます。WebRTC がそれを必須にしたためで、ファイルを読むために何かを取りに行く必要はありません。Chrome、Edge、Safari には AAC エンコーダーも組み込まれていてそのまま使われます。Firefox は組み込んでいないので、そのブラウザーでは WebAssembly の AAC エンコーダーが一度だけ届き、他のどのページにも影響しません。

音声そのものは、どちらの方向にもネットワークを越えません。しばしば他人が話している内容が私的に送られた音声メモにとって、これは利便性以上の価値があり、約束ではなく確認できることです。ネットワークタブを開き、ファイルを変換し、エンコーダーが届く一方で何も送り返されていないのを見てみてください。