UnityにおけるPS4コントローラー使用時のボタンの押しっぱなし誤動作

Question

Unityで2Dアクションゲームを自作し、PS4コントローラーで操作することを目的としたプログラムを作成してします。

その際にWEBGL形式でUnityRoomにアップロードし、
他者から操作感に関する意見をもらおうとテストプレイを依頼したときに下記の問題が発生しました。

・ボタンを押しっぱなしの状態になってしまい、操作ができない。

PS4用コントローラーによる操作の下記の方法で実行しています。

・Project SettingによるPS4の各ボタンへの名前の付与（Fire1,Jumpなど）
・スクリプトによるボタン入力の取得（Input.GetAxis("Vertical")、Input.GetButtonDown("Fire2") ）

プログラムの基本構成としては下記のように、ボタンを押すことで入力の確認と連射防止フラグを生成し、
ボタンを押した状態から戻すことで連射防止フラグを戻します。
private float GetySpeed()のような自作の関数と、private void Update()内に記述しております。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
if (Input.GetButtonDown("Death"))//ボタンを押したことの確認
{
if (!isPityun)//押しっぱなしによる暴発を防止
{
anim.Play("mariko_death");//アニメーションの再生
}
isPityun = true;//連射防止フラグ生成
}
if (Input.GetButtonUp("Death"))//ボタンを押した状態から戻したことを確認
{
isPityun = false;//連射防止フラグを戻す
}
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

上記のプログラムでUnity上でのデバッグ、自身でUnityRoomにアップしたものをプレイした場合は問題ありませんが、
他者が別環境でプレイした場合は押しっぱなしでアニメーションが連続して再生されるとの報告を受けました。

自身の環境では再現がされないためデバッグすらできない状態に陥っています。
上記バグの解決手段・アプローチ手段をご指導ご鞭撻いただきたいです。

Comments

[fiveHundred]

提示のコードはどこに記述されておりますか？
（例えば、FixedUpdate()に記述した場合、正しく動作しません）

[Izayoi-san]

ご指摘いただきありがとうございます。
private float GetySpeed()のような自作の関数と、private void Update()内に記述しております。
FixedUpdate()はスクリプト内には存在していますが、ボタンの入力の判定は行っておりません。
これらの状態においても動作の異常は発生するのでしょうか。

[fiveHundred]

GetySpeed()の呼び出し元はUpdate()ですよね？

[Izayoi-san]

GetYSpeedとGetXSpeedを用いてFixedUpdated()内で下記のように呼び出しています。
float xSpeed = GetXSpeed();
float ySpeed = GetYSpeed();
rb.velocity = new Vector2(xSpeed, ySpeed)

Answer 1

GetYSpeedとGetXSpeedを用いてFixedUpdated()内で下記のように呼び出しています。

であれば、そこが原因かと。
別の関数であっても、FixedUpdate()から呼び出されているのであれば、FixedUpdate()内に直接記述したのと同じように処理されます。

あと、Input.GetButtonDown()は押し始めた瞬間しかtrueにならないので、わざわざ「連射防止フラグ」を用意する必要はありません。
（逆に押されている間に毎フレーム実行したい場合は、Input.GetButton()を使います）

Comments

[Izayoi-san]

ご回答いただきありがとうございます。
今Aさんの環境ではバグが起きるが、Bさんの環境ではバグが起きないという状態になっております。
FixedUpdated()内に記述することで、こういった環境に依存したバグが起きるのでしょうか？

[fiveHundred]

Unityの場合、処理間隔は不定なので、処理が遅れると間隔がその分空くことも考えられます。
なので、環境の処理速度によって結果が異なることもあり得ます。

FixedUpdate()は例外ですが、そもそもそこでInputクラスを使ってはいけないので、Inputクラスの処理間隔もそれに準じているのでしょう。

[Izayoi-san]

詳細な回答ありがとうございます。
修正し、再度テストプレイを依頼してみようと思います。