Bluestacks 5 5555
MuMu 16384
MuMu Pro 16384
逍遥 21503
夜神 62001
テンセントアプリストア (5.10.56.xx 以降)：ADB ポートは 127.0.0.1:5555 固定。ADB パス例：C:\Program Files\Tencent\Androws\Application\バージョン番号\adb.exe。

他のエミュレータについてはZhaoqingqing's Blogを参照してください。

多重起動について

MuMu の多重起動マネージャーでは、実行中のポートを確認できます。
Bluestacks 5 の設定内で現在の多重ポートを確認できます。
追加予定

代替案

オプション 1 : ADB コマンドを使用してエミュレータのポートを確認します
1. 単一のエミュレータを起動し、他に Android デバイスがこのコンピュータに接続されていないことを確認します。
2. ADB 実行可能ファイルが格納されているフォルダでターミナルを起動します。
3. 次のコマンドを実行します。
```
# Windows コマンド プロンプト
adb devices
# Windows PowerShell
.\adb devices
```
以下は、出力例です
```
List of devices attached
127.0.0.1:<ポート番号>   device
emulator-<四桁の数字>  device
```
使用 127.0.0.1:<ポート> または emulator-<四桁の数字> を接続アドレスとして使用します。
方法2：すでに確立されたADB接続を検索する
1. 方法1を実行します。
2. Windowsキー+S を押して検索バーを開き、「リソースモニター」を入力して開きます。
3. ネットワーク タブに切り替えて、モニターするポート名であるシミュレータープロセス名（例：HD-Player.exe）を検索します。
4. シミュレータープロセスのすべてのリッスンポートを記録します。
5. TCP接続 タブの中で、adb.exe を探し、リモートポート列でシミュレーターリッスンポートに一致するポートを探します。

自動的に複数のエミュレーターを起動する

複数のエミュレーターを同時に操作する場合、MAAフォルダを複数コピーし、異なるMAA、同じadb.exe、異なる接続アドレス を使用して接続します。 ブルースタックス国際版を例に、2つの多重起動エミュレーターの開始方法を紹介します。

エミュレーターexeにコマンドを添付して複数起動する

単一のエミュレーターを複数開始します。
タスクマネージャーを開き、該当するエミュレータープロセスを見つけます。詳細情報タブに移動し、列ヘッダーで右クリックし、「列の選択」をクリックし、「コマンドライン」を選択します。
追加された「コマンドライン」列で、「...\Bluestacks_nxt\HD-Player.exe」の後にある内容を見つけます。
見つけた --instance Nougat32 のような内容を「起動設定」 - 「追加コマンド」に記入します。

ヒント

操作が終了したら、「ステップ2」で開いた「コマンドライン」列を再度非表示にすることをお勧めします。これにより、パフォーマンスの低下を防ぎます。

例

多開1:
エミュレーターパス: C:\Program Files\BlueStacks_nxt\HD-Player.exe
追加コマンド: --instance Nougat32 --cmd launchApp --package "com.hypergryph.arknights"
多開2:
エミュレーターパス: C:\Program Files\BlueStacks_nxt\HD-Player.exe
追加コマンド: --instance Nougat32_1 --cmd launchApp --package "com.hypergryph.arknights.bilibili"

--cmd launchApp --package の部分は起動後に指定のパッケージ名のアプリを自動で起動するためのものであり、必要に応じて変更してください。

シミュレーターやアプリを使用した複数起動の方法

マルチインスタンス管理ツールを開き、対応するシミュレーターのショートカットを追加します。
シミュレーターのショートカットのパスを「起動設定」-「シミュレーターのパス」に入力します。

ヒント

一部のシミュレーターはアプリケーションのショートカットを作成することができ、それを使用してシミュレーターを直接起動し、明日方舟を開くことができます。

例

多開1:
シミュレーターのパス: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\BlueStacks\多開1.lnk
多開2:
シミュレーターのパス: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\BlueStacks\多開2-明日方舟.lnk

もし シミュレータのパス を使用して複数の起動操作を行う場合、起動設定 - 追加コマンド を空に設定することをお勧めします。

BlueStacksシミュレータ Hyper-V 起動ごとにポート番号が異なります

接続設定 で 接続構成 を BlueStacksシミュレータ に設定し、その後 自動接続の検出 と 毎回再検出 をチェックします。

通常、これで接続できるはずです。接続できない場合、複数のシミュレータコアが存在するか、問題が発生している可能性がありますので、以下の追加設定をお読みください。

`ConfigKeyword` を指定

注意

複数の起動機能が有効になっている場合や複数のシミュレータコアがインストールされている場合は、追加の設定が必要です。

gui.new.json 内で現在の設定名フィールド（設定-切り替え設定で確認できます。デフォルトは Default）の下にある Gui.ConnectSettings.Extras.BluestacksExtra.ConfigKeyword フィールドを検索し、内容を "bst.instance.<シミュレータ番号>.status.adb_port" に設定します。シミュレータ番号はシミュレータパスの BlueStacks_nxt\Engine 内で確認できます。

例

Nougat64 コア：

"ConfigKeyword": "bst.instance.Nougat64.status.adb_port"

Pie64_2 コア：（コア名の後の数字は複数の起動コアを示します）

"ConfigKeyword": "bst.instance.Pie64_2.status.adb_port"

`ConfigPath` を指定

注意

MAA は現在 bluestacks.conf の保存場所をレジストリから読み取ろうとしますが、この機能が機能しない場合は、手動で設定ファイルのパスを指定する必要があります。

ブルースタックスシミュレータのデータディレクトリ内にある bluestacks.conf ファイルを見つけます。
- 国際版のデフォルトパスは C:\ProgramData\BlueStacks_nxt\bluestacks.conf です。
- 中国本土版のデフォルトパスは C:\ProgramData\BlueStacks_nxt_cn\bluestacks.conf です。
注意：C:\ProgramDataは隠しディレクトリです。必要に応じて、このアドレスをファイルエクスプローラのアドレスバーに直接貼り付けて、アクセスしてください。
初めて使用する場合は、一度 MAA を実行して、MAA が設定ファイルを自動生成するようにします。
MAA を閉じた後に、gui.new.json を開き、現在の設定名フィールド（設定-切り替え設定で確認できます。デフォルトは Default）の下にある Gui.ConnectSettings.Extras.BluestacksExtra.ConfigPath フィールドを検索して、bluestacks.conf の完全なパスを入力します。（スラッシュはエスケープ \\ を使用してください）

例

C:\ProgramData\BlueStacks_nxt\bluestacks.conf を使用しています。

{
  "Configurations": {
    "Default": {
      "Gui": {
        "ConnectSettings": {
          "Extras": {
            "BluestacksExtra": {
              "ConfigPath": "C:\\ProgramData\\BlueStacks_nxt\\bluestacks.conf"
            }
          }
        }
      }
    }
  }
}

接続設定

対応するエミュレーターの設定を選択してください。リストにない場合は一般モードを選択してください。一般モードが利用できない場合は他の利用可能な設定を試し、選択してください。

具体的な違いについては、ソースコードをご覧ください。

MuMu スクリーンショット強化モード

バージョン要件：公式版/Arknights Edition MuMu V4.1.26 以降、またはグローバル版 MuMu V5.21.3 以降。

設定 - 接続設定 で MuMu のスクリーンショット拡張モードを有効にする をチェックします。MAAは、スイッチをチェックすると、レジストリを通じてインストールパスを自動的に入力しようとします。
MuMu エミュレータパス には、MuMu インストールディレクトリのルート（nx_device または shell フォルダを含むディレクトリ）のパスを入力してください。例: C:\Program Files\Netease\MuMuPlayer。
MuMu ネットワークブリッジを使用している場合は、MuMu ネットワークブリッジモード を選択し、MuMu マルチインスタンスマネージャ内の対応するエミュレータのインスタンス番号を手動で入力する必要があります。例えば、メインインスタンスは 0 です。

MuMu タッチ強化モード：公式版 MuMu V6.3.2 以降が必要です。現在、Arknights Edition とグローバル版は未対応です。MuMu のスクリーンショット拡張モードを有効にする にチェックを入れた後、その下にある MuMu タッチ強化を有効化 にチェックを入れると有効になります。

LDPlayer スクリーンショット強化モード

LDPlayerの正式版9 V9.1.32 以降を使用する必要があります。

設定 - 接続設定 で LD のスクリーンショット拡張モードを有効にする にチェックします。MAAは、スイッチをチェックすると、レジストリを通じてインストールパスを自動的に入力しようとします。
LD エミュレータパス には LDPlayer9 フォルダのパスを入力してください。例： C:\leidian\LDPlayer9\。
インスタンス番号 には LD マルチインスタンス内でのエミュレーターの番号を入力してください。主インスタンスの場合は 0 です。

AVD スクリーンショット強化モード

Android Emulator v27.2.9 以降が必要です。（アークナイツのリリース以降にダウンロードしたエミュレーターであれば大丈夫です。）

AVD スクリーンショット強化モードは MaaFramework 内で実装されているため、MaaFwAdb のタッチモードを有効にすることが、この機能を利用する前提となります。

設定 - 接続設定 - 接続構成 で Android Virtual Device (AVD) を選択します。
タッチモード で MaaFwAdb を選択します。

タッチモード

Minitouch：Android タッチイベントを操作するための C 言語で書かれたツールで、evdev デバイスを操作し、外部プログラムがタッチイベントとジェスチャーをトリガーできる Socket インターフェースを提供します。Android 10 以降、SELinux が Enforcing モードの場合、Minitouch は使用できなくなりました。^出典(標準)
MaaTouch：MAA による Java で Minitouch を再実装し、Android の InputDevice を使用し、追加の機能を付加しました。(実験機能)
ADB Input：直接 ADB を呼び出して、Android の input コマンドを使用してタッチ操作を行います。OS バージョンが古い物理デバイス専用で、他のモードが使える場合は選択しないでください。ADB Input のスワイプはズレやすいため、スワイプ速度が非常に遅く設定され、スワイプ距離も他のモードと異なります。正確な座標制御が必要な場面では使用できません。(非推奨)
MaaFwAdb：MaaFramework の制御ユニットのスクリーンショットとタッチ機能を呼び出します。追加スワイプ非対応：追加スワイプとは、メインスワイプの終了後に垂直方向へ少し追加分の｢ブレーキ｣スワイプを行うもので（軌跡は 90° に曲がる L 字型）、リストの慣性を打ち消すために使用され、追加スワイプでドラッグの暴走を防いでいるページはこのモードで暴走します。(実験機能)
MuMu タッチ強化：MuMu の外部レンダラープロセスのタッチインターフェースを呼び出します。MuMu のスクリーンショット拡張モードを有効にする をチェックした後にのみタッチモードのドロップダウンに表示され、利用できない場合は自動的に Minitouch にフォールバックします（実験機能）。公式版 MuMu V6.3.2 以降が必要で、Arknights Edition とグローバル版は未対応です。MuMu のバックグラウンド常駐（バックグラウンド放置）シーンでの操作に対応します。

ADB Lite

MAA によって独自に実装された ADB クライアントで、オリジナルの ADB よりも多重の ADB プロセスを開始せずに済み、パフォーマンスの低下を抑えることができますが、一部のスクリーンショット方法は使用できません。

推奨されますが、具体的な利点と欠点はまだフィードバックを得ていません。~~テストを手伝ってください x3~~