「game」の記事 - Crieit

電Go!! の ZUIKI コンは製造時期による違いがある？

2023-11-03T22:58:23+09:00

電車でＧＯ！！専用ワンハンドルコントローラー - 瑞起 ZUIKI (以下、 ZUIKIコン) には、型番 : ZKNS-001 の通常版と、型番：‎ZKNS-002 の EXCLUSIVE EDITION の二種類ある。

ただどうも、それ以外に製造時期による違いもあるようだ。

その違いのせいで、 JR東日本トレインシミュレータで ZUIKIコン使うツールがな機能しなくなって困ったので、その対処をした話。

きっかけ

元々、2021年の発売当初から通常版の ZUIKIコンを購入しており、公式で対応している電車でGo!! Switch 版やソニックパワードの鉄道にっぽん! シリーズ Real Pro などに加え、 Switch版電車でGOワンハンドルマスコンで操作できるようにしてみました - Steam コミュニティーで紹介されてるツールを使って JR東トレシムで使っていたりしていた。

程よい重量感や操作感で臨場感が爆上がり… というか、無いと面白みが8割減レベルに気に入っており、最近 EXCLUSIVE EDITION を買い増した。

…ところが買い増しした ZKNS-002 は、Switch 版や鉄道にっぽん! シリーズでは問題なく動くのに、上記ツールを使って JR東トレシムしようとすると以下のようなエラーが出て動かない。
```text/plain
Traceback (most recent call last):
File "main.py", line 24, in
File "SwitchDenGo.py", line 32, in loadStatus
pygame.error: Invalid joystick button
[33064] Failed to execute script 'main' due to unhandled exception!


存在しない joystick 番号を指定されてエラーになってる。
…つまりボタン配置が違う？

しかしそもそも、この ZUIKIコン は汎用 USB コントローラ として認識されるモノだし、Windows OS 側のデバイスの設定を見ても、どちらも同じ "One Handle MasCon for Nintendo Switch" と認識され、全くボタン配置で認識されている。
なんでボタン配置がズレるのか、訳がわからないよ。
[![](https://aquasoftware.net/blog/wp-content/uploads/2023/11/zuiki-dengo-controller-11-old-237x300.png)](https://aquasoftware.net/blog/wp-content/uploads/2023/11/zuiki-dengo-controller-11-old.png)[![](https://aquasoftware.net/blog/wp-content/uploads/2023/11/zuiki-dengo-controller-21-new-237x300.png)](https://aquasoftware.net/blog/wp-content/uploads/2023/11/zuiki-dengo-controller-21-new.png)

[上記 Steam コミュニティー](https://steamcommunity.com/app/2111630/discussions/0/3360272431836180307/) でも、同じような問題に遭遇している人が何人かいる。
しかも、 通常版 ZKNS-001 か EXCLUSIVE EDITION ZKNS-002 かを問わず発生するようだ。

つまり、型番違いによる仕様変更が原因ではない…？

## 意外なる原因



せっかく、エラーが出るデバイスと出ないデバイスが揃っているので、もう少し深く掘って調べてみる。

このツール [mipsparc/JRESim_Dengo](https://github.com/mipsparc/JRESim_Dengo/blob/v1.0/SwitchDenGo.py) のソースを取って Python のデバックをしてみたところ、やはりというか [pygame](https://www.pygame.org/news) というライブラリでコントローラーを操作するあたりでエラーがでている。
```text/plain
031:        # ○ボタン
032:        if self.joy.get_button(15):  # <- ここでエラー
033:            self.buttons.append("SW_CIRCLE")
034:        # HOMEボタン
035:        if self.joy.get_button(5):
036:            self.buttons.append("SW_HOME")

試しに、 pygame のジョイスティック実行例コード joystick.py を実行して、 pygame 側でどのように認識されているか確認してみる。

んんﾞっ!?
ZKNS-002 のほうは "One Handle MasCon for Nintendo Switch Exclusive Edition" として認識されるものの、
発売日に買った方の ZKNS-001 が "Nintendo Switch Pro Controller" と認識されて、ボタンの認識軸数が大きく変わっている。

pygame は、内部的に SDL2 (libsdl-org/SDL) というライブラリでジョイスティック操作をしている。
その SDL では、既知の様々なコントローラに様々な特殊対応が為されているので、そこらへんが影響していそうだ。

こういったものは、 USB の VID (ベンダーID) と PID (プロダクトID) で場合分けしているものと相場が決まっている。
ということで、デバイスマネージャーのプロパティ（ハードウェアID）から VID と PID を確認してみる。

発売日購入の通常版 ZKNS-001:
- HID\VID_0F0D&PID_00C1&REV_0106
最近買った EXCLUSIVE EDITION ZKNS-002:
- HID\VID_33DD&PID_0002&REV_0111

VID ちゃうやんけ。

https://www.usb.org/developers で USB ベンダーID を検索してみると…
0x0F0D (3853): HORI CO., LTD.
0x33DD (13277): ZUIKI Inc.

？？ HORI ？？

とりあえず、上記の VID と PID をもとに、 SDL2 (SDL 2.0.18) でどのように動作が定義されているか調べてみる。

SDL/src/joystick/controller_type.h at release-2.0.18 · libsdl-org/SDL

    { MAKE_CONTROLLER_ID( 0x0f0d, 0x00c1 ), k_eControllerType_SwitchInputOnlyController, NULL },  // HORIPAD for Nintendo Switch

ホリパッド for Nintendo Switch って書いてあるぞ。

更にここら辺 (SDL/src/joystick/SDL_joystick.c) の処理を経て、 VID: 0x0F0D & PID: 0x00C1 の組み合わせのものが "Nintendo Switch Pro Controller" と認識されているようだ。

なお、 VID: 0x33DD & PID: 0x0002 については、特に SDL 側での特殊処理は定義されていなそうだった。
このため、 USB H/W 側で定義されている "One Handle MasCon for Nintendo Switch Exclusive Edition" の名前がそのまま pygame での認識名として表示されていたのだろう。

うーん、製造当初は適当に（Switch に対応した）ホリパッドを偽装してたのを、後のロットではちゃんと VID や PID とって設定したってコトかしら…？
ライセンス品としてどうなんだソレ。

とりあえず、以下の2点が今回の問題が発生していることがわかった。

製造時期？によって、ホリパッドを偽装しているものとそうでないものがある
ホリパッドは SDL 側に特殊対応があり、偽装の有無でライブラリからとれるキー配置が異なっている

JRESim_Dengo の修正

原因がわかったところで、 JRESim_Dengo の方をどちらの ZUIKIコンにも対応させたい。

とはいえ、 VID や PID で動作し分けるにしても、私が持っている２台とは別の VID や PID を持つものもありそうだ。
（製造時期の違いからか同じ不具合に遭遇していた、通常版の ZKNS-001 とか）

SDL が動作を書き換えなければ、 USB から出ている信号は同じボタン配置で出ているっぽい為、コントローラーの軸数やボタン数で SDL 側での書き換えが行われたか判別すればよさそうだ。

--- ./SwitchDenGo_old.py    2022-10-03 18:55:53 +0900
+++ ./SwitchDenGo.py        2023-10-08 05:51:32 +0900
@@ -7,36 +7,64 @@

     def __init__(self):
         pygame.init()
         self.joy = pygame.joystick.Joystick(0)
+        self.ctrl_nums = (self.joy.get_numaxes(), self.joy.get_numballs(), self.joy.get_numbuttons(), self.joy.get_numhats())
+        if self.ctrl_nums not in [(6, 0, 16, 0), (4, 0, 14, 1)]:
+            raise Exception("サポートされていないコントローラです")
         self.joy.init()

     def loadStatus(self):
         self.brake_knotch = 0
         self.accel_knotch = 0
         self.buttons = []
         pygame.event.get()

-        # Xボタン
-        if self.joy.get_button(2):
-            self.buttons.append("SW_X")
-        # Yボタン
-        if self.joy.get_button(3):
-            self.buttons.append("SW_Y")
-        # Aボタン
-        if self.joy.get_button(0):
-            self.buttons.append("SW_A")
-        # Bボタン
-        if self.joy.get_button(1):
-            self.buttons.append("SW_B")
-        # ○ボタン
-        if self.joy.get_button(15):
-            self.buttons.append("SW_CIRCLE")
-        # HOMEボタン
-        if self.joy.get_button(5):
-            self.buttons.append("SW_HOME")
-
-        knotch_level = self.joy.get_axis(1)
+        # ロンチ版
+        if self.ctrl_nums == (6, 0, 16, 0):
+            # Xボタン
+            if self.joy.get_button(2):
+                self.buttons.append("SW_X")
+            # Yボタン
+            if self.joy.get_button(3):
+                self.buttons.append("SW_Y")
+            # Aボタン
+            if self.joy.get_button(0):
+                self.buttons.append("SW_A")
+            # Bボタン
+            if self.joy.get_button(1):
+                self.buttons.append("SW_B")
+            # ○ボタン
+            if self.joy.get_button(15):
+                self.buttons.append("SW_CIRCLE")
+            # HOMEボタン
+            if self.joy.get_button(5):
+                self.buttons.append("SW_HOME")
+
+            knotch_level = self.joy.get_axis(1)
+        elif self.ctrl_nums == (4, 0, 14, 1):
+            # Xボタン
+            if self.joy.get_button(3):
+                self.buttons.append("SW_X")
+            # Yボタン
+            if self.joy.get_button(0):
+                self.buttons.append("SW_Y")
+            # Aボタン
+            if self.joy.get_button(2):
+                self.buttons.append("SW_A")
+            # Bボタン
+            if self.joy.get_button(1):
+                self.buttons.append("SW_B")
+            # ○ボタン
+            if self.joy.get_button(13):
+                self.buttons.append("SW_CIRCLE")
+            # HOMEボタン
+            if self.joy.get_button(12):
+                self.buttons.append("SW_HOME")
+
+            knotch_level = self.joy.get_axis(1)
+        else:
+            raise Exception("サポートされていないコントローラです")

         if knotch_level > 0.95:
             self.accel_knotch = 5
         elif knotch_level > 0.75:

こんな感じの修正を入れてビルドしたものを以下のリリースで展開した。

Release JRESim_Dengo v1.0p1 · advanceboy/JRESim_Dengo

もし、最近 ZUIKIコンを JREトレシムで使おうと思って困っている人がいればどうぞ。

元の作者の方にもプルリク投げとくか。

補足

実装のために調査した、各環境・デバイス毎の、キー割り当ては以下の通りだった。

DirectInput からの取得 (ロンチ版, 最近の Exclusive Edition 共通):

```text/plain
index 1軸: マスコン
Button 1: Y
Button 2: B
Button 3: A
Button 4: X
Button 5: L
Button 6: R
Button 7: ZL, EB
Button 8: ZR
Button 9: -
Button 10: +
Button 11: N/A
Button 12: N/A
Button 13: HOME
Button 14: Capture
PoVハット 1: 方向キー


### pygame 経由の、ロンチ版

```text/plain
index 1軸: マスコン
index 4軸: ZL
index 5軸: ZR
Button 0: A
Button 1: B
Button 2: X
Button 3: Y
Button 4: -
Button 5: Home
Button 6: +
Button 7: N/A
Button 8: N/A
Button 9: L
Button 10: R
Button 11: Up
Button 12: Left
Button 13: Down
Button 14: Right
Button 15: Capture

# ハードウェアID: 'HID\VID_0F0D&PID_00C1&REV_0106'
joy = pygame.joystick.Joystick(0)
joy.get_guid()
# -> '030000000d0f0000c100000006016800'
joy.get_name()
# -> 'Nintendo Switch Pro Controller'
joy.get_numaxes()
# -> 6
joy.get_numballs()
# -> 0
joy.get_numbuttons()
# -> 16
joy.get_numhats()
# -> 0

pygame 経由の、 Exclusive Edition

```text/plain
index 1軸: マスコン
Button 0: Y
Button 1: B
Button 2: A
Button 3: X
Button 4: L
Button 5: R
Button 6: ZL
Button 7: ZR
Button 8: -
Button 9: +
Button 10: N/A
Button 11: N/A
Button 12: Home
Button 13: Capture
PoVハット 1: 方向キー

[![](https://aquasoftware.net/blog/wp-content/uploads/2023/11/zuiki-dengo-controller-22-new.png)](https://aquasoftware.net/blog/wp-content/uploads/2023/11/zuiki-dengo-controller-22-new.png)

```python
# ハードウェアID: 'HID\VID_33DD&PID_0002&REV_0111' 
joy = pygame.joystick.Joystick(0)
joy.get_guid()
# -> '03000000dd3300000200000000000000'
joy.get_name()
# -> 'One Handle MasCon for Nintendo Switch Exclusive Edition'
joy.get_numaxes()
# -> 4
joy.get_numballs()
# -> 0
joy.get_numbuttons()
# -> 14
joy.get_numhats()
# -> 1

MMR-Boost.com と他の Dota 2 ブースティングサービスの比較分析

2023-06-15T14:45:52+09:00

はじめに

競技ゲームの世界では、Dota 2 は最も人気があり、挑戦的なタイトルの一つとして際立っています。多くのプレイヤーがブースティングサービスからのサポートを求め、マッチメイキングレート（MMR）を向上させ、ランクを上げるために利用しています。このブログでは、MMR-Boost.com と他の Dota 2 ブースティングサービスを包括的に比較分析し、読者がサービスプロバイダーを選ぶ際に情報を得られるようにします。

Dota 2 ブースティングサービスの理解

Dota 2 ブースティングサービスは、熟練したプレイヤーやプロのブースターの専門知識を活用して、プレイヤーがより高いMMRランクを達成することを支援するために設計されています。これらのサービスは、ソロまたはパーティブースティング、アカウントのキャリブレーション、コーチングなど、さまざまなオプションを提供しています。

比較分析に考慮すべき要素

MMR-Boost.com と他の Dota 2 ブースティングサービスを効果的に評価するためには、いくつかの重要な要素を考慮する必要があります:

口コミと評価

評判はブースティングサービスを選ぶ際に重要な役割を果たします。まず最初に、Sitejabber や Trustpilot などの信頼性のあるプラットフォームで顧客のレビューを探索します。mmr-boost のレビューは以下のURLで見つけることができます:

MMR-Boost.com on Sitejabber
MMR-Boost.com on Trustpilot

顧客のフィードバックを分析することで、サービスを利用したユーザーの経験や信頼性、総合的な満足度についての洞察を得ることができます。また、レビューの真正性と数量を考慮して、よりバランスの取れた意見を形成することが重要です。

経験と専門知識

ブースティングサービスプロバイダーの経験と専門知識は重要な要素です。雇用されているブースターのバックグラウンド、彼らのスキルレベル、Dota 2 のメカニクスと戦略に対する理解を評価することで、サービスの品質の指標を得ることができます。サービスのチームと彼らの資格についての情報を探し、効果的にMMRをブーストするために必要な知識を持っているかどうかを判断してください。

セキュリティとプライバシー

ブースティングサービスを利用する際には、アカウントのセキュリティとプライバシーが最も重要です。個人情報やアカウントの詳細の機密性を重視するサービスプロバイダーを選ぶことが重要です。安全な支払いゲートウェイを使用し、アカウントの盗難や不正アクセスなどのリスクに対処するための対策を講じているブースティングサービスを探してください。

価格とパッケージ

異なるブースティングサービスの価格とパッケージを比較することで、その手頃さとコストパフォーマンスを判断することができます。ブースティングサービスの期間、特定のランクの選択の柔軟性、追加の機能やボーナスなど、利用可能なオプションの範囲を考慮してください。

カスタマーサポート

信頼性のあるかつ迅速なカスタマーサポートは、ブースティングサービスの総合的な体験を大幅に向上させることができます。ライブチャットやメールサポートなど、明確なコミュニケーションチャネルを提供しており、疑問や懸念に対応できるように常に利用可能であるプロバイダーを探してください。

結論

Dota 2 ブースティングサービスを選ぶ際には、包括的な比較分析が重要です。評判、経験、セキュリティ、価格、およびカスタマーサポートなどの要素を考慮することで、情報を得た上で適切なサービスプロバイダーを見つけることができます。MMR-BOOST は分析対象のサービスの一つですが、信頼性のある適切なサービスプロバイダーを見つけるためには、徹底的な調査と様々な選択肢の探求が重要です。

覚えておいてください、MMRの向上はゲームの一部に過ぎず、個人のスキルの発展に焦点を当て、より良いDota 2 プレイヤーになる旅を楽しむことも同じくらい重要です。

FAQs

Q1: Dota 2 ブースティングサービスは合法ですか？ A1: Dota 2 ブースティングサービスは、ゲームの利用規約に明確に禁止されているわけではありません。ただし、ブースティングに関わるアカウント共有は、利用規約に違反する可能性があります。ブースティングサービス自体が罰則を受けることはないかもしれませんが、アカウントの一時停止や進行の喪失などのリスクが存在します。ブースティングサービスの利用を検討する前に、潜在的な結果を考慮してください。

Q2: ブースティングサービスの完了にはどれくらいの時間がかかりますか？

A2: ブースティングサービスの所要時間は、目標のMMRの増加、現在のMMR、およびサービスプロバイダーの作業量など、さまざまな要因によって異なります。一部のサービスは、異なるランクブラケットの見積もり完了時間を提供しています。購入前に見積もり時間について問い合わせることをおすすめします。

Q3: ブースティングサービスを利用している間に他のゲームをプレイできますか？

A3: 一般的には、ブースティングサービスが進行中の間はアカウントで他のゲームをプレイしないことが推奨されます。アカウント情報を他人と共有することには潜在的なリスクがあり、ブースティング中にゲームをプレイすると疑わしい活動が発生する可能性があり、ペナルティやアカウントの問題を引き起こす可能性があります。

Q4: アカウントのセキュリティを確保するためにどのような対策が必要ですか？ A4: アカウントのセキュリティを確保するためには、強力なパスワードを使用し、2要素認証を有効にすることをおすすめします。また、ブースティングサービスプロバイダーがセキュリティ対策を講じているかどうかを確認し、信頼できる支払い方法を使用することも重要です。

Q5: ブースティングサービスを利用した後、自分のスキルが向上するでしょうか？

A5: ブースティングサービスによってMMRが増加したとしても、自分のスキルが直接的に向上するわけではありません。ブースティングサービスは、一時的にランクを上げる手段ですが、個人の努力やプレイスキルの向上によって本当の成長が得られます。ブースティングサービスを利用する際は、ゲームの理解と戦略を学ぶことにも注力することをおすすめします。

Among Us 用超便利 Discord bot “AutoMuteUs” をセルフホストした (公式推奨簡単版)

2020-11-23T14:24:47+09:00

注: この記事は、 2020年11月23日～25日時点の話だよ。状況は今後も刻々と変わる可能性が高いよ。　　
なお 12月20日現在、 Among Us v2020.12.9s では、以下の手順で問題なく動いていることを確認している。

今年の夏あたりから、日本でも爆発的なブームが続いている、 宇宙人狼 こと Among Us。

Discord でボイスチャットしながらやるのが面白いのだけれど、ゲームの仕様上、ミュート管理が結構面倒だ。

そこに、 Among Us のゲーム画面に同期してミュート管理を超いい感じに自動で行ってくれる Discord bot が存在する。

それが AutoMuteUs だ。

このツールは、以前は "AmongUs AutoMute" などとも呼ばれ、誰か一人が Windows Steam 版 Among Us のゲームと一緒にキャプチャープログラムを立ち上げ、公式の Discord Bot と連携させるだけで超お手軽に使える…
…はずだった。

11月下旬現在、 AutoMuteUs 公式の手順に従って、 bot の .au new コマンドでゲームを作成しようとすると、以下のような悲しいメッセージを目にするだろう。

I'm very sorry, but Discord is rate-limiting me and I cannot accept any new games right now :frowning:
Please try again in a few minutes.

Discord のレート制限に引っかかってるって。
Among Us は人気すぎるし仕方ないね！

そして、仮にゲームの作成が無事にできたとしても、 bot のミュート変更が遅れたり、変更しそびれたりと不安定だったり…

…何とかしたい。

ちょっと古い v2.4.3 をセルフホストするのが推奨

2020/11/14 時点の AutoMuteUs の公式 Discord サーバーでは、このレート制限について以下のようにアナウンスされている。

Soup 2020/11/14

Hey all,

We know the Official Bot has been having some serious issues lately, and we're sorry it keeps going down.
We're looking at it right now and coming up with solutions, but we're fairly certain that the Bot is hitting the GLOBAL bot rate limit, and this is causing the outages (IP gets banned for 10 minutes upon hitting the limit). The bot is distributed across multiple IPs, but we need clever solutions to make sure we address the problem fully.

It certainly makes sense that this would be the culprit, given that Discord has no "mass mute" API request option, and thus every single game is using ~10 requests to mute players, additional requests to update the status message, etc.

We're developing solutions right now, but it might take some time. If you have some critical games coming up, we recommend self-hosting with version 2.4.3 while we get things ironed out with the official bot. The video detailing how to self-host version 2.4.3 is here: https://www.youtube.com/watch?v=LUptOv5ohNc, and the release is here: https://github.com/denverquane/automuteus/releases/tag/2.4.3

Thanks everyone for the patience, love you guys :kissing_heart:

ざっくりいうと、

公式ボットが Discord のレート制限に引っかかっているが、これは根本的な仕組みの問題。
完全な対処には複雑な解決策が必要なので、解決には時間がかかるかもしれない。
プレイしたい大事なゲームがあるなら、バージョン2.4.3でセルフホストすることをお勧めする。

という感じ。

AutoMuteUs はめっちゃアクティブに開発が進んでおり、 2020/11/14 の時点ですでにバージョン 4.0.3 までリリースされているのだが、敢えて割と古い 2.4.3 の利用が推奨されている。
これはおそらく、 3.0.0 以降のバージョンのセルフホストでは、 docker が必須になっているなど、導入の敷居がかなり高くなっているためだろう。

技術力に自信があるなら最新版を使ってもかまわないのだが、とにかくすぐに遊びたいだけなら、おとなしく 2.4.3 を使っておくのがよい。
(2.4.4 も存在するけど、 x86 版 Windows で動かす分には差が無いようだ)

古いバージョンでも、 bot の機能は十二分に便利… というか、主要な機能では最新版と差が無い。

但し、あくまで古いバージョンのままであるという点は注意したい。
例えば、安定性は最新版に及ばないかも知れないし、近くリリースされるらしい Among Us の（日本語を含めた）多言語対応などではうまく動かないかもしれない。
(後者は後述の AmongUsCapture が吸収してくれそうではあるけど。)

v2.4.3 の導入手順

ということで、 v2.4.3 のセルフホストの導入手順について簡単に紹介してみようと思う。

… といっても、上記の https://www.youtube.com/watch?v=LUptOv5ohNc の動画をなぞっているだけだが。
(英語の動画ではあるけど、 YouTube の自動字幕＆自動翻訳で割と簡単に理解できる内容だと思う)

実施にあたっては 自己責任 でお願いします。
状況が日々刻々とかわる話題なので、記事のコメントで質問されても、答えるつもりはないので悪しからず。
他の方が回答してくれるのは大歓迎ですけどもね。

後述するプリコンパイル済みの exe ファイルが信用できないと感じる場合は、ソースコードの内容を確認し、自身で exe をビルドすると良いだろう。
私は面倒くさかったので、プリコンパイル済みの exe 使うけど。

1. Among Us の公式 Steam版を用意する

まず、 Among Us の Steam版を買おう。
Andoroid版や iOS版の Among Us では AutoMuteUs は動作ないので。

なお、プレイヤーのうち誰か一人だけが AutoMuteUs を動かしていれば良く、クロスプラットフォームで対戦もできるので、全員 Steam版である必要は無い。

2. GitHub から automuteus_windows と AmongUsCapture を DL

開発者の GitHub リポジトリのリリースページから、以下の二つのファイルを、適当なフォルダに DL しよう。

AutoMuteUs バージョン2.4.3 の automuteus_windows.exe
AmongUsCapture 最新版の AmongUsCapture.exe
- AmongUsCapture.zip をダウンロードして解凍した中に入っている

一度アプリを起動したら保存フォルダを移動しないほうが良いので、どこか固定のフォルダを決めてそこへ移動させておくとよい。

ネットワークからダウンロードした exe ファイルは ZoneId が付与されていて、実行時に Windowns による制限がかかるので、それぞれの exe ファイルを右クリックしてプロパティを開き、「ブロックの解除」をしておこう。

なお、 AmongUsCapture の Readme には、 .NET Core 3.1 系ランタイムのインストールが別途必要と書かれているが、 AmongUsCapture 2.4 系以上であれば不要だと思う。多分。
そもそも、 2.4.5 以降 TargetFramework が net5.0-windows に設定されてて、 .NET 5 のランタイムで動いてるし。ランタイムは exe に同梱されているから別途インストールは不要なはず。

3. Discord の bot を作成する

https://discord.com/developers/applications

上記の Discord の開発者ページに移動して、 bot を作成しよう。

まず、 New Application ボタンから Discord アプリを作成して、 Bot タブから Add Bot をクリックして、 bot を作成する。

PUBLIC BOT のスイッチを OFF にして、変更点を保存する。

Token の Copy ボタンをクリックして、 bot のトークンコードをメモ帳など適当なところに控えておく。

OAuth タブに移動して、
① SCOPES から bot をチェック
② BOT PERMISSIONS から Administrator をチェック
③ Copy ボタンで認可リンクをコピー
の順に実行。

そして ③ でコピーしたリンクをブラウザで開き、 Discord にログインしてどのサーバーに bot を追加するかを選択する。

…とここまでで、 bot の作成は完了。

4. AutoMuteUs の設定

先ほどダウンロードした automuteus_windows.exe を一度起動させよう。

すると、以下のようなエラーが表示され、 10秒後にプログラムが勝手に終了するはずだ。

Program exited with the following error:
no DISCORD_BOT_TOKEN provided
This window will automatically terminate in 10 seconds

すると、その代わりに同じフォルダに config.txt というファイルが作成される。

そのファイルをメモ帳などで開くと

DISCORD_BOT_TOKEN=

と書かれているはずだ。

その = の後ろに、 (3.) で控えておいた、 bot のトークンコードを貼り付けて保存しよう。

そして改めて automuteus_windows.exe を起動する。

今度は Windows からファイアウォールの通信の許可ウィンドウが出るので、現在のネットワークでアクセスを許可してやる。

ここまで来れば、 automuteus_windows.exe のコンソールウィンドウで "Bot is now running." などと表示されるはずだ。

5. AmongUsCapture をリンクさせる

Steam版 Among Us を起動した状態で、先ほどダウンロードした AmongUsCapture.exe を起動させる。

AmongUsCapture が Among Us のプログラムを見つけて反応するはずだ。

その状態で、 Discord の bot が入っているテキストチャンネル に、以下のコマンドを入力する。
(コマンドと言っても、ドットから始まるメッセージを入力するだけだが)

.au new

すると、 BOT から以下のような ダイレクトメッセージ が届く。
(サーバー内のチャンネルのメッセージではないので注意)

ここに書かれている aucapture:// で始まるリンクをクリックすると、 AmongUsCapture にフォーカスが移って、連係動作が開始される。

ちなみに、上手く AmongUsCapture が反応しない場合、このメッセージ右下の URL, Code の内容を、手動で AmongUsCapture へ入力しても OK だ。

ここまで行い、チャンネル内の bot の表示が右下のようにグリーンになれば、 全ての準備は完了だ。

もし、 automuteus_windows.exe のコンソールウィンドウで meet error: websocket: close 1000 (normal) のようなエラーが出て bot と Capture のリンクが上手くいかない場合、前述のファイアウォールのアクセスの許可ができていない可能性がある。

その場合、以下の手順で許可設定をした上で、 automuteus_windows.exe を再起動してみよう。

Winキー+R でファイル名を指定して実行ダイアログを開く
Firewall.cpl を実行して、 Windows Defender ファイアウォールウィンドウを開く
「ファイアウォールを介したアプリまたは機能を許可」をクリック
一覧から automuteus_windows.exe を探し、設定の変更 → チェック → OK と設定して、アプリの通信を許可する。

遊び方

Among Us で部屋を立て、参加者に部屋に入ってもらう。

すると、 Among Us 上のプレイヤー名とキャラクターの色が、チャンネルのテキストメッセージに表示される。

各プレイヤーが Discord 上で、 自分の色と同じリアクションの絵文字 をクリックすると、 Among Us のプレイヤーと Discord ユーザーがリンクされる。

この状態でゲームを開始すると、プレイヤーの生存状態や会議のシーンにあわせて、自動的にボイスとスピーカーのミュートが変化するようになる。

なお、ゲーム内で死んだプレイヤーは、探索中にミュートが解除される一方で、死んでいないプレイヤーは探索中はスピーカーもミュートになって聞こえない状態となる。
このため、死者同士の いわゆる霊界チャット も行える。

その他、細かい使い方は、 bot の .au help コマンドなどで確認して欲しい。

例えば、 bot が task と discuss のステージ変更を取りこぼしてしまった場合も、 .au force コマンドを使って手動でステータスを変更することも可能だ。

以上が簡単な紹介だ。

快適な Among Us ライフを！

メモ

AutoMuteUs とは直接関係ないけど、気づいたことなど。

Among Us は Alt+Enter でフルスクリーンとウィンドウを切り替えられる。 AmongUsCapture はどちらでも OK。
Among Us のプレイヤー名と、 Discord の名前は揃っていた方がわかりやすい。 Discord の名前はサーバー毎に「ニックネーム」として名前が変更できるので、 Discord の名前を Among Us の名前に揃えておくと良い。
ストアで購入できる Among Us だけでなく、 AutoMuteUs のほうも https://www.patreon.com/automuteus にて $1/月～課金できるぞ。 $5/月以上支援すれば公式bot の優先ミュートbotが貰えて快適にプレイできるはずだ。公式bot の維持にはだいぶコストがかかっていることが明らかなので、気に入ったら支援してあげよう。