Background

• プライベートのマシンは自作のWindowsデスクトップで、家にいるときはずっとこれを触っている
• メインモニターでゲームをしながらサブモニターでTwitchやYouTubeの配信を複数同時に垂れ流すことが多く以下のような要求があった
• 配信によって音量バランスは異なるのでそれぞれ調整したいが、都度該当のタブで設定を調整するのは面倒(さらに音量設定は別タブで開くと引き継がれるのも面倒)
• いきなり絶叫する配信を見ることが多いためクリティカル
• 状況によって特定のゲームや配信の音量を大きくしたり小さくしたりミュートしたりしてフォーカスする対象を切り替えたくなる
• ゲームのストーリーに集中したいときはほかの音量を下げたいなど
• いくつか配信用途を前提としたリッチなオーディオミキサーは存在しニーズを満たせることもあるが、もっとカジュアルにかつ常駐アプリということもあって好みのデザインにしたい
• GPT-5.6も来たしCodexにやらせよう

What is dopa-rush-mixer

• Windows向けのデスクトップアプリ×Vivaldiブラウザ向け拡張機能からなる常駐音量ミキサーアプリで大きく以下のような機能を含む
• マシンの音声出力デバイスの切り替え/音量やミュートの切り替え
• Vivaldiブラウザ向け拡張機能と連動した各タブごとの音量やミュートの切り替え
• 音声出力を検知したアプリの自動取り込みと音量やミュートの切り替え
• 各アプリケーションの音声出力可視化(Vivaldiブラウザ配下のタブを除く)
• UNLICENSEでGitHub上で公開中
• Embed GitHub
• 見た目のイメージは以下

ブラウザとの連携(各タブの音声調整)

• このアプリケーションのユニークなところであり、自作モチベの根幹に位置する機能
• リポジトリに同梱されている拡張機能を使ってブラウザとアプリケーションが連動
• 音声出力を検知するとアプリケーションでサジェスト
• ブラウザ側で拡張機能のボタンを押すと一覧に追加
• タブの名前とファビコンを取得して反映
• これはタブに紐づくので別ページに移動しても追従される

• カジュアルさを重視して認証ゼロでブラウザから色々データを飛ばしてしまっているためあくまで自己責任個人利用前提としている
• ブラウザ側のプライバシー保護などの兼ね合いで音声出力を検知して自動的に取り込むことはできず、必ずユーザーのアクションが必要だったため拡張機能クリックが1個挟まっている
• 自分がメインブラウザをVivaldiにしているのでそれ専用にしているが、Chromeでもほぼ同じようにできるはず
• あくまでブラウザタブ側の音声コントロールをしているだけなのでYouTubeやTwitch側の音量設定は固定しておける
• これにより音量小さめなところから大きめなところへ移動したときに焦って音量を調整する必要がなくなる
• またミュートにしたまま新しいタブを開いて新しい動画がミュートのままになっていたみたいなこともなくせる
• 他と同じように音声出力可視化もトライしたが、ブラウザ<>アプリケーション間の通信の兼ね合いもあってリアルタイムかつ綺麗に変動を表現できなかったので廃止した

デザインや命名

• オレンジが好きなのでそれをアクセントカラーにし、ダークモード前提でDAWのような音量スライダーを実現
• すりガラス調の透けているモダンなデザインにしたいと思っていたが、Windowsのテーマにあまり合わなかったので無難で無骨なデザインを採用
• 配信を複窓しながらゲームをするのはどう考えてもドーパミン中毒だろうというところでそういう名前を採用、マルチコンテンツ消費時代の音量ミキサーです

気に入っているところ

• 各音量スライダーにマウスをホバーした状態でホイールを操作すると簡単に音量を上げ下げできる
• データの取得頻度や描画方法を工夫し出力音量のバー表示が滑らかで見ていて楽しい

使っている様子

開発について

• Zed EditorのAgent PanelにてChatGPT PlusにバンドルされているCodexを利用
• Agent Panelは使いやすく、指示待ち通知やスレッド管理などもできてGood
• 基本的にGPT-5.6-TerraのHighを利用
• 5時間制限撤廃前にやってたので少し苦しみがあった

総括

• 仕事柄Webアプリケーションを想起しがちだが、簡単なアプリケーションならむしろネイティブでアプリケーションを作ってしまったほうが考えることが減ってよいという学びになった
• ブラウザ(Chromium)のタブごとの音声操作はかなり公開されており、拡張機能を挟むことで簡単に(ちゃんとやるときは認証系など考えることがある前提で)コントロールができまだまだ色々やれそうなことがある
• いつもはGit管理とかを考えてから着手していたが、とりあえず見切り発車で動くものを作らせてさっさと試して潰したり変更できることは何よりも重要だと体験できた
• いつものクセでビルドなしにアプリUIのデザインを調整できるようなフローを作りかけて普通に面倒だったので潰した
• 複数人で作業しないうえこの規模ならAgentでの並行開発もほぼしないので問題なし