クイックスタート

クイックスタート: 最初の練習セッション

このガイドでは、曲を開き、ステムを分離し、練習ループを設定し、テンポを調整する手順を説明します。これがコアワークフローです。他のすべてはこれらの手順の上に構築されます。

1. 曲を開く

セッション画面から、開くをクリックするか、オーディオファイルをウィンドウにドラッグします。対応フォーマット: MP3、WAV、FLAC。

アプリが波形を読み込み、ローカル分離を実行します。完了表示を待ってください。時間は曲、PC、モデル準備、実行条件によって変わります。

完了後は Vocals、Drums、Bass、Guitar、Keyboard、Other の6つの推定ステムが表示されます。

2. 自分の楽器のステムをミュートする

各ステムにはミュートボタン（スピーカーアイコン）があります。クリックしてミュート/ミュート解除します。

ベーシストは Bass を下げます。ギタリストは Guitar に加え Other と Keyboard も確認します。キーボード奏者は Keyboard、Guitar、Other を比較し、歌手は Vocals、ドラマーは Drums を下げます。

曲を再生します。自分の楽器以外のすべてが聞こえるはずです。さあ、一緒に演奏しましょう。

3. 練習ループを設定する

波形上でクリック＆ドラッグして領域を選択します。選択範囲がループになります。Loop ボタンをクリックするか、L を押してループのオン/オフを切り替えます。

ループツールバーに開始時間と終了時間が表示されます。波形上のループハンドルをドラッグするか、正確な時間を入力して調整できます。

4 小節または 8 小節のループは集中練習の典型です。1～2 小節のループは速いソロパッセージや複雑なフィルの練習に適しています。

4. テンポを調整する

テンポスライダーを使ってオーディオを遅く（または速く）します。ピッチは変わりません。

動作と音楽的な細部を制御できる最も速い設定から始め、必要な分だけ下げます。アーティファクトを確認し、元のテンポへ戻します。全フレーズ共通の割合や増分はありません。

テンポ表示にはパーセンテージと実効 BPM の両方が表示されます。

5. セッションを保存する

保存（または Ctrl+S / Cmd+S）をクリックしてセッションを保存します。セッションファイルには以下が保存されます：

ロードされている曲
ミュートされているステム
ループポイント
テンポ設定
すべての調整内容

セッションを再度開くと、すべてがそのまま残っています。ステムを再分離したりループを再設定したりする必要はありません。

Session Craft の次のステップ

Session Craft ダウンロードを使用してローカルでワークフローを試し、有料版があなたの作業に適している場合は Session Craft ライセンスを確認するか、Session Craft ヘルプインデックスを開いてセットアップとトラブルシューティングのノートを参照してください。

最初のプロジェクトを受け入れる

権利を持つ MP3、WAV、FLAC を管理下のフォルダーで使います。分離後に6役を短く聴き、フルミックスと比較します。ギター、鍵盤、残響、低域、トランジェントが隣の役へ入る場合があります。

元パートが聴こえる参照状態と、対象役を下げた置換状態を作ります。A/Bには入り、難所、着地を含めます。演奏せず継ぎ目を聴き、問題がリズム、音高、運指、アーティキュレーション、移行のどれかを定義します。

速度とピッチは別の判断です。両方を記録し、修正後はループを広げ、フルミックスへ戻ります。保存、終了、再起動後に音源、6ステム、A/B、速度、ピッチ、ミュートを確認します。Community がこの基本経路を含み、Professional がコードと書き出しを追加します。

直接回答と受け入れ境界

「クイックスタート: 最初の練習セッション」への短い答えは次のとおりです。ステップバイステップガイド: 曲を開く、ステムを分離する、練習ループを設定する、テンポを調整する — 最初の練習セッションに必要なすべて。この文は、すべての入力、デバイス、プロジェクト、環境に対する保証ではなく、検証すべき結果として扱います。完了した結果には、開始状態、正確な操作、目に見える出力、Session Craft で作業が終わったと判断する条件が記録されています。

証拠を起点にした操作手順

プロジェクト全体を変更する前に、小さく再現可能なケースから始めます。アプリのバージョン、OS、入力またはデバイスの識別情報、重要な設定、期待結果を記録します。一つの操作だけを実行し、最初の予期しない変化を保存し、可能なら既知の正常ケースと比較します。複数の設定を同時に変えると、問題を作った条件や直した条件が分からなくなります。

確認点 1：クイックスタート: 最初の練習セッション

「クイックスタート: 最初の練習セッション」を「クイックスタート: 最初の練習セッション」の独立した受け入れ条件として扱います。操作前の状態、最初に見えた変化、最終状態を記録します。結果が説明された目的と違う場合は、推測で先へ進まず、最後に確認できた地点へ戻ります。

確認点 2：ステップバイステップガイド: 曲を開く、ステムを分離する、練習ループを設定する、テンポを調整する — 最初の練習セッションに必要なすべて。

「ステップバイステップガイド: 曲を開く、ステムを分離する、練習ループを設定する、テンポを調整する — 最初の練習セッションに必要なすべて。」は、最小で代表的な入力を使って確認します。関係のない設定は固定し、同じ操作を繰り返し、再度開いた後または再接続後も結果が保たれるか調べます。画像一枚より、入力、設定、操作、出力、時刻がそろった記録の方が強い証拠です。

確認点 3：1. 曲を開く

「1. 曲を開く」では、製品の判断と、OS、ハードウェア、元ファイル、権限、作業手順の境界を分けます。原因を決める前に、どの層が証拠を出したか確認します。近くで起きた症状だけを根本原因として報告しないためです。

確認点 4：2. 自分の楽器のステムをミュートする

「2. 自分の楽器のステムをミュートする」を、別の担当者が再現できる合否文にします。存在すべきもの、存在してはいけないもの、失敗時に安全な復旧操作を含めます。修正版が同じ検査に通るまで、元のプロジェクトやキャプチャは変更しません。

確認点 5：3. 練習ループを設定する

「3. 練習ループを設定する」が曖昧な場合、条件をそろえた正常ケースと失敗ケースを比較します。後から現れた症状をすべて並べるのではなく、最初の意味のある差を示します。その境界が、明確な問い合わせと安全な次の実験につながります。

確認点 6：4. テンポを調整する

「4. テンポを調整する」は、保存、書き出し、または再度開いた結果が観察した状態と一致してから完了にします。一時的な UI 表示も役立ちますが、再利用できる証拠の方が強い判断材料です。残る制限も記録します。

確認点 7：5. セッションを保存する

「5. セッションを保存する」を「クイックスタート: 最初の練習セッション」の独立した受け入れ条件として扱います。操作前の状態、最初に見えた変化、最終状態を記録します。結果が説明された目的と違う場合は、推測で先へ進まず、最後に確認できた地点へ戻ります。

確認点 8：Session Craft の次のステップ

「Session Craft の次のステップ」は、最小で代表的な入力を使って確認します。関係のない設定は固定し、同じ操作を繰り返し、再度開いた後または再接続後も結果が保たれるか調べます。画像一枚より、入力、設定、操作、出力、時刻がそろった記録の方が強い証拠です。

確認点 9：最初のプロジェクトを受け入れる

「最初のプロジェクトを受け入れる」では、製品の判断と、OS、ハードウェア、元ファイル、権限、作業手順の境界を分けます。原因を決める前に、どの層が証拠を出したか確認します。近くで起きた症状だけを根本原因として報告しないためです。

確認点 10：ロードされている曲

「ロードされている曲」を、別の担当者が再現できる合否文にします。存在すべきもの、存在してはいけないもの、失敗時に安全な復旧操作を含めます。修正版が同じ検査に通るまで、元のプロジェクトやキャプチャは変更しません。

受け入れマトリクス

確認点	残す証拠	合格条件
クイックスタート: 最初の練習セッション	開始状態、一つの操作、結果状態	別の担当者が同じ結果を再現できる
ステップバイステップガイド: 曲を開く、ステムを分離する、練習ループを設定する、テンポを調整する — 最初の練習セッションに必要なすべて。	開始状態、一つの操作、結果状態	別の担当者が同じ結果を再現できる
1. 曲を開く	開始状態、一つの操作、結果状態	別の担当者が同じ結果を再現できる
2. 自分の楽器のステムをミュートする	開始状態、一つの操作、結果状態	別の担当者が同じ結果を再現できる
3. 練習ループを設定する	開始状態、一つの操作、結果状態	別の担当者が同じ結果を再現できる
4. テンポを調整する	開始状態、一つの操作、結果状態	別の担当者が同じ結果を再現できる

失敗の分離、復旧、引き継ぎ

最初に失敗した境界で停止します。元データ、プロジェクト、セッション、キャプチャを保存し、破壊的な編集前に複製し、一回の実験では一つの変数だけを変えます。複数変更後に全手順をやり直して結果が変わっても、理由は説明できません。

証拠がないことと、存在しない証拠を分けます。空の画面は、入力、範囲、フィルター、権限、デバイス、時間帯、プロジェクト状態の誤りでも起こります。decoder、編集、レポート、書き出しを解釈する前に、取得または読み込み経路を証明します。

引き継ぎ前に成果物を再度開き、先頭、判断点、末尾を確認します。バージョン、環境、設定、期待、観察、最小再現手順を記録します。機密情報を削除またはマスクし、受取人に権限があることも確認します。

質問と回答

最も速く信頼できる開始方法は何ですか？

最小で代表的なケースを使い、期待結果を書き、一つの変数だけを変えます。フィルター、エフェクト、編集、自動化、大きな入力を加える前に、基本経路を確認します。

どの証拠を保存すべきですか？

入力の識別情報、バージョン、環境、設定、正確な操作、最初の異常な変化、最終出力を残します。プロジェクト、セッション、レポート、書き出しは閉じて開き直します。

いつ手順を繰り返しますか？

アプリ、OS、driver、firmware、モデル、入力、手順の変更が結果に影響し得る場合です。以前に合格したケースを変更せず、比較基準として残します。

いつ引き継ぎ可能になりますか？

権限のある別の人が入力を特定し、操作を繰り返し、同じ結果を確認し、残る制限を理解し、未記録のローカル状態なしで成果物を開ける時です。