- 01症状を正確に言い出せ
- 02限定的な説明を理解してください
- 03オーバーレイが関係しているか確認してください
- 04デバイスを一度に1つずつ比較する
リンクされた情報源と元の分析に基づいています。実物のプレイテストは主張されていません。
英語リサーチ版からローカライズされ、ゲーム内の固有名詞は検索のために保持されています。
検証された最初のステップ
左右でキャラクターが横に動くのではなく急に回転する場合は、Shiftを一度押して離し、再度移動をテストしてください。9月6日のSteam返信で、開発者のDangaは、Shiftを押し続けることでこの挙動が変わり、Steamオーバーレイを開くと修飾子が論理的に固定されることがあると説明しています。スレッドは回答済みとマークされています。これは報告された症状に対する開発者推奨の回避策であり、すべての移動問題が同じ原因である証拠ではありません。
スレッドを開いたプレイヤーはXbox Oneコントローラーを使用しており、キーボードでも同じ動作が続いていると述べました。この文脈からコントローラーユーザーにとっては有用ですが、特別なコントローラーボタンの組み合わせは示されていません。文書化された提案はキーボードのShift押下です。このページでは、すべてのゲームパッド設定に対して同等のバインディングを考案しているわけではありません。
小さな動きが複雑なパズルのセットアップを妨げない位置でテストを行ってください。再度方向を試す前にキーを完全に押解放 (Release)してください。正常な動きに戻ったら、問題がオーバーレイ使用後に始まったかどうかを確認しましょう。もし戻らなければ、ランダムな修飾キーを押したりすべてのコントロールを再構築するのではなく、下のフォーカスチェックに移ってください。
症状を正確に言い出せ
横に向かうのではなく曲がることは、入力ミス、連続した動き、カメラのずれ、または動きが起こる前の長い間止まりとは異なります。これらの問題は素早くナビゲートしようとするときに似ているように感じることがありますが、異なる調査を指し示しています。キャラクターが一方向を一度押したときに実際に何をするかを説明してください。
安定した位置から同じ短い入力を2回試してみてください。両方のターンは同じ種類になりますか?逆方向は左右対称に振る舞いますか?問題は1つのデバイスに起きているのか、それともキーボードとコントローラーの両方に起きているのか?目的は挙動の簡単な説明であり、部屋の状態を混乱させる長いストレステストではありません。
問題を単にコントロールが壊れたとだけ説明するのは避けてください。有用な記述としては、オーバーレイが閉じた後に左入力で向きを変える一方で、前進は正常に動作します。より正確な説明は既知の報告と自分のケースを比較でき、開発者が次にどの情報を要求するか判断するのに役立ちます。
限定的な説明を理解してください
修飾キーは、それが押されている間に他の入力の意味を変えます。開発者の返信では、この回転動作に関してShiftキーが関連していることを示しています。修飾キーの解除がゲームの状態に反映されない場合、後の方向入力が修飾キーが有効なままのように機能することがあります。再度押して離すことは、その状態をリフレッシュする簡単な方法です。
その説明は報告されている回避策に合致しますが、ソースコードの診断ではありません。この記事ではゲームの入力実装を調査したり、問題を再現したりしていません。一つの公的なやり取りから特定のライブラリ、オペレーティングシステムのサービス、またはコントローラードライバに欠陥があると推測しないでください。有益で確認済みの事実は、観察された症状に対して開発者が提案した操作です。
この区別は期待値の設定にもつながります。回避策は問題を引き起こすすべての条件を説明しなくても、通常のプレイを復元することができます。もし再発した場合、それに先立つ変化を記録することが開発者の調査に役立つかもしれません。有益な報告を送るために内部原因を解決する必要はありません。
オーバーレイが関係しているか確認してください
挙動が変わる直前に何が起こったか思い出してください。Steamオーバーレイを開いた、ウィンドウを切り替えた、他のアプリケーションから戻った、入力デバイスを変更したなどがあったでしょうか？順序を分かりやすい言葉で記録してください。関係が再現可能でない限り、オーバーレイが問題の原因であると断定しないでください。一つの出来事が別の出来事の前に起こっただけでは、手がかりに過ぎません。
Shiftキーの押下で動作が回復した場合、そのセッションで開発者の回避策が役立ったことを簡単にメモしておくことができます。この結果は、問題の再現を試みなくても有益です。主要な目標がプレイを続けることで、実用的な復旧手段が既にある場合は、問題を繰り返し発生させる必要はありません。
さらに調査する場合は、テストを小さく、元に戻せる範囲で行ってください。安定した場所を使用し、1回の遷移を行い、1つの動作を確認します。結果が不明確になった場合や、ゲームの状態を簡単に比較できなくなった場合は中止してください。複数の可能性が混在する長い遷移の連続よりも、きれいな観察が価値があります。
デバイスを一度に1つずつ比較する
キーボードとコントローラーの両方を使用する場合は、それぞれ別々にテストしてください。一方を脇に置き、もう一方を確認することで、休止中のスティックや押しっぱなしのキーによる偶発的な入力が結果を複雑にすることを防ぎます。これは一般的な入力診断であり、報告されたShiftキーの問題に対する確認済みの修復ではありません。
同じ方向性の動作が両方のデバイスで同じ誤った挙動を引き起こすかどうかを記録してください。ゲーム状態に伴うデバイス間の問題は、1つのデバイスに限定された問題とは異なる調査が必要かもしれません。この区別は原因を証明するものではありませんが、提供できる証拠を絞ります。
キーボードの回避策が提案されたからといって、すぐにコントローラーを交換したり設定をすべてリセットしたりしないでください。元の報告にはコントローラーとキーボードの永続性が関わっていました。まずは小さな既知のアクションから始め、その後意図的にデバイスを比較してください。ハードウェア交換はこのスレッドの最初の回答としてサポートされていません。
実際のバインディングを点検してください
公式の小売リストには、複数の入力タイプに対する設定可能なコントロールとサポートが説明されています。しかし、それだけではあなたのインストール上の正確なバインディングが確定しません。関連するコントロール設定を開き、報告されたケースと異なる動作が現在割り当てられているかを確認してください。意図的に使っているカスタムマッピングを記録してください。
リマッピングレイヤーは、どの物理キーがShiftや方向としてゲームに届くかを変更することもできます。カスタムレイアウトを作成した場合は、その事実をメモに記入してください。物理ボタンのラベルがゲームが受け取るアクションを示しているとは限りません。有効な比較は、設定されたアクションと観察された結果の比較です。
一つの症状を診断しようとしながら、複数の割り当てを変更しないようにしましょう。まず既存のマッピングを記録してください。次に、可逆的な変更を行う場合は、何が変わったのか、その後に何が起きたのかを正確に記録してください。完全なリセットは症状を取り除くかもしれませんが、マッピングが関与していたかどうかを理解するために必要な情報を消去することもあります。
スティック・モディファイアとホールドキーを区別する
Shiftを物理的に押し続けている場合、開発者の説明によれば回転動作が予想されるかもしれません。手や机の上の物がキーを押していないか確認してください。この単純な観察は、キーボードの故障を前提にするのとは異なります。ソフトウェアやパズルの進行状況を変えることなく、即時の原因を排除します。
キーが空いているように見えても、ゲームがキーを押し続けているかのように振る舞う場合、次のチェックは押して離す回避策です。もし問題がゲーム外でも起きているなら、それはより広範な入力調査のための追加の背景となります。ゲーム固有のフォーラムの返信を、すべてのシステム全体の修飾子問題がゲーム内から発生した証拠として使わないでください。
説明は事実に基づいてください。手をキーから離した後もその動作が続いたこと、またはShiftキーを押すことで通常の動作に戻ったことを述べてください。これらの記述は観察可能です。キーボードバッファが壊れていると述べることは、利用可能な証拠では立証されていない内部メカニズムを主張することになります。
移動ロジックをフレームの間隔から切り離す
フレームが欠落した場合、遅延やぎこちない動きは誤った動作のように見えることがあります。最終的な向きが変わるか、キャラクターが予期しない位置で向きを変えずに終わるかを確認してください。既知のShift報告は、横移動の代わりに回転が発生することに関するものであり、見た目が急なすべてのアニメーションに関するものではありません。
問題が大規模なハブでのみ発生し、目に見えるスタッターを伴う場合は、別の調査ラインとしてパフォーマンスガイダンスを参照してください。Shiftの回避策がそれに対処するとは仮定しないでください。逆に、方向入力後に一貫してきれいに回転する場合、それが低フレームレートと同じではありません。なぜなら、両方ともナビゲーションを妨げることはありますが、本質は異なるからです。
フィードバックを提出する場合、短い録画がケースの区別に役立ちます。入力の内容と結果としての動きを静かなシーンで記録してください。議論している単一の動作を隠す長いルートを追加しないでください。開発者は、期待される動作と実際の動作の差を明確に確認する必要があります。
セッションを慎重に復元する
Shiftキーでうまくいく場合は、自分が把握している状態から続けてください。複雑な操作を再開する前に、予想外の回転で部屋の見え方が変わっていないか、すぐ周囲を確認してください。制御の問題は解決されていても、精神的な方向感覚は少し時間が必要かもしれません。
回避策が失敗した場合は、一時停止して大きな変更を行う前に状態を記録してください。通常のセッション復元（ゲームにフォーカスを戻す、または通常のセーブオプションを使用した後に再起動するなど）を試すことは可能ですが、これはこのタイトルに対する確立された修正ではなく、一般的な手順です。再起動で影響を受けたすべての状態が回復すると約束しないでください。
ここで確認された必要はなく、設定ファイルの削除、セーブの削除、または未公開のコンソールコマンドの使用も不要です。これらの行為はリスクを増加させ、元の症状の比較を困難にします。復元は狭い入力上の問題に比例させ、可能な限りゲームのサポートされているメニューを使用してください。
有用な再現メモを作成する
開始時の条件、変化、入力、結果を書いてください。たとえば、特定のコントローラーを使用していて、オーバーレイを開閉し、その後左を押すとステップではなくターンになった場合について説明します。Shiftキーで通常の動作に戻るかどうかも追加してください。これは報告形式であり、この手順がすべての機械で再現されることを主張するものではありません。
カスタムバインディングやその他の入力ソフトが関与しているかどうかを含めてください。無関係なアプリケーションを一覧にする必要はありませんが、意図的にデバイスをリマッピングしているものは関連するコンテキストとして重要です。推測せずに調べられる範囲で、オペレーティングシステム、ストアフロント、およびゲームの更新情報を記載してください。
観察した結果と推測される原因を区別してください。オーバーレイの後に問題が発生したことを観察し、修飾キーがアクティブのままだったのではないかと推測する場合があります。推測であることを明記することで、開発者は観察結果を利用しつつ、サポートされていない診断を受け継がずに済みます。また、他のプレイヤーがあなたの理論を別の症状の確定的な解決策と誤解するのを防ぎます。
問題が続く場合はフィードバックを送信 (Give Feedback)を使用してください。
パブリッシャーは、問題があるプレイヤーにゲーム内のフィードバックを送信 (Give Feedback)オプションを使用するよう指示しています。このオプションは調査に役立つログを送信します。この移動の問題については、正確な症状とそれに先立つ短い一連の動作を含めてください。開発者に追跡調査を依頼する場合、パブリッシャーのサポートガイドラインに従い、報告書に連絡先を提供してください。
報告は一つの挙動に集中させてください。回避行動が横移動の代わりになるという簡潔な説明は、関連性のないグラフィックス、パズル、コントローラーの不満をまとめたものよりも調査が容易です。同じ瞬間に別の症状が発生した場合は言及できますが、原因が同一であると仮定せずに関係性を説明してください。
公開投稿する場合、9月6日の開発者の回答へのリンクを付け、その回避策が役立ったかどうかを記載してください。これにより次の読者が、解決済みの事例と未解決の変種を区別できます。証拠がその範囲を実際に支持しない限り、投稿タイトルで普遍的な修正としないでください。
問題が再発する場合
再発の頻度や、同じ変化が前に現れるかどうかを記録してください。一度の成功した復帰は役立ちますが、繰り返される挙動は追加のパターンを示す可能性があります。記録は、実際に続けられる程度に簡潔に：日付、入力デバイス、前の変化、症状、Shiftキーを押した結果を記録してください。
特定のマッピング仮説をテストしている場合を除き、各発生の間に操作設定を繰り返し変更しないようにしてください。そうでなければ、各再発は新しい設定下で発生し、比較が難しくなります。安定した設定は、すべてを一度に改善しようとする記録されていない試みの連続よりも、有用な証拠を提供します。
後の公式アップデートで入力処理に関する記述がある場合、それが特定の問題に対処しているか確認するまでは、修正されたと仮定しないでください。アップデートが存在することは、報告されたすべてのバグが解決された証拠ではありません。確認された修正や自分自身の一貫した観察によってそうでないと確定するまでは、Shiftキーを押す操作を恒久的な修理ではなく対処法として説明してください。
他のプレイヤーを助けるときは、過度に一般化しないようにする
アドバイスを共有する際は、まず正確な症状を示してください：オーバーレイ後に特に、左右に回転するが横移動しない場合です。その後で、開発者が提案したShiftキーの使用とソースへのリンクを伝えます。その範囲を限定した説明は、何かを変更する前にそのアドバイスが自分のケースに適しているかを判断するのに役立ちます。
相手のプレイヤーがドリフト、入力なし、またはクラッシュを報告した場合、同じ答えを無理に当てはめないでください。1回の意図的な入力後にキャラクターがどう動くか、最終的な向きが変わるかを尋ねてください。慎重な区別は時間を節約し、無関係なトリックの集合よりも優れた報告を生み出すことができます。
ソースがコントローラー使用者に関するものであることも説明できますが、すべてのコントローラーに同等のショートカットがあると主張しないでください。実際の操作設定を確認し、ドキュメント化されたキーボード操作を使用するよう促してください。ソースの制限を保持することは、対策の信頼性を高めるのであって、役に立たなくするものではありません。
明確な状態でパズルに戻る
動作が正常になったら、立っている場所、向いている方向、次の移動に関与するオブジェクトを特定する時間を取りましょう。入力の中断は、部屋の変化が少なくても心の計画を崩すことがあります。その局所的な理解を再構築するだけで、パズルを再開するのに十分なことが多いです。
サポートの問題をパズルの論理とは分けて考えましょう。修飾キーによる回転は、部屋に隠された移動技術が必要である証明にはなりません。同様に、難しいルートは、操作が誤作動している証明にはなりません。どの問題を解決する必要があるかを決める前に、意図的な単純な操作と設定された動作を比較してください。
ここで検証されたアクションは小さく、具体的です。症状が一致したときに最初に使い、一致しなければ正確な証拠を集めましょう。この方法によりセットアップが維持され、開発者が本当の調査を支える情報を得られます。不確かな入力状態を複数の追跡されていない設定変更で置き換えるのではなく。
シフトテストの結果を分類する
最初のテストからいくつかの有用な結果が得られます。単一のプレス&リリースで横方向の動きが即座に回復した場合、その結果と問題の前の遷移を記録します。この観察は、そのセッションで文書化された回避策の使用を支持しています。オーバーレイ、リマッピング層、または他の遷移が元の入力状態を生み出したかどうかは示しません。
何も変わらず、左右の入力でキャラクターがきれいに回転し続ける場合は、関連するグラフィック変更に移る前に、実際のマッピングと修飾子の状態を確認してください。あなたのケースは入力解釈に関わるかもしれませんが、既知の回復ステップに反応していません。その区別はレポートに記載すべきです。
もし結果が1つのデバイスだけで変わる場合は、どのデバイスか、どのように分離したかを記録してください。もし他のデバイスでも挙動が変わるなら、テストを完全な修正と説明するのは避けましょう。デバイス固有の結果は、原因を特定しなくても比較範囲を絞り込むため価値があります。
動きが不規則で、一定の回転でない場合は、症状の説明に戻ります。タイミングの問題、または重なり合う問題が二つあるかもしれません。意図的な入力の後に最終的な位置と向きを述べてください。この単純な観察は、すべてのぎこちない動きをシフトの説明に無理に押し付けるよりも有用です。
部屋の状態が変わったり、別の入力があったためにテストが決定的でない場合は、そう伝え、可能であれば小さなクリーンチェックだけを繰り返してください。不明瞭な試みを回避策の賛否両論の証拠としてカウントしないでください。報告書には、実際に試したが状況下の結果を判断できなかったことを正直に含めることができます。
これらの結果カテゴリーは、適切なポイントで止まることを可能にしています。成功した回復はプレイに戻ることができ、明らかな失敗はフィードバックにつながり、曖昧な結果はより狭い観察を促します。どれも操作の完全なリセットやゲーム内部入力コードに関する推測的な主張を必要としません。