ブラウザDAWは曲作りの最初の1時間に対応できる段階へ

タブの裏側にあるスタジオ

スタジオセッションは、事務作業から始まることが多い。アプリを起動し、インターフェースを選び、アップデートを承認し、テンプレートを探し、サンプルが入っているドライブを思い出す。空白の小節が点滅し始める頃には、メロディーが、すでに電話を切った誰かからの留守番電話のように感じられることもある。

MusicRadarが最近取り上げた無料のブラウザーベース制作ツールの記事は、重要な転換点を捉えている。エフェクトやインストゥルメントは今や、マルチトラックに対応したDAW型の環境と並んで存在し、その多くには無料で始められる入口がある。ブラウザー上で、従来型の制作スイートを先にインストールしなくても、録音、シーケンス、アレンジ、ミックスのためのツールを扱えるようになった。

「置き換え」という話は、見出しとしては効果的だ。だが、ワークフローを試す基準としては不十分である。ブラウザーDAWが存在意義を得るのは、制作工程の有用な一段階を担えるときだ。多くのミュージシャンにとって、それは最初の1時間にあたる。ボイスメモにコードを付け、ドラムパターンに構成を与え、皆の注意が別の場所へ向かう前にコラボレーターがアクセスできるようにする時間だ。

最初の10分が変わった理由

きちんと整備されたデスクトップ環境なら、すぐに起動できる。だが、借り物のコンピューター、学校のマシン、予備のノートパソコン、あるいは必要なプラグインやサンプルパスが欠けた環境では、摩擦が戻ってくる。プロジェクトをリンクから開け、必要なインストゥルメントがすでに中に入っていれば、ブラウザーアプリはその準備作業を圧縮できる。

その圧縮が、創作上の判断を変える。歌い回しがまだ新鮮なうちに、ラフなボーカルを録音できる。8小節のループが、固定的な家具のような存在になる前に、アレンジへと発展する。コラボレーターはfinal_mix_new_4という名前のバウンスファイルを受け取るのではなく、セッションそのものに応答できる。

ブラウザーツールには、独自の料金所もある。アカウントの作成、マイクの許可、接続トラブル、不慣れなファイルの扱いによって、インストーラーを省いて節約した時間が消費されることもある。速度は、最初のひらめきから復元可能なプロジェクトに至るまでで測るべきだ。すぐにキックドラムを1つ鳴らせるランディングページだけでは、翌日のセッションが無事に再び開けるかどうかはほとんど分からない。

本格的なブラウザーDAWに求められること

フル機能DAWという呼び名は、すでに幅の広い意味で使われている。整然としたタイムラインや色分けされたクリップのグリッドが、大きな不足を覆い隠していることもある。実際の楽曲をブラウザーに移す前に、次の5つの素朴な問いを確認したい。

意図した入力から録音でき、モニタリングの状態が明確に分かるか。
元の録音を保ったまま、クリップのトリミング、分割、移動、複製、フェード処理ができるか。
作成中のパートに必要な精度で、ノートデータを編集できるか。
アレンジに動きを加えたい箇所で、音量、エフェクト、テンポの変化をオートメーション化できるか。
必要に応じて、プロジェクトをステレオミックス、個別のオーディオパート、MIDIとして書き出せるか。

機能の多さよりも、作業の一貫性のほうが重要だ。内蔵シンセがどれほど魅力的でも、そのパートを役立つ形で移行できなければ価値は限られる。大規模なループライブラリも、何がプロジェクトにコピー済みで、何がまだサービスに依存しているのかを制作者が把握できなければ、かえって負担になる。

必要な機能の深さは、作業内容にも左右される。オーディオ中心の制作者は、編集と書き出しを確認すべきだ。キーボード奏者には、予測可能なタイミングとコントローラーの動作が必要になる。サンプルベースのミュージシャンには、インポート、保存、ファイルの再リンクに関する明確なルールが欠かせない。適切なブラウザーDAWとは、任された役割を終えた後に初めて不足する機能が現れるものだ。

引き継ぎで限界が明らかになる

どんなスケッチも、やがて発展させられるかどうかを問われる。ここでは、成熟したデスクトップ環境が優位に立つことが多い。長年にわたるプラグイン対応、ハードウェアのルーティング、コンピングの習慣、キーボードショートカット、プロジェクトのアーカイブがひとつの制作システムを形作っており、それを1つのタブ内で再現するのは難しい。

特に注目すべきポイントは4つある。

モニタリング: 通常のセッションで使うインターフェースとヘッドホンを通して録音する。モニタリングのわずかな遅延でも、ボーカリストがビートより後ろにずれたり、ギタリストが慎重に弾きすぎたりすることがある。
復旧: 保存の仕組み、バージョン履歴の有無、ブラウザが予期せず閉じた後に何が起きるかを確認する。接続のない場所で頼る前に、アプリが示すオフライン時の動作を確認しておく。
可搬性: 利用できる書き出し形式を確認する。ステレオバウンスはデモに適していても、ミックスの引き渡しには個別トラック、適切な開始位置、MIDIファイルが必要になる場合がある。
依存性: 未発表の作品をアップロードする前に、ストレージ容量、削除の管理方法、コンテンツ利用規約を確認する。元の録音は、自分で管理できる場所にも保存しておく。

セッションを使い捨てにできるうちに、引き渡しの手順を試しておく。リハーサルに必要なラフミックスしか書き出せないアプリなら、その役割を任せればよい。メインの制作システムで正しく位置がそろった整理済みのパートを渡せるなら、より長く制作に関わらせることができる。

20分間のセッションテストを実施する

機能ページを読むだけでは、実際に操作したときのツールの挙動までは分からない。曲を任せる前に、短く、あえて普段どおりのセッションを実施する。

1. 作曲時に普段使っているインターフェース、マイク、コントローラーを接続し、空のプロジェクトを作成する。
2. モニタリングしながら1分間録音する。遅延、音の途切れ、分かりにくい入力の挙動がないかを聴く。
3. 8小節の楽器パートを追加する。複数のノートを編集し、ベロシティやダイナミクスを変更して、タイミングのミスを1か所修正する。
4. オーディオを分割し、フレーズを移動し、フェードを追加して、エフェクトを1つオートメーションする。こうした小さな操作を試せば、メーカーのデモを見るよりも早く編集の扱いにくさが分かる。
5. イントロ、メインセクション、エンディングを含む短いアレンジを作る。保存してブラウザを閉じ、通常のアカウント操作でプロジェクトを開き直す。
6. ステレオミックスと、アプリが許可するすべての個別パートを書き出す。完成したスケッチを受け取ることになる制作システムに、それらのファイルを読み込む。
7. コラボレーションやオフライン利用がうたわれている場合は、プロジェクトがローカルフォルダのように動作すると決めつけず、文書化された方法で機能を試す。

試用中も、元の録音のコピーはプラットフォーム外に保管しておく。最後に、最初に行き詰まった点を記録する。書き出しで問題が起きたなら、そのブラウザは録音とプリプロダクション用と判断できる。入力に問題があるなら、録音ボタンを押す前の段階で候補から外せる。

ブラウザには1つの役割だけを与える

ブラウザDAWは、サブのコンピューターで手早くアイデアを記録するパッド、共同制作者と共有するプリプロダクションルーム、教えるためのサンドボックス、あるいは旅先で使うノートとして活用できる。それぞれの役割には、即時性と深さの異なるバランスが求められる。旅先のノートには確実な復旧機能が必要だ。コラボレーションルームには、一般の利用者にも理解できる権限設定が必要になる。キャプチャーパッドでは、インスピレーションが手続きを求め始める前に録音できなければならない。

プロジェクト全体をオンラインで進められるほどの深みを見いだすミュージシャンもいる。一方で、有望なスケッチはアレンジの形が整い次第、すべてデスクトップDAWへ送る人もいる。どちらの方法にも、明確な境界線を設けることが役立つ。ブラウザーでの作業をどこで終えるのか、どのファイルをローカルに保存しておく必要があるのかを決め、フォルダーが名前のないバウンス音源で埋まる前に書き出しファイルの名前を付けておこう。

午前1時07分、その実用的な成果は驚くほどシンプルだ。再び開ける名前付きのプロジェクト、安全に保存されたボーカルテイク、そして技術的な救済なしにコラボレーターが聴けるアレンジ。光るタブは、もう十分に役目を果たしている。