FLAC vs WAV：どちらもロスレス、でも選ぶべきはどっち？
結論から言うと（でも、そう単純じゃない）
FLACとWAVは、どちらもロスレスオーディオフォーマットです。どちらもエンコード中にオーディオデータを一切捨てません。同じ音源の24-bit/96kHzのFLACファイルとWAVファイルを、ちゃんとしたDACを通して再生すれば、音の違いは聴き取れないでしょう。デコードされたオーディオはビット単位で完全に同一なのです。この事実だけでも議論は終わりのはずですが、そうはなりません。この2つのどちらを選ぶかという問題は、ほとんどの場合、音質とは関係ありません。ファイルサイズ、メタデータ対応、ソフトウェアの互換性、そしてそのファイルを次にどう使うか、といった他のすべてが問題になるのです。90分のライブ録音をアーカイブするセッションミュージシャンと、短い効果音を埋め込むゲーム開発者、あるいはレコードコレクションをリッピングするレコード愛好家とでは、優先順位がまったく異なります。この記事では、そうした現実世界のシナリオを具体的な数字を交えて掘り下げ、当てずっぽうではない判断ができるようにします。
それぞれのフォーマットの実際の仕組み
WAV（Waveform Audio File Format）は、1991年にマイクロソフトとIBMによって開発された古株です。本質的には、生の非圧縮PCMオーディオデータを包むラッパー、つまりRIFFコンテナです。処理はほとんど行われず、オーディオサンプルが順番に保存されているだけ。このため、サイズは予測可能で一定です。ステレオ16-bit/44.1kHzのWAVファイルは常に1,411kbpsになります。これを24-bit/96kHzのステレオファイルにすると、4,608kbpsに達します。つまり、この設定で60分間録音すると、約2.07GBの巨大なWAVファイルになるのです。 FLAC（Free Lossless Audio Codec）は、そのサイズ問題を解決するために2001年にXiph.Org財団から登場しました。ZIP圧縮のように、しかしオーディオに最適化された巧妙な予測アルゴリズムを使い、データのビットを1つも失うことなくファイルサイズを縮小します。圧縮レベルは0（最速、最大ファイル）から8（最遅、最小ファイル）まであります。正直なところ、デフォルトのレベル5のままでいいでしょう。レベル8に上げてもファイルサイズはさらに2〜4%しか節約できず、エンコードには3〜4倍の時間がかかります。これは最悪のトレードオフです。レベル5を使えば、先ほどの60分間の24-bit/96kHzの録音は、約1.1〜1.3GBにまで縮小します。これは37〜47%の削減で、正確な量は音楽そのものによって変わります。ダイナミックレンジの広いクラシック音楽は、アルゴリズムが扱える反復データが少ない高密度な電子音楽よりも効率的に圧縮されます。
メタデータ：WAVが恥ずかしいほど劣る点
これは両フォーマット間の最も明確で実用的な違いであり、ライブラリ管理においては非常に大きな問題です。FLACはVorbisコメントタグという、柔軟でモダンなUTF-8のキーバリューシステムを使用します。アーティスト、アルバム、トラック番号、ジャンル、日付、作曲者、ISRCコード、ReplayGain値、アルバムアートなど、思いつく限りのカスタムフィールドを埋め込めます。何より素晴らしいのは、MusicBrainz PicardやKid3、fre:acといったタグエディタが、OSを問わずFLACタグをクリーンかつ一貫して扱えることです。 一方、WAVのメタデータ事情は、率直に言って、めちゃくちゃです。WAVのフォルダに丹精込めてタグ付けしたのに、新しいプログラムにインポートしたらその苦労がすべて消えてしまった、という悔しい思いをした人なら誰でもこの問題を知っているでしょう。オリジナルのRIFF仕様には基本的なINFOチャンクが含まれていましたが、アプリケーションの対応は完全に運次第。Adobe AuditionはBWF（Broadcast Wave Format）メタデータを読み書きし、これには説明やタイムコードといったポストプロダクションに便利なフィールドが追加されます。Pro Toolsは独自のiXMLチャンクを使用します。Windowsのエクスプローラーは一部のWAVタグを読むかもしれませんが、macOSのFinderは完全に無視することが多いです。検索やソートが可能な音楽ライブラリを構築するなら、メタデータの信頼性から言って、FLACが唯一の真剣な選択肢となります。 唯一の例外は、閉じたプロのワークフローです。Avid Pro ToolsやAdobe Auditionのようなアプリケーションの中だけで完結しているなら、それらのアプリは自身のエコシステムを一貫して処理するため、WAVのBWFメタデータで全く問題ありません。
互換性：今なおWAVに軍配が上がる理由
FLACの技術的な優位性にもかかわらず、WAVには一つ、とてつもないアドバンテージがあります。それは35年という歴史の勢いです。WAVはデフォルトであり、あらゆるものが理解できるように作られたフォーマットなのです。そのレガシーサポートは、いくつかの重要な場面で現れます。 **ハードウェアでの再生：** 古い、あるいはシンプルなハードウェアではWAVが王様です。USBポート付きの多くのCDプレーヤー、カーステレオ、専用オーディオプレーヤーはWAVは再生できてもFLACでは再生できません。SDカードスロット付きの安価なBluetoothスピーカーもよくある例です。ドライブにFLACファイルを詰め込む前には、必ずスペックシートを確認しましょう。 **プロ用オーディオソフトウェア：** Logic Pro、Pro Tools、Ableton Live、FL Studioといった主要なDAWはすべてWAVをネイティブで扱います。何の問題もなく動作します。FLACのサポートも改善され、ReaperやAudacityのようなアプリはうまく扱えますが、業界の重鎮であるPro Toolsは依然としてプラグインか変換が必要です。マスタリングエンジニアにファイルを送る際は、WAVで送りましょう。それが相手が手間なくファイルを開けることを保証する安全策です。 **映像制作：** オーディオを映像に使うなら、WAVを使いましょう。DaVinci Resolve、Premiere Pro、Final Cut Proはすべて、何も考えずにWAVを受け入れます。NLEにおけるFLACのサポートは、よく言っても不安定で、不要な頭痛の種です。 **ストリーミングと配信：** これは選択の余地がありません。DistroKid、TuneCore、CD Babyといったサービスは、マスターのアップロードにWAVを要求します。ほとんどのサービスはFLACを受け付けません。あなたの個人的な好みは関係なく、納品にはWAVが必須フォーマットです。 **コンシューマー向けデバイスとアプリ：** 最近のデバイスでは、これはあまり問題になりません。SpotifyやApple Musicは、あなたが渡したものを何であれトランスコードするので、ソースフォーマットは無意味です。ローカル再生に関しては、ほとんどのスマートフォンや現代的なソフトウェアプレーヤー（VLC、foobar2000、Plex、Jellyfin）はFLACを問題なく再生できます。
ストレージ、ストリーミング、そして実践的なファイル管理
「ストレージは安い」とよく言われますが、無料ではありません。FLACによる40〜50%のサイズ削減は、大規模なライブラリを管理する際には本当に重要です。1000枚のアルバムコレクション（平均45分、16-bit/44.1kHz）は、WAVファイルだと約238GBを占めます。FLACなら、同じライブラリが145〜160GBに縮小します。これは80〜90GBのスペースの節約になり、ノートPCのSSDや共有NASドライブにとっては大きな違いです。 長期的なアーカイブにおいて、FLACにはもう一つキラー機能があります。それは、組み込みの整合性チェックです。このフォーマットは、元のオーディオデータのMD5チェックサムを埋め込むことができます。つまり、`flac --test`のようなコマンドを実行したり、dBpowerampのようなツールを使ったりして、何年も後になってからファイルがビット腐敗やデータ破損に見舞われていないかを確認できるのです。WAVにはこれに相当する組み込み機能はありません。自分で別途チェックサムファイルを管理するしかなく、そんなことをする人はほとんどいません。 しかし、WAVのシンプルさはパフォーマンス面で利点となります。非圧縮なので、シークや編集は瞬時に行えます。DAWがWAVファイルをスクラブするのは、ディスクから生のサンプルを読み取っているだけです。一方FLACは、その場でデコードする必要があります。これにより、CPUにわずかなオーバーヘッドがかかります。1曲再生するだけなら、どんな現代のコンピュータでも全く気になりません。しかし、ゲームエンジンが何十もの短い効果音を遅延ゼロで同時に再生しようとする場合、そのオーバーヘッドが問題になることがあります。FMODやWwiseのようなゲームオーディオミドルウェアが、FLACではなくWAVを好んだり、VorbisやOpusといった独自の特殊な圧縮フォーマットを使ったりするのは、まさにこのためです。
2つのフォーマット間の変換（とCocoConvertでできること）
どちらのフォーマットもロスレスなので、両者間の変換は音質の観点からは自由に行えます。FLACからWAVへ、そしてWAVからFLACへ、100回繰り返してもオーディオは一切劣化しません。これにより、ラウンドトリップは完全に安全です。FLACでアーカイブし、クライアントやプラットフォームが必要とするときにWAVに変換すれば、納品されたWAVはマスターと音質的に同一です。 CocoConvertは、WAVからFLAC、FLACからWAVへの変換をブラウザで直接行います。ファイルをアップロードし、出力フォーマットを選択して、結果をダウンロードするだけです。FLACを作成する際、CocoConvertはデフォルトで圧縮レベル5を使用します。これは堅実な中間点です。現在の制限として、異なる圧縮レベル（例えば最速デコードのためのレベル0）を指定することはできません。そのレベルの制御が必要な場合は、リファレンス`flac`エンコーダや`ffmpeg`のようなコマンドラインツールが必要になります。そこでは`ffmpeg -i input.wav -compression_level 8 output.flac`のようにパラメータを指定できます。 また、CocoConvertは個々のファイル用に作られており、バッチ処理には対応していません。アルバムフォルダ全体を一度に変換することはできないので、ファイルを一つずつ処理するか、zipにする必要があります。大規模なライブラリを変換する場合は、WindowsならdBpoweramp、macOSならXLDのような専用のデスクトップツールが本当に必要です。それらはその作業のために作られており、フォルダ構造、埋め込みアート、タグの保持といった点で、はるかに優れた仕事をします。 こうした点から、CocoConvertは手軽な一回限りの変換に本当に役立ちます。オーディオソフトウェアがインストールされていないマシンを使っているときや、FLACアーカイブからクライアントにWAVを渡す必要があるだけの場合などです。変換は速く、出力はクリーンで、何もインストールする必要がありません。
判断ガイド：あなたの状況に合うフォーマットは？
曖昧なアドバイスは抜きにして、実際の状況に基づいて、どちらのフォーマットをいつ使うべきかをはっきりさせましょう。 **FLACを選ぶべき場合：** - 個人的な音楽コレクションをアーカイブしていて、ストレージ効率が重要な場合 - 大規模なライブラリ全体で信頼性が高く、検索可能なメタデータが必要な場合 - ソフトウェアプレーヤーを使う他の愛好家やオーディオファンにファイルを配布する場合 - 長期的なアーカイブにおいて、組み込みのファイル整合性検証をしたい場合 - 使用する再生環境がFLAC対応であることが確認できている場合（ほとんどの現代のソフトウェアと多くのハードウェアプレーヤー） **WAVを選ぶべき場合：** - マスタリングエンジニア、レーベル、またはディストリビューターにマスターを納品する場合 - DAWのワークフローがPro Toolsや、FLACのサポートが不十分な他のアプリケーション中心の場合 - オーディオファイルを映像プロジェクトに埋め込む場合 - 遅延ゼロのランダムアクセスが重要なゲームオーディオの作業をしている場合 - 相手側がFLACの互換性を確認しておらず、互換性の問題が許されない場合 **両方のいいとこ取り：ハイブリッドアプローチ。** これが私のおすすめするワークフローであり、多くのオーディオプロが使っている方法です。すべてをFLACでアーカイブします。ファイルサイズは小さく、タグは適切に付けられ、検証も可能です。そして、特定のツール、クライアント、またはプラットフォームが必要とするときに、オンデマンドでWAVに変換します。変換はロスレスなので、FLACをマスターフォーマットとして使っても何も犠牲になりません。これにより、アーカイブドライブにはFLAC、プロジェクトフォルダや納品メールにはWAV、という体制がとれます。これが最も実用的な解決策です。 唯一の大きな例外は、放送業界とポストプロダクションです。その世界では、タイムコードと制作メタデータが埋め込まれたBWF WAVが、議論の余地のない標準です。FLACは選択肢にすら入りません。