入力ファイルと対応デコード
音声ファイルのステレオ・モノラル変換や左右のバランス編集を行うにあたり，まず必要となるのが対象ファイルのシステムへの読み込みとデコード処理です．本システムでは，ユーザーが操作するウェブブラウザの標準APIであるFileReaderとWeb Audio APIを活用して，これらの初期処理を実行しています．
ファイル選択のインターフェースには，ドラッグ＆ドロップに対応した破線枠のエリアと，クリックによって起動するファイルダイアログの両方が用意されており，ユーザーの操作環境に応じたファイルの受け渡しが可能です．音声ファイルが指定されると，FileReaderは即座にそのファイルの実体をArrayBufferとしてメモリ上に読み込みます．
この段階において，読み込み処理は完全にユーザーの端末上のブラウザ内に限定されており，外部サーバーに処理を委譲する通信を伴わないプロセスとして設計されています．
ArrayBufferとして取得されたバイナリデータは，次にAudioContext（環境によってはwebkitAudioContext）のdecodeAudioDataメソッドへと渡され，非圧縮のPCMオーディオデータへとデコードされます．このデコード処理において対応可能な音声フォーマット（MP3，WAV，M4A，OGGなど）は，実行環境であるブラウザの実装に依存しています．
もしユーザーがアップロードしたファイルが破損していたり，ブラウザが対応していない無効なフォーマットであったりした場合，デコード処理は失敗し，例外としてキャッチされます．その際，画面上には「音声ファイルのデコードに失敗しました．ファイルが破損していないかご確認ください．
」というアラートダイアログが表示され，処理が中断される仕組みとなっています．
デコードが正常に完了すると，抽出されたオーディオバッファからファイルの長さが計算され，画面上に元のファイル名とともに表示されます．デコードの完了を待ち，表示された長さを確認してから編集や再生を試してください．本ツールのオーディオ処理パイプラインは，ここで生成されたメモリ上のバッファデータを起点としており，続く全てのチャンネル操作やエフェクト処理の基盤となります．
5つのチャンネル処理
オーディオバッファとして展開された音声データは，Web Audio APIが提供するChannelSplitterNodeおよびChannelMergerNodeを組み合わせたルーティングネットワークを経由することで，ステレオとモノラルの相互変換や抽出が行われます．
本ツールでは，目的の音響効果を得るために5種類の独立したルーティングモードを用意しており，ユーザーはボタン操作によってそれらを切り替えることができます．
1つ目の「標準ステレオ (なし)」モードは，入力されたオーディオのチャンネル構成をそのまま維持する設定です．デコードされた元の音声が持つLチャンネルとRチャンネルの情報を改変することなく，後段のパンニング処理や音量調整へとストリームをバイパスさせます．
2つ目の「モノラル化 (L+R ミックス)」モードは，左右のチャンネルを合成して中央に定位させる処理を行います．内部的にはChannelSplitterNodeでLとRに分離したのち，それぞれにGainNodeを適用します．この際，入力ファイルが2チャンネルのステレオである場合はLとRのゲインをそれぞれ0.5に設定して合算し，音量の飽和を防ぎます．
一方，入力ファイルが元々1チャンネルのモノラルである場合は，Lのゲインを1，Rのゲインを0として処理します．合算された信号はChannelMergerNodeのL入力とR入力の両方に複製されて出力されます．
3つ目の「L/R チャンネル入れ替え」モードでは，スプリッターで分離されたLの出力をマージャーのR入力へ，Rの出力をマージャーのL入力へと交差結線します．これにより，ステレオ空間の左右が完全に反転した音声ストリームが生成されます．
4つ目の「Lチャンネルのみ抽出」は，分離されたLの出力のみを取得し，それをマージャーのLとRの両方に複製入力します．Rチャンネルのデータは破棄されます．
5つ目の「Rチャンネルのみ抽出」は逆にRの出力のみを取得し，マージャーの両チャンネルへ複製します．ここで注意すべき例外事項として，入力されたファイルが1チャンネルのモノラル音声であった場合，そもそもRチャンネルのデータが存在しません．そのため，この状態でRチャンネルのみ抽出を選択すると，結果として出力が完全に無音になる可能性があります．
また，これらのモード切り替え操作が再生中に実行された場合，現在の再生位置を保持したまま一度再生ノードを破棄し，新しいルーティング構成を持ったノード群を即座に再作成して再生を再開する仕組みが実装されています．
定位・音量・ミュート
チャンネルルーティングの設定に続いて，音声の定位（パンニング）と振幅（音量）を制御するためのパラメータ調整機構が動作します．これらの操作は，ユーザーインターフェース上に配置されたスライダーを介して行われ，再生中であってもその変更がリアルタイムにオーディオストリームへ適用される設計となっています．
定位の調整には，Web Audio APIのStereoPannerNodeが使用されています．画面上の「L/R 定位バランス」スライダーは，-1.0から1.0までの範囲を0.05刻みで設定できるようになっており，中央値である0.0がセンター定位を意味します．
負の値に向かってスライダーを動かすと音声が左（L）スピーカー側へ，正の値に向かって動かすと右（R）スピーカー側へ音像が移動します．画面上には，「L 100%」や「R 50%」といった直感的なパーセンテージ表記が連動して表示されます．この定位処理は，前章で説明した5つのチャンネル処理を通過した後の信号に対して適用されます．
例えば，ルーティングモードで「Lチャンネルのみ抽出」を選択した上で，このパンスライダーを「R 100%」に振り切った場合，元々のファイルの左チャンネルの成分だけが，最終的に右のスピーカーから単独で再生されるという効果を得ることができます．
音量とミュートの制御は，最終段に配置されたGainNodeによって一元的に管理されています．音量スライダーは0.0から1.0までの範囲を0.05刻みで調整可能であり，初期値は0.8に設定されています．スライダーを操作することで，GainNodeのgainパラメータに対してsetValueAtTimeメソッドが呼び出され，指定された値が現在の再生時間に合わせて反映されます．
また，スピーカーのアイコンをクリックすることでミュート機能が作動します．ミュートが有効になると，UI上のスライダーの位置とは無関係に，内部のgain値が強制的に0に設定され，出力される音声が遮断されます．もう一度クリックしてミュートを解除すると，スライダーで指定されていた元の音量値へと即座に復帰します．
これらの定位や音量の設定は，単なる再生時のモニター用として機能するだけでなく，後述するMediaRecorderを用いた実時間の編集出力録音においても，そのままストリームに焼き込まれる重要なパラメータとして作用します．
再生と設定の確かめ方
ファイルの読み込みとパラメータの設定が完了した後，最終的な書き出しを実行する前にその効果を確認するためのプレビュー再生機能が提供されています．UI上の再生ボタンをクリックすると，保持されている現在の再生位置からオーディオの再生が開始されます．もう一度クリックすると一時停止となり，更新された再生位置が記録されます．
また，リロードのアイコンを持つリセットボタンをクリックすることで，再生位置をファイルの先頭に戻し，再生状態を完全に停止させることができます．
再生中の進行状況は，現在の再生時間とファイル全体の長さの表記によって更新されます．これと同時に，シークバーを直接ドラッグすることで，ファイルの任意の場所に再生位置を移動させる（シークする）ことが可能です．再生中にシークバーを操作した場合，内部的には現在のノードの再生を強制終了し，変更された時間（新しい開始オフセット）を基準としてソースノードを再作成し，即座に再スタートさせる手順を踏んでいます．
画面中央に配置されている波形表示エリアには，48本のバーからなるアニメーションが描画されます．このアニメーションは，ブラウザの描画フレームごとにrequestAnimationFrameを用いて更新されており，現在時刻と連動してバーの色がハイライトされていくことで進行度を視覚的に示します．
ただし，このバーの上下の動きはMath.sin関数を用いた計算によって生成された演出であり，読み込んだ音声ファイルの実際の波形データや，クリッピングを検知するための正確な音量レベルの測定結果を反映したものではありません．モノラルやステレオの違い，あるいは適用したパンニングの影響によってバーの動きが変化することはないため，音質の確認やクリッピングの検知は，あくまでユーザー自身の聴覚を通じて行う必要があります．
この再生システムを活用することで，意図しない位相の相殺やチャンネルの欠落，定位の偏りといった設定ミスを，出力処理を確定させる前に確認することが可能となっています．
実時間の編集出力録音
パラメータの調整とプレビューが完了し，最終的な結果をファイルとして保存する段階になると，実時間での録音（レンダリング）プロセスが開始されます．本ツールの書き出し処理は，オフラインでの瞬時レンダリングではなく，MediaStreamAudioDestinationNodeとMediaRecorder APIを組み合わせたリアルタイム録音方式を採用しています．
「録音・書き出しを開始」ボタンをクリックすると，現在再生中のプレビューは一旦強制的に停止され，再生位置がファイルの先頭（0秒）にリセットされます．その後，適用されたチャンネルモード，パンニング，および音量設定を含んだオーディオストリームの出力先が，通常のスピーカー出力に加えてMediaStreamAudioDestinationNodeへと分岐接続されます．
このノードから得られるMediaStreamを入力ソースとしてMediaRecorderが初期化され，再生の開始と同時に録音がスタートします．
録音処理が実行されている間，システムは録音フラグを有効化し，ユーザーインターフェース上の主要な操作をロックします．具体的には，ルーティングモードの変更ボタンやシークバーへのアクセスが無効化（disabled）状態となり，録音途中での設定変更や再生位置のジャンプといった操作は一切受け付けられません．これは，出力される音声ストリームに不連続なノイズや意図しない変更が混入するのを防ぐための仕様です．
録音の終了は，2つの条件によって引き起こされます．1つ目は，ユーザーが「録音停止・ファイル化」ボタンを手動でクリックした場合です．この操作により，任意のタイミングで録音を打ち切り，そこまでの区間をファイルとして確定させることができます．2つ目は，再生位置がファイルの末尾に到達した場合です．
ソースノードの終了イベントが発火すると，システムは自動的にMediaRecorderの録音を停止します．録音が停止されると，蓄積されたデータチャンクが1つのBlobオブジェクトとして結合され，画面上に「編集後音声を保存」というダウンロード用のボタンが出現します．
2chモノラルと形式の限界
本ツールを用いて編集・生成された音声データを保存する際には，ブラウザの実装仕様に基づくいくつかの物理的および技術的な制約事項が存在します．録音を完了してダウンロードボタンからファイルを出力する際，書き出されるファイルの拡張子は，アップロードした元のファイル名に「_edited」が付与された名称となりますが，音声のフォーマット自体は元の形式（MP3やWAVなど）をそのまま引き継ぐわけではありません．
MediaRecorderがキャプチャしたデータは，ブラウザが対応しているMIMEタイプに従ってエンコードされるため，多くの場合，保存されるファイルはOpusコーデックを採用したWEBM形式，あるいは環境によってはM4A形式等となります．本ツールには，ユーザーの任意の指定によってWAV形式やMP3形式へ直接エンコード出力する機能は備わっていません．
また，出力されるファイルのチャンネル構成についても理解が必要です．「モノラル化」のモードを選択して録音を行った場合であっても，チャンネル処理ではミックスされた同一の音声をLとRへ複製します．後段のパンを中央以外にすれば左右の出力は変わるため，同一の左右信号が必要な場合は定位を中央にしてください．
そのため，出力されたWEBMファイル自体がメタデータとして厳密な「1チャンネルのモノラルファイル」として保存される保証はありません．多くの環境において，データ上は左右に同じ波形を持つ2チャンネルのステレオファイルとして生成されます．
さらに，モノラル入力には独立したR成分がないため，「L/Rチャンネル入れ替え」ではL側の信号がR側へ移ります．前述の通り「Rチャンネルのみ抽出」を実行した場合には，抽出元のRチャンネルが存在しないために無音のファイルが生成されるといった事象が発生します．ステレオ素材であっても，逆位相で収録された同一成分が左右に含まれていた場合，モノラル化モードでミックスした瞬間に波形が相殺され，特定の楽器音が消失する可能性もあります．
こうした制約や結果の限界を把握した上で，用途に応じて別のツールと組み合わせることが推奨されます．