分析と広告のためのCookie
分析と広告のためにCookieを使っており、どちらもGoogleに送られます。拒否しても、目に見える動作は何も変わりません。プライバシーポリシーを読む
ここで MP3 を AIFF に変換できます。無料、アカウント不要です。ファイルを上の枠に落とせば、数秒で結果がダウンロードできる状態になります。 変換はお使いのブラウザーの中で行われるので、ファイルはアップロードされません。Windows でも macOS でも Linux でも、iPhone でも Android でも同じように動き、通信を切っても動き続けます。
一度に100ファイルまで。フォーマットが混ざっていても構いません。
順番に変換し、まとめてZIPでダウンロードします。
MP3 から AIFF
MP3 の圧縮は、人の耳にはほとんど気づかれないとされる部分を恒久的に取り除くことで成り立っています。取り除かれた情報はファイルのどこかに圧縮された形で残っているのではなく、単純に存在しません。AIFF はその正反対の仕事を完璧にこなします。渡された標本を一つ残らず、圧縮せずにそのまま保存します。
合わせると、MP3 が持っていた音をそっくりそのまま収めた大きなファイルができます。DAW やサンプラーが無圧縮 PCM を要求している場合には役に立ちますが、音質が上がるという意味では何も変わりません。もっと良い状態の元素材がどこかに残っているなら、MP3 ではなくそちらを変換するほうが常に良い結果になります。
AIFF は 1988 年に登場した Apple の無圧縮形式で、Logic やその前身のサンプラー形式、CD 作成ソフト、そして当時それしか選べなかった時代に書かれたスタジオの規定は、この形式を前提に組まれています。現行の Logic は MP3 も問題なく読み込むので、AIFF を指定してくるのはたいてい別の理由——テンプレート、納品仕様、あるいはハードウェアです。
ハードウェアがいちばん融通の利かない相手です。日本のスタジオや宅録環境でも根強く使われている Roland や Akai のサンプラーやグルーヴボックスは PCM しか理解せず、それ以外のデコーダーはファームウェアとして誰かが書いて保守しない限り存在しません。機材が AIFF を求めているなら、変換することが答えのすべてで、そこに議論の余地はありません。
CD 品質の無圧縮ステレオは、内容が何であれ 1 分あたり約 10 MB かかります。すべての標本を数値としてそのまま書き出すからです。192 kbps の MP3 は 1 分あたり約 1.44 MB、128 kbps なら約 0.96 MB です。
したがって倍率は元の MP3 のビットレートで決まり、192 kbps からならおよそ 7 倍、128 kbps からならおよそ 10 倍です。4 分の曲なら 5.8 MB ほどが 42 MB ほどになります。AIFF はいっさい圧縮しないので、これを変える設定はありません。それこそが AIFF が求められる理由そのものです。
AIFF はチャンクの集まりで、ここで作るファイルにはちょうど二つだけ入ります。チャンネル数・標本数・ビット深度・標本化周波数を記す COMM と、標本そのものを保持する SSND です。それ以外は何も書き込まれません。
つまり MP3 に入っていた曲名、アーティスト、アルバム、年、アートワーク、コメントといった ID3 タグはすべて消えます。Logic のセッションやサンプラーのスロット、CD のタイムラインに入れるだけならまったく問題になりませんが、音楽ライブラリに入れるファイルなら、変換する前にどこかへタグの内容を控えておいてください。
オーディオ CD はステレオ 16 ビット、標本化周波数 44,100 Hz と決まっています。ここでの変換は MP3 の標本化周波数をそのまま引き継いで 16 ビット PCM を書くので、44,100 Hz の MP3 からは CD 作成ソフトが求める通りのファイルができます。
動画から抜き出した音声によくある 48,000 Hz の MP3 からは、48,000 Hz の AIFF ができます。作成ソフト側でリサンプルするか、そのファイルを拒否するかのどちらかです。ここではリサンプルしません。ディスク一枚分をまとめて変換する前に元の周波数を確認してください。周波数が混ざっているとまさに焼く段階でつまずきます。
ここで書き出す PCM は 16 ビットです。可逆の音源からの変換であれば検討に値する判断ですが、MP3 が相手ではそもそも判断の余地がありません。元に保存されていない深度は水増しできず、24 ビットにしたところでファイルが半分ほど大きくなるだけで情報は増えません。
16 ビット・44,100 Hz は、この変換の主な行き先——CD 作成、サンプラーのスロット、納品仕様——が実際に指定している値でもあります。セッションが 24 ビットで動いていても、16 ビットのファイルはそのまま普通に振る舞います。セッションの深度はミックス全体の話であって、素材一つひとつの話ではありません。
MP3 の符号化器は一定の長さのブロック単位で処理するので、録音がちょうどブロックの境目で終わることはまずなく、最後を埋めるために両端に数十ミリ秒ほどの短い無音が加わります。この余白の情報を読むプレイヤーは自動で取り除きますが、無圧縮ファイルにはその情報が存在しないため、無音がそのまま普通の音として残ります。
タイムラインに置くだけなら気づきません。正確な長さに切りたいときやループさせたいとき——サンプラーのワンショットやループの一小節——には最初に確認すべき点です。AIFF はこの余白もほかのすべてと同じ忠実さで保存するので、変換後にエディターで切り詰めてください。
どちらも同じ無圧縮 PCM を保持していて、音質面での優劣はありません。違うのはバイト順とヘッダーの形だけです。仕様がどちらかを指定しているならそれに従い、指定がなければファイルの行き先で決めます。
Mac だけで完結する制作環境や、その言葉遣いで依頼してくるスタジオには AIFF が無難です。Windows マシン、ウェブ上のツール、文字起こしサービス、ゲームエンジンが関わるなら WAV が無難です。避けたいのは両方作って両方残すことで、1 分あたり約 10 MB の同じ音声がもう一つ増えるだけです。
アップロードできるのは 1 ファイルあたり 100 MB までです。MP3 はもともと小さいのでほとんど問題になりませんが、そこから組み立てられる AIFF は 1 分あたり約 10 MB になるため、長い録音はブラウザーのタブに大きな負荷をかけます。
曲、フレーズ、サンプルの一括変換であれば十分な余裕があり、一度に 100 本まとめて変換して ZIP で受け取れます。ライブ音源や長時間のインタビューは先にエディターで分割してください。何も送信されないので、制約になるのはタブが使えるメモリーであって、誰かが引き上げてくれる上限ではありません。
| MP3 | AIFF | |
|---|---|---|
| 正式名称 | MPEG Audio Layer III | Audio Interchange File Format |
| 拡張子 | .mp3 | .aiff, .aif |
| メディアタイプ | audio/mpeg | audio/aiff |
| 圧縮方式 | 非可逆 — サイズを画質で買う | 無圧縮 |
| 最初の公開 | 1993 | 1988 |
| 発行元 | Fraunhofer IIS | Apple |
| 仕様 | ISO/IEC 11172-3 | — |
| ライセンス | オープン標準 | 公開仕様、標準化はされていない |
| 現在の位置づけ | 現行 | 現行 |
| ビット深度 | — | 32 |
| 音声チャンネル | 最大 2 | 最大 8 |
| ブラウザで開けるか | すべてのブラウザ | 一部のブラウザ |
| 代わりに検討される形式 | AAC, OPUS, FLAC | WAV, FLAC |
AIFF にはアーティスト、アルバム、トラック番号、ジャケットを収めた ID3 タグを収める場所がないので、それらは MP3 ファイル から先へは進みません。元のファイルを捨てる前に確かめておくと役に立ちます——そして、捨てることこそが目的だったのなら、これはそのまま朗報です。
AIFF は作業のための形式で、MP3 は完成したものを渡すための形式です。戻ってくるのはページの絵ではなく、編集できる文字です。たいていはそれがこの変換の理由であり、同時にこの変換の限界でもあります。
AIFF を読めるブラウザーは一部にとどまります。その点では、2 つのうち通用する場所が狭いのはこちらです。送る前に、受け取る側がこれを受け付けるかどうか確かめてください。
AIFF は単一の形式ではなく、容れ物です。実際に再生されるのは中に入っているコーデックで、たいていはPCMです。同じ拡張子の 2 つのファイルが同じ機械で違う振る舞いをするのは、そのためです。
Audacityは MP3 と AIFF のどちらも読めるので、別のプログラムを開かずに、結果を元のファイルと並べて確かめられます。
結果は元より大きくなり、そして良くはなりません。MP3 はすでに細部を捨てており、AIFF は残っているものをそれ以上捨てずに保持します。これは今後の劣化を止めますが、すでに起きた劣化を戻しはしません。
2 つは狙っている用途が違います。MP3 は完成したファイルの受け渡し、スマートフォン、ストリーミング、AIFF は編集と長期保存です。ここは考える価値があります。一方が存在する理由が、そのままもう一方が使いにくい理由になっていることが多いからです。
MP3 は Fraunhofer IIS の形式です(1993 年に登場)。 ISO/IEC 11172-3 で規定されています。ファイルが、それを書いた道具より長く生きなければならないなら、この一点には値打ちがあります。
AIFF は Apple の形式で、1988 年から使われています。Logic Pro、Audacity、Adobe Auditionがこの形式を読めます。
いいえ。この変換は完全にブラウザーの中で行われるので、ファイルが端末から出ることはありません。ご自分で確かめられます。開発者ツールのネットワークタブを開いて、何か変換してみてください。ページそのものと、このサービスの費用をまかなっている分析・広告のリクエストは見えますが、あなたのファイルを運んでいるリクエストはひとつもありません。
はい。アカウントも透かしもなく、消費される 1 日の割り当てもありません。お使いの機械の上で動くので、何度でも戻ってきていただけます。ブラウザーが扱えるのは 100 MB までのファイルで、一度に 100 本です。
AIFF は圧縮するので、データはいくらか失われます。初期設定では気づかない程度ですが、確実にしたい場合は品質を上げてください。 ファイルはずっと大きくなりますが、音は良くなりません。AIFF は渡されたサンプルをすべて保持しますが、元の圧縮が捨てたものはすでに失われています。
結果は元より大きくなり、そして良くはなりません。MP3 はすでに細部を捨てており、AIFF は残っているものをそれ以上捨てずに保持します。これは今後の劣化を止めますが、すでに起きた劣化を戻しはしません。
AIFF を読めるブラウザーは一部にとどまります。その点では、2 つのうち通用する場所が狭いのはこちらです。送る前に、受け取る側がこれを受け付けるかどうか確かめてください。
AIFF にはアーティスト、アルバム、トラック番号、ジャケットを収めた ID3 タグを収める場所がないので、それらは MP3 ファイル から先へは進みません。元のファイルを捨てる前に確かめておくと役に立ちます——そして、捨てることこそが目的だったのなら、これはそのまま朗報です。