ステムデリバリーガイド:ミキシングエンジニアに送るべきもの
ミキシングエンジニアには、曲の同じポイントから始まる明確に命名されたWAVファイルと、ラフミックス、BPM、キー(わかっていれば)、リファレンストラック、そしてサウンドの一部であるエフェクトに関するメモを送ってください。ほとんどのフルミックスでは、グループ化されたステムだけでなく、個別トラックやマルチトラックを送るのが望ましいです。
悪いファイルデリバリーは、エンジニアがEQに触れる前にミックスを遅らせることがあります。ボーカルが異なるタイミングで始まったり、ビートが大きすぎたり、マスターリミッターがすべてのファイルに焼き込まれていたり、トラック名が「Audio 1」から「Audio 47」までだったりすると、仕事の最初の部分はミックスではなくクリーンアップと再構築になります。
このガイドは、何を送るべきか、どう命名するか、どうエクスポートするか、ドライとウェットのバージョンをいつ含めるか、何をプリントしないか、そしてミキサーがフォルダを開きやすくする方法を正確に説明します。クリーンなデリバリーだけで素晴らしいミックスが保証されるわけではありませんが、エンジニアが迅速かつ正確に判断できる最良のチャンスを与えます。
曲がプロのミックスに準備できているなら、クリーンなステムとラフミックス、リファレンスメモを送って、ファイル修復ではなくクリエイティブな決定からプロジェクトを始められるようにしましょう。
ミキシングサービスを予約する簡単な答え:揃ったWAVファイルと明確なロードマップを送る
最も安全なデリバリーフォーマットは、重要なトラックごとに1つのオーディオファイルを、同じ開始点から同じ終了点までエクスポートすることです。リードボーカルが1小節目から始まり、アドリブも1小節目から始まる場合、アドリブが2番目のヴァースに入るまで入らなくても、エンジニアのセッションで即座に揃います。
それらのファイルと一緒に、エンジニアが意図したバランスを聞けるようにラフミックス、BPMとキー(わかっていれば)のテキストメモ、そして重要なクリエイティブ指示を含めてください。メモは短くしてください。ミキサーには優先順位が必要であり、5ページのエッセイは不要です。
エンジニアが避けようとしていること
クリーンなデリバリーは形式的であることではありません。ミックスが始まる前に曲を変えてしまうミスを避けることです。アドリブが半拍遅れていると、エンジニアはそれがそのように演奏されたと思うかもしれません。ハーモニーが欠けていると、最初のミックスパスは間違ったアレンジに基づいて作られるかもしれません。ラフミックスにディレイがかかっているのにエクスポートされたファイルにない場合、ミキサーはその瞬間が意図的だったのか推測しなければなりません。
エンジニアの最初の仕事は、曲を正確に再現することです。ファイルが揃い、パートにラベルが付けられ、リファレンスが意味を成して初めて、クリエイティブなミックスが始められます。良いデリバリーはその最初の段階を速くて退屈なものにします。悪いデリバリーはそれを探偵作業に変えてしまいます。
これは特に固定納期のサービスを利用する場合に重要です。欠落ファイルの検索、エクスポートの修正、基本的な質問に費やす時間は、ボーカルトーン、ローエンド、深み、インパクト、伝わりやすさの改善に使える時間を奪います。きれいなフォルダは、あなたの支払ったお金を実際のミックスにより多く使えるようにします。
ステムとマルチトラック:送るものを理解する
アーティストは「ステム」という言葉を任意のエクスポートファイルの意味で使うことが多いですが、エンジニアはより具体的に使うことがあります。多くのプロのワークフローでは、「マルチトラック」はキック、スネア、リードボーカル、ダブル、アドリブ、ベース、パッド、ギターなどの個別ファイルを指します。「ステム」はドラム、音楽、リードボーカル、バックグラウンド、エフェクトなどのグループ化されたファイルを指すことがあります。
フルミックスの場合、個別マルチトラックの方が通常は良いです。なぜならエンジニアがすべての要素をコントロールできるからです。グループ化されたステムはステムマスタリング、ライブ再生、リミックス納品、または迅速な別バージョン作成により一般的です。エンジニアがどちらを望んでいるかわからない場合は、エクスポート前に確認してください。
| 納品タイプ | 例 | 最適な使用法 |
|---|---|---|
| 個別マルチトラック | リードボックス、ダブルL、ダブルR、キック、スネア、ベース、パッド | フルミキシング |
| グループ化されたステム | ドラム、音楽、リードボーカル、BGV、FX | ステムマスタリングまたは限定的な修正 |
| ツートラックビートとボーカル | ビートWAV、リードボーカル、ダブル、アドリブ | リースビートにボーカルミックス |
| セッションファイル | フルDAWプロジェクトフォルダ | エンジニアが同じDAWとプラグイン設定を使う場合のみ |
すべてのファイルを同じ開始位置からエクスポートする
このガイド全体で最も重要なルールです。すべてのファイルは同じ場所、通常は小節の最初か曲のタイムラインの正確な開始位置から始めるべきです。コーラスのハーモニー前の無音部分をトリムしないでください。アドリブを開始した瞬間だけをエクスポートしないでください。ファイルの冒頭の無音は問題ありません。ずれは問題です。
すべてのファイルが同時に始まる場合、エンジニアはフォルダを新しいセッションにドラッグするだけで曲が正しく再生されます。ファイルの開始位置が異なる場合、エンジニアはタイミングを手動で再構築しなければなりません。これによりミスが生じたり、ミックスが遅くなったり、修正作業に無駄なエネルギーを使うことになります。
ツートラックビートの扱い方
多くのアーティストは完全なビートステムを持っていません。彼らはプロデューサーからのステレオビートWAV、リースダウンロード、またはYouTubeスタイルの購入を持っています。それは使えますが、エンジニアがコントロールできる範囲が変わります。エンジニアはボーカルをビートにミックスし、ボーカルのポケットを形作り、ロー・ミッドをクリーンにし、最終的なレコードの伝わりやすさを向上させることができます。しかし、キック、808、スネア、メロディ、ハイハットを個別にバランス調整することは、これらのファイルが提供されない限りできません。
2トラックのビートしかない場合は、持っている最高品質のビートファイルを送ってください。WAVがあるなら低ビットレートのMP3は送らないでください。ノーマライズしたり、再度リミットをかけたり、ボーカルセッションのマスターエフェクトを通してエクスポートしたりしないでください。ビートはクリーンな状態で送り、その後ボーカルをどこに配置したかを示すラフミックスを送ってください。
ビートがすでにマスタリングされているか、制限付きのリースである場合はエンジニアに伝えてください。その状況はミックスのアプローチを変えます。潰れた2トラックビートは、ビートをボーカルに合わせて形作るのではなく、ボーカルをビートに合わせて形作る必要があるかもしれません。明確な期待値は後の非現実的な修正指示を防ぎます。
セッションのサンプルレートでWAVを使用してください
エンジニアから別の指定がない限りWAVファイルを送ってください。WAVは非圧縮で、オーディオソフトウェアで広くサポートされています。AvidはWAVをPro Toolsミックスの非圧縮エクスポート形式と説明しており、Apple Logic Proのエクスポートワークフローではトラックをオーディオファイルとしてエクスポートする際にファイル形式とビット深度を選択できます。実用的なポイントはシンプルです:ミックス用にMP3を送らないでください。
元のセッションのサンプルレートを使用してください。曲が48kHzで録音されていれば48kHzでエクスポートし、44.1kHzで録音されていれば44.1kHzでエクスポートしてください。大きな数字の方がプロっぽく見えるからといって変換しないでください。変換はミスの原因を増やします。
| 仕様 | 推奨納品形式 | なぜ重要か |
|---|---|---|
| フォーマット | WAV | 非圧縮でインポートが簡単 |
| ビット深度 | 可能なら24ビット | ミックス処理に十分なヘッドルーム |
| サンプルレート | セッションに合わせる | 不要な変換を避けます |
| 開始点 | すべてのファイルの開始位置を同じにします | 曲の整合性を保ちます |
| マスターリミッター | リクエストがない限りオフ | ミキサーのためにダイナミクスを保持します |
| ノーマライズ | リクエストがない限りオフ | 内部のバランスを保持します |
マスターチェーンをすべてのファイルにプリントしないでください
ミックス用にファイルをエクスポートする前に、マスターバスのリミッター、クリッパー、ラウドネスマキシマイザー、最終マスタリングチェーンをオフにしてください。これらのエフェクトがかかったラフミックスは参照用として有用ですが、個別のファイルはマスターチェーンを通して潰されるべきではありません。
ステムがすでに制限されている場合、エンジニアはバランス調整、コンプレッション、EQ、オートメーションの余地が少なくなります。トランジェントはすでに削られているかもしれません。低音域はすでに歪んでいるかもしれません。ボーカルはすでに固定されているかもしれません。エンジニアにはクリーンなソースファイルと、意図を示す別のラフミックスを渡してください。
セッション内のすべての隠しトラックを送信しないでください
ファイルが多ければ多いほど良いわけではありません。曲に必要なすべてのトラックを送信してください。ただし、ミュートされた実験的なトラック、古いテイク、未使用のビートバージョン、スクラッチボーカル、重複したバウンス、または重要でない隠しトラックは含めないでください。120個の不明瞭なファイルが入ったフォルダは、28個の有用なファイルが入った集中したフォルダよりもミックスを遅くすることがあります。
エクスポート前にセッションを整理してください。使っていないトラックはミュートまたは削除。最終コンプを選択。ベストなダブルにラベルを付ける。どのハーモニーがアレンジの一部か決める。パートを残すか迷う場合は、はっきりとラベル付けした「Optional」フォルダーに入れるか、ノートに記載してください。
これは曲のフィールを失うまで過剰に編集するという意味ではありません。意図的な選択をするということです。エンジニアが「Audio 36 copy new」がリードボーカルなのか、古いテイクなのか、ミスなのかを判断しなければならないべきではありません。
エフェクトが重要な場合はドライとウェットの両方を送る
一部のエフェクトは制作の一部です。ボーカルスロー、チューンドディレイ、歪んだアドリブ、リバースリバーブ、ギターアンプの音、フィルタリングされたボーカルチョップは重要かもしれません。その場合は、可能ならウェットバージョンとドライバージョンの両方を送ってください。
はっきりとラベルを付けてください:
- LeadVocal_DRY.wav
- LeadVocal_WET_reference.wav
- HookDelayThrow_WET.wav
- VocalChop_DRY.wav
- VocalChop_WET.wav
これによりエンジニアは選択肢を持てます。あなたのクリエイティブなサウンドを保つことも、よりクリーンに再構築することも、ドライファイルとブレンドすることも、参照としてのみ使うこともできます。
リードが明確にわかるようにボーカルスタックを準備する
ボーカルスタックはすぐに混乱しがちです。曲にはメインリード、バースのダブル、フックのダブル、左右のスタック、低いハーモニー、高いハーモニー、アドリブ、ささやきレイヤー、ワンオフのディレイスローがあるかもしれません。これらがラベル付けされていなければ、エンジニアはリードを支えるものを知る前にすべてを聴かなければなりません。
メインリードを最初に置き、はっきりと名前を付けてください。その後、役割ごとにサポートボーカルをグループ化します:ダブル、ハーモニー、アドリブ、バックグラウンド、特殊効果。ダブルが控えめにすべきなら「double」とラベルを付けてください。アドリブが一瞬だけ大きくすべきならREADMEに記載してください。ハーモニーがパッドのように感じられるべきならそう書いてください。良いラベルはボーカルアレンジを守ります。
エンジニアが特にグループ化されたステムを求めない限り、すべてを「vocals」ファイルにまとめるのは避けてください。完全なボーカルミックスには、別々のトラックの方が良いです。リードはダブルとは異なるコンプレッションが必要かもしれません。ハーモニーはアドリブとは異なるEQが必要かもしれません。すべてが一緒にプリントされていると、その判断は固定されてしまいます。
人が開くようにファイル名を付ける
良い名前は時間を節約します。悪い名前はミスを生みます。各ファイルは役割、必要に応じてセクション、必要に応じてバージョンで名前を付けてください。「final final」「new new」「Audio 12」「bounce copy」は避けましょう。
きれいなフォルダーはこのように見えるかもしれません:
- 01_LeadVocal_Main.wav
- 02_LeadVocal_Double_L.wav
- 03_LeadVocal_Double_R.wav
- 04_Harmony_High.wav
- 05_Harmony_Low.wav
- 06_Adlibs.wav
- 07_Kick.wav
- 08_Snare.wav
- 09_Hats.wav
- 10_808.wav
- 11_MelodyLoop.wav
- 12_Pad.wav
- 13_FX_Risers.wav
- RoughMix_DO_NOT_MIX_FROM.wav
- README_BPM_Key_Notes.txt
番号付けは任意ですが、フォルダーを読みやすく保つのに役立ちます。役割名は必須です。エンジニアが何のファイルかを知るためにすべて聴かなければならないなら、そのフォルダーは準備ができていません。
アップロード前にエクスポートを確認する
エクスポート後、空のセッションを作成してファイルをインポートしてください。最初から再生ボタンを押します。この一回のチェックで、エンジニアが見る前にほとんどの納品問題を見つけられます。ラフミックスとインポートしたトラックが合わなければ、エクスポートを修正してください。ハーモニーが欠けていれば、エクスポートしてください。ファイルが無音なら、削除または差し替えをしてください。ビートが歪んでいれば、よりクリアなバージョンを探してください。
エクスポートが完了したからといって、zipファイルが正しいとは限りません。作成後にzipを開いてください。オーディオファイル、ラフミックス、READMEが入っていることを確認してください。クラウドストレージを使う場合は、送信前にリンクが閲覧またはダウンロード可能か確認してください。リンク切れは、悪いエクスポートと同じくらいミックスの遅延を招きます。
この最終チェックは数分で済みます。エンジニアが夜間やスケジュールの合間、他の予約の間にプロジェクトを始める場合、やり取りの一日分を節約できます。
ラフミックスとリファレンスを含める
ラフミックスは、エンジニアに引き継ぐ前にあなたが聴いていたものを伝えます。完璧である必要はありません。バランスのアイデア、エフェクトのタイミング、ボーカルの配置、アレンジの意図を示す必要があります。ステムと間違われないように明確にマークしてください。
リファレンストラックは異なります。ボーカルの明るさ、低音の重み、広がり、ドライさ、アグレッション、全体の仕上がりなど、望む方向性を示します。1~3曲のリファレンスを送ってください。10曲も送ると指示が矛盾することがあります。
サービスの適合がまだ決まっていない場合は、ミキシングとマスタリングの費用についてのガイドが、ファイルを送る前に役立つ価格と範囲の参考になります。
エクスポート前にボーカルを準備する
基本を先に整理できるなら、乱雑なボーカルスタックを送らないでください。明らかに悪いテイクは削除し、使わないトラックはミュートし、ダブルやハーモニーにはラベルを付け、アドリブはメインリードから分けてください。ボーカルのタイミングが意図的にルーズなら、それを伝えてください。エンジニアにタイトにしてほしいなら、それも伝えてください。
重要な決定を隠さないでください。アドリブが低く広がるべきなら、それを記してください。ハーモニーがパッドのように感じられるべきなら、それを記してください。リードボーカルが生でドライなままであるべきなら、そう伝えてください。明確なメモは、曲が意図に反してミックスされるのを防ぎます。
ステムフォルダーに説明を求めてはいけないこと
フォルダは明確であるべきですが、短いクリエイティブな指示の代わりにはなりません。ラフミックスよりボーカルを暗くしたいならそう伝えましょう。ビートをアグレッシブに保ちたいならそう伝えましょう。重いリバーブが嫌いならそう伝えましょう。リファレンストラックがボーカルの明るさだけのためで低音用でないなら、それも伝えましょう。
ファイル名だけでエンジニアに好みを推測させないでください。「LeadVocal_WET」はエフェクトがあることを示しますが、そのエフェクトが好きか、許容しているか、もっとクリーンに作り直してほしいかは伝わりません。READMEでそうした優先事項をわかりやすく説明しましょう。
良いメモは短く順位付けされています。例えば:「最優先:リードボーカルは前面でクリアに。フックのディレイは残す。マスターはきつくしない。リファレンスはボーカルトーン用でベースレベル用ではない。」このような指示は、使ったすべてのプラグインについての長い段落よりも対応しやすいです。
READMEファイルに書くべきこと
短いテキストファイルが長いメールのやり取りを防ぎます。実用的にまとめましょう:
- アーティスト名と曲名
- BPM
- キー(分かっている場合)
- セッションのサンプルレート(分かっている場合)
- リファレンストラック
- ウェットリファレンス専用のファイル
- ボーカルレベル、エフェクト、低音に関するクリエイティブなメモ
- 変更してほしくない点
- すでに合意している場合のデリバリー締め切り
引き継ぎの混乱を避ける方法についてはエンジニアとのコラボレーションを速くするためのファイル整理方法をお読みください。ファイル整理とステムデリバリーは関連していますが、このガイドは音声ファイル自体に焦点を当てています。
よくあるステムデリバリーのミス
- ファイルの開始時間がバラバラです。これがアライメントの問題を引き起こします。
- ラフミックスのみが送られています。ステレオのラフミックスだけではフルミックスには不十分です。
- MP3ステムが送られています。MP3は共有用であり、真剣なミックス用ソースファイルではありません。
- マスターリミッターがすべてのエクスポートに組み込まれています。これによりエンジニアが修正できる範囲が制限されます。
- エフェクトがウェットリファレンスなしで削除されています。どのディレイやスローが重要だったかエンジニアは分かりません。
- ファイル名が明確でありません。エンジニアはミックス前に曲を解読しなければなりません。
- 使われていないトラックが多すぎます。これにより判断が遅れ混乱を招きます。
- ラフミックスは含まれていません。エンジニアは意図されたアレンジを確認できません。
クリーンなデリバリーがミックスに与える影響
クリーンなデリバリーはエンジニアに修正ではなくミックスに集中する時間を与えます。最初のパスではトーン、バランス、深み、ボーカルの感情、低音のコントロール、翻訳に注力できます。乱雑なデリバリーはその時間をファイル名付け、アライメント、ノイズ除去、推測に奪います。
これはリビジョンにも影響します。最初のパスがクリーンなファイルから作られていれば、リビジョンはクリエイティブにできます:ボーカルを上げる、スネアを明るくする、フックを広げる、ディレイを控えめにするなど。最初のパスが混乱したファイルから作られていると、リビジョンは技術的なものになりがちです:間違ったアドリブ、ハーモニーの欠落、ビートが大きすぎる、ドライボーカルがない、フックのディレイが消えているなど。良い準備はリビジョンのラウンドを守ります。
最終ステム納品チェックリスト
- フルミックス用に重要なトラックごとに1ファイルずつエクスポートしてください。
- すべてのファイルは同じポイントから始めてください。
- WAVを使い、DAWが対応していれば理想的には24ビットで。
- 元のセッションのサンプルレートを維持してください。
- マスターリミッターや最終ラウドネスチェーンはオフにしてください。
- エンジニアからの依頼がない限りノーマライズしないでください。
- 重要なエフェクトはドライとウェットの両方のバージョンを送ってください。
- すべてのファイルに役割名を付けてください。
- ラフミックスをリファレンスとして明確にラベル付けして含めてください。
- BPM、キー(わかれば)、リファレンス、メモを含めてください。
- アップロード前にフォルダをZIP圧縮してください。
- 一度ZIPを開いて、ファイルが本当に中にあるか確認してください。
よくある質問
ステムを送るべきですか、それともフルセッションファイルを送るべきですか?
エンジニアがセッションを特に求めない限り、オーディオファイルを送ってください。オーディオファイルはプラグインの欠落、バージョン違い、DAWの互換性問題を避けられます。フルセッションはエンジニアが同じ環境を使う場合にのみ役立ちます。
すべてのステムは1小節目から始める必要がありますか?
はい。きれいな引き渡しのために、すべてのエクスポートファイルは同じポイントから始まるべきです。パートが入る前の無音は問題ありません。アラインメントが簡単になるからです。
オートチューンやボーカルエフェクトはオンのままでいいですか?
エフェクトがパフォーマンスやサウンドの一部であれば、ウェットバージョンを含めてください。可能ならドライバージョンも送ってください。両方を明確にラベル付けして、エンジニアがクリエイティブなものとオプションを区別できるようにしてください。
ミックス用にMP3ファイルを送ってもいいですか?
いいえ、ソースファイルとしてはダメです。MP3は圧縮されて細部が失われます。WAVかエンジニアが指定するフォーマットを使ってください。MP3はラフリファレンスには問題ありませんが、ミックス用ファイルには適しません。
エクスポート前にすべてのプラグインを外すべきですか?
マスターバスの処理や固定したくないものは外してください。サウンドに不可欠なエフェクトは残すか、ウェットとドライの両方のバージョンを送ってエンジニアに選択肢を与えてください。
もし二トラックのビートしか持っていなかったら?
最高品質のビートファイルとクリーンなボーカルファイル、ラフミックス、BPM、リファレンス、メモを送ってください。エンジニアはボーカルをビートにミックスできますが、インストゥルメンタルのコントロールは少なくなります。
結論
良いステム納品は複雑ではありません。揃ったWAVファイル、わかりやすい名前、ラフミックス、リファレンス、そして曲を説明する短いメモを送ってください。マスターチェーンはオフにし、クリエイティブなエフェクトは記録しておき、フォルダは開きやすくしてください。引き渡しがきれいであればあるほど、エンジニアはリスナーが実際に聴くミックスに集中できます。





