scrcpy 4.0 - Android画面ミラーリングツール
(github.com/Genymobile)- flex display が追加され、
--flex-displayまたは-xで仮想ディスプレイをクライアントウィンドウのサイズに合わせて動的にリサイズ可能 - SDL2からSDL3へ移行し、アクティブなメンテナンス、バグ修正、アップストリームサポートを活用できるようになり、ウィンドウのリサイズ時にアスペクト比を固定するといった新機能も利用可能
- カメラソースで トーチとズーム を動的に制御でき、
--camera-torch、--camera-zoom、--list-camerasで起動時設定や対応ズーム範囲の確認が可能 - ウィンドウのリサイズ時にコンテンツのアスペクト比を維持するよう変更され、黒い枠を避けられるようになった。従来の挙動は
--no-window-aspect-ratio-lockで復元可能 --keep-activeが追加され、グローバル設定を変更せずに、デバイスが接続されていなくても非アクティブ時の画面オフを防止可能- デフォルトの背景色が純粋な黒から ダークグレー に変更され、
--background-colorで3桁または6桁の16進カラー指定が可能 - ミラーリング中にデバイス接続が切れた場合、ウィンドウを即座に閉じず、切断アイコン を2秒間表示して、scrcpyがクラッシュしたように見える混乱を軽減
- Meta Quest のファームウェアアップグレード後に発生していた画面の点滅に回避策が適用され、Meta Quest ミラーリングが再び動作
- OPUSオーディオストリームでデコードされた無音のリサンプリングが約40倍遅くなりCPU使用率が高くなっていた問題が FFmpeg で修正
F11はフルスクリーン切り替え、MOD+qは scrcpy 終了のショートカットとして追加- Windows でコンソールのコードページを UTF-8 に設定し、空白を含むデバイスシリアル対応、mDNS による TCP デバイス検出、エラー時に Windows Terminal を維持する改善を実施
platform-tools (adb)は 37.0.0、FFmpeg は 8.1.1、SDL は 3.4.8、dav1d は 1.5.3 にアップグレード
1件のコメント
Hacker Newsのコメント
最近引っ越したのだが、利用している非営利ISPのインフラ提供元が新しい光回線の敷設を2か月遅らせている状態だった
その間、道を挟んで少し離れた近所の人たちがWiFiを共有してくれていて、安定した速度を得るいちばん良い方法は、スマートフォンをサラダ用の袋に入れて窓の上のほうに吊るし、USBでコンピュータに接続して共有することだった
USBケーブルを挿す前にUSBテザリングを自動で有効にする方法が見つからなかったので、ケーブルを挿して共有をオンにしてからスマートフォンを袋に入れて位置を調整する必要があり、途中でケーブルが抜けると最初からやり直しだった
かなり遅くなってから、自分のディストリビューションにscrcpyパッケージがあると知り、そのおかげでコンピュータから楽にテザリングを有効化できるようになった
すぐ隣の家の人に頼むこともできたかもしれないが、ちょうど今朝、自分の回線が開通する予定だ
scrcpyは本当に素晴らしく、以前はこれで長文まで書いていたし、またできるようになったので、たぶんまたそうすると思う
最新のAndroidではセキュリティのためか、この時点で画面が黒く表示されるので、ロック解除は画面を見ずにやるしかないようだ
自分が使った中で最も高価なドングル候補になった
Androidでまだscrcpyを使ったことがない人へ。これは本当に驚異的なプロジェクトだ
新しいツールを試して心から感心することはめったにないが、scrcpyはまさにそれだった
ほぼ望むあらゆる動作をさせられる便利なスイッチがたくさんあるので、使い方を読む価値がある
性能面では他のエミュレータの選択肢を明らかに上回っていた
技術に詳しくないユーザーでさえ、これがどれほど滑らかで簡単に動くかを見れば夢中になりそうだ
--flex-displayまたは-xで仮想ディスプレイを柔軟に作れて、クライアントウィンドウのサイズに合わせて動的にリサイズできるのは驚きだ自分のGalaxy Z Flip 5では
scrcpy --new-display=1920x1080/284で動いたroot化したスマートフォンにdisable-flag-secureモジュールを入れていても、
adbのスクリーンショットは相変わらず真っ黒になる一方でscrcpyなら動画録画は問題なくできるので、本当に驚くべきだという意見に同意する
本当にすごいソフトウェアだ。最近、OLED画面が死んだときにその価値を知った
新しいスマートフォンを受け取ったら、まずADBを有効にしてPCのADBキーを永続的に信頼する設定にし、画面が死んだときにこの方法を使えるようにしている
「永続的」な信頼が重要だ。スマートフォン側で「キーの自動取り消し」をオフにしておかないと消えてしまう
ここ数年、落下させて画面故障でAndroidスマートフォンが使えなくなったことが何度もあるが、これで手間が大きく減った
すでにデバッグが有効で、そのコンピュータがデバッグ用の信頼済み端末として登録されていなければ、画面が死んだスマートフォンを操作するのは実質不可能だと理解している
スマートフォンの画面が壊れ、リモート勤務先での打刻や仕事に必要なものへアクセスするには、中に入っていた認証アプリ5個が必要だった
最終的には画面を見ずに明るさ設定まで操作して、輝度を最大まで上げたら、交換するまで画面が正常なように動いてくれた
ここから得た教訓は、自分がやってしまったような大きな単一障害点を作らないことだ
https://github.com/wsvn53/scrcpy-mobile を使えば、iOSデバイスからAndroidスマートフォンを操作できる
これが somehow
strcpyのリリースではないと気づくまでに3回読み直した素晴らしいツールではあるが、結局使うのをやめた
自分のSamsungスマートフォンではジェスチャーベースのナビゲーションを使っているのだが、scrcpyを使うたびにナビゲーションが止まり、再び動かすにはスマートフォンを再起動しなければならない
Issueは立っているものの開発者が再現できていないので、修正されるまでは使い続けるのが難しく、少なくとも自分にとっては不便が大きすぎる
純粋に気になるのだが、みんなこれを何に使っているのだろう
この過程には数日と、テスト用に動く同型のスマートフォン1台が必要だったが、最終的には成功し、スマートフォン内のデータをすべて救い出せた
scrcpyへの唯一の不満はごく些細なことだが、iPhone mirroringでは
tabでアプリの入力フィールドを自動で移動できるのに、scrcpyではそうならない点だ面白い。自分は逆に、あらゆるものに単一のクライアントだけを使いたくて、Android向けのRDPサーバーを作り始めた
かなり大変だったが、今ではそこそこ使える状態になっている
他の人たちに同意する。scrcpyはすごいし、本当に使いやすい