scrcpy GUI フロントエンド比較（2026）：QtScrcpy / Guiscrcpy / ChargeCast

2026 年 4 月 29 日 · 約 10 分

情報開示：ChargeCast は当方が作っている。比較する 3 つはどれもダメなツールではなく、最適化している仕事が違うだけ。なるべく公平に書く。

scrcpy に GUI が必要な理由

scrcpy はコマンドラインツール。動作は速く、低遅延で、無料。フラグも揃っている。ただ「音なし、30fps、1080p、ファイル保存」をやりたい時の組み合わせを配信開始 5 分前に思い出すのは、それなりの認知コスト。

どの GUI も解こうとしている問題は同じ：その税金をボタン 1 つに変える。違いはどれだけ厚い層を被せるか、どんな別問題を一緒に解くか、どのプラットフォームを優先するか。

登場する 3 つ

QtScrcpy

オープンソース・クロスプラットフォーム・無料

GitHub で最も Star が多い scrcpy GUI。barry-ran 氏が C++/Qt で書いている。scrcpy のフラグの大半をきれいな設定パネルに展開していて、複数台同時操作（1 つのキーボード入力を何台もの Android にマップする —— エミュレータ系ゲームの最強機能）が標準装備。多言語にも対応。

向いている人：開発者、QA、複数の Android を同時に操作したい人、クローズドソースより C++ を読める方が安心という派。

引っかかりどころ：オーディオのルーティングは結局自分で組む。GUI でフラグは出せても、その先 OBS や仮想ケーブルへの結線は自分の仕事。アップデートは GitHub リリース駆動なので、自分でメンテする。

Guiscrcpy

オープンソース・Python・Linux 寄り

Srevin Saju 氏による PyQt5 製のフロントエンド。QtScrcpy より小規模で、クイック起動プロファイルに焦点を当てている。共通ショートカット（音量、画面オフ、アプリ切り替え）を呼べるサイドパネルが地味に便利。

向いている人：Linux ユーザー、Python に慣れている人、フラグを全部見せられても困る人。

引っかかりどころ：QtScrcpy ほど活発ではなく、コミュニティも小さい。Windows での Python インストール経路が初心者にはきつい。オーディオは QtScrcpy 同様自分で。

ChargeCast

クローズドソース・Windows のみ・有料（無料お試しあり）

scrcpy を Microsoft Store のアプリでくるんだもの。配信向けに振っていて、scrcpy 単体ではやらない仕事 —— 3 チャンネル・オーディオミキサー、充電を意識したプリセット、OBS フレンドリーなデフォルト —— をパッケージしている。

向いている人：Windows で配信する人、仮想オーディオケーブルの結線を組みたくない人、3 晩 --audio-source のフラグ組み合わせをデバッグするより $5/月払って解決したい派。

引っかかりどころ：Windows のみ、クローズドソース、無料お試し後は有料。コマンドラインに慣れていて音声構成がシンプルなら、払う必要のない時間を払うことになる。

並べて比較

それぞれが勝つ場面

QtScrcpy が勝つ：開発者とパワーユーザー

「同じ入力を 3 台の Android で同時にテストする」が日常業務に入っている人にとって、QtScrcpy のキーボード割り当て機能は代えがきかない。無料・オープンソース・Android 自動化エンジニアが 7 年磨き上げてきた事実は、エッジケースに対する強さに直結する。

欠点は scrcpy と同じ：オーディオは別問題として VB-Cable や OBS Application Audio Capture などで自前で解決する。開発用途なら問題ない —— 配信中に音を流すわけではないから。

Guiscrcpy が勝つ：ミニマリストと Linux ユーザー

Linux なら 2 コマンドでクリーンな GUI が立ち上がる。サイドパネルのショートカット（音量、画面ロック、最近のアプリ）は人間工学的に効く —— ソフトウェアキーボードと格闘してシステム操作を出す必要がない。「とりあえずスマホを大きい画面で見たい」程度の用途には最軽量。

Windows での体験はベストとは言えず、本家 scrcpy や QtScrcpy より更新頻度は低い。Linux 主軸ならこれで十分、Windows 主軸ならインストールでつまずく。

ChargeCast が勝つ：Windows で毎週配信する人

配信者が scrcpy 系 GUI に金を払う一番大きな理由は音。生 scrcpy や QtScrcpy はエンコーダーは出してくれるが、デバイス音を OBS にルーティングし、マイクとミックスし、PC 音をダッキングし、再起動で壊れないように維持する作業は別途必要になる。最初の構築に 1 晩、Windows のアップデートで音声デバイス ID が変わるとさらに 1 晩。

ChargeCast はミキサーをアプリ内に持ってきている。3 つのスライダー、3 つのソース。それが売り。月 1 回しか配信しないなら $5/月は割高、毎週末配信するなら初回で元が取れる感覚。

もうひとつ目立たない強み：配信プリセットが USB-C 充電が黒字になるように選ばれている。QtScrcpy でも同じことはできる —— どのフラグなのか自分で決めればいい。ChargeCast はそこの判断を肩代わりする。

scrcpy 単体（GUI なし）はどうなのか

正直に言うと、コマンドラインに慣れていて音声構成がシンプルなら、生 scrcpy は優秀で無料。典型的な配信セッションは：

scrcpy --max-fps=30 --video-bit-rate=4M \
       --audio-source=playback \
       --window-title="Stream Source"

OBS は名前付きウィンドウをキャプチャ、マイクは別の OBS ソース、それで完成。サードパーティツールも、サブスクも、配信パイプラインに置く非公開コードもない。代わりに、何かが壊れた時（必ずいつか壊れる）は自分でデバッグする。

このリストの GUI はどれも、同じバイナリのラッパーに過ぎない。CLI でできないことを魔法で実現しているわけではない —— 同じ魔法を別の包み方で売っている。価格はその包み紙の厚さに比例する。

決定木

• Windows で週 1 回以上配信、音のルーティングを組みたくない → ChargeCast
• 開発者・QA、複数 Android 同時テスト → QtScrcpy
• Linux で時々ミラーリングしたい → Guiscrcpy
• 趣味の配信、コマンドラインに慣れている → 生 scrcpy + OBS
• iPhone 配信したい → ここのリストには無い。QuickTime + macOS、または AirPlay レシーバ系を見る

「途中で乗り換えできる？」

できる、痛みなく。3 つとも同じ scrcpy サーバーバイナリをスマホ側で使うし、OBS は誰がウィンドウを供給しているかには関心がない。生 scrcpy → QtScrcpy → ChargeCast → 戻る、と渡り歩いてもスマホの設定も OBS のシーンも USB ケーブルも変える必要はない。

ロックインはゼロ。持ち越せるのは「どのフラグの組み合わせが効くか」のマッスルメモリーだけで、これも汎用的。