機械翻訳を利用しています。ゲーム内のアイテム名は英語表記の場合があります。
パッチによる変更とセーブの問題を区別し、Breathedge 2内の報告ツールを使うための慎重な確認手順を解説します。
試す前に状況の記録を残す
アップデート後にセーブデータの挙動が変わった場合は、すぐに長い変更の連鎖を控えてください。インストールされたバージョン、問題発生前の最後のアクション、そして毎回問題が発生するかどうかを確認しましょう。別の状態をテストする前に、可能な限り影響を受けたセーブデータを保持してください。これにはゲームのセーブファイルのパスを推測したり、理解できないファイルを編集したりする必要はありません。
目標は明確なビフォーアフターの記録を保つことです。記録する前にコントロールを変更したり、オブジェクトを移動させたり、クエストを繰り返したり、進行状況を上書きしたりすると、どのステップが結果に影響を与えたのか判断しにくくなります。管理テストは一度に一つの条件を変えていきます。簡単な修正があっても回復でき、存在しない場合はサポートに一貫したケースを提供します。
パッチが修正する範囲を正確に読む
セーブ関連のバグが修正されたと言われたパッチは、報告されたすべてのロード問題が同じ原因であることを意味しません。バージョン0.8.7は特定のシャトルフライトのセーブタイミング問題とデポのヨーク問題に対応しています。開発者はアップデート後にワールドに落下したという報告も報告していますが、検証した提出したセーブデータが正しく読み込まれたと述べています。これは未解決の診断問題であり、普遍的な解決策やプレイヤーが症状を想像した証拠ではありません。
もしあなたのケースがリストに記載された問題に似ている場合は、まずアップデートが完了したことを確認し、その後関連するやり取りを一度だけテストしてください。結果を正確に説明してください。もしメモと異なる場合は、その違いが有用な証拠となります。「すべての古いセーブが壊れている」といった一括結論を「1つのテストが成功したからといって」といった結論は避けましょう。アーリーアクセスのサポートは、レポートが実際の範囲を保持したときにより効果的に機能します。
仕様変更とクエストの不具合を区別する
現在のルールを理解するといくつかの問題は解消されます。タクシーレターはデモの山ではなく、半径20メートルに意図的に分散されています。特定の解体操作にはTwisterが必要です。ハッチは0.8.6以降、他の場所で集めたバッテリーを受け入れられます。以前の挙動を基にしたガイドは、動作中のクエストが壊れているように見えるかもしれません。
報告する前に、現在の目標とプロンプトを読みましょう。それらを最近の公式メモと比較し、現在のビルドが求めるやり取りを実行します。進行したら、古い前提を繰り返さないように個人ノートを更新してください。失敗した場合は、レポートで「該当する変更を確認した」と記載し、問題は再現されたと伝えられます。これにより、ゲーム全体のトラブルシューティングを自分で行う必要がなくなり、曖昧さを解消できます。
ゲーム内の報告ツールを使う
発売発表では組み込みの報告ルートが説明されています:Escキーを押して「バグを報告」を選択し、問題を書き込むこと。下部のトグルでセーブデータを添付できます。また、フォローアップが役立つ場合は、開発者がオプションで連絡先を教えてもらうよう求めています。自分が提供しやすい情報のみを共有し、無関係な個人情報は説明文から除外してください。
有用なレポートは、日常的に言えば4つの部分から成り立っています:あなたがどこにいるか、何をしたか、何を期待していたか、そして代わりに何が起こったかです。結果が繰り返されるかどうかも加えてください。例えば、「ミッションが壊れた」と言うのではなく、クエストステージと関わるオブジェクトを特定しましょう。セーブデータを添付する場合は、読み込み直後に開発者が何をすべきかを説明してください。これにより、大きな謎から実用的なテストケースへと変わることができます。
機器の症状と進行の不具合を分ける
起動時のホットフィックスには入力や表示の問題、さらにクエストの問題が含まれます。バージョン0.8.6では、コントローラーモードのロックと、接続されたホイール、ペダル、ヨークに関連するカーソルの欠如が解決されました。バージョン0.8.7では、5120×1440の解像度を修正し、より低いウルトラワイドモードに戻します。もし問題が入力やディスプレイに関する場合は、クエストの物語に埋もれさせるのではなく、該当するデバイスと解像度を含めてください。
明確に比較するために、どの周辺機器が接続されていたか、症状がメニュー、ゲームプレイ、またはその両方に現れるかを確認しましょう。オプションのデバイスを一時的に切断してテストする場合は、それを必ず修正されたものとして発表せず、テスト結果として記録してください。AZERTYの問題は0.8.5のノートでも依然として認められていました。このガイドのために取得された後のノートでは、修正されたと明示的に明示されていません。無関係なコントローラーの修正がキーボードの配列動作を解決するとは思わないでください。
有用な確認が一度できたらプレイに戻る
トラブルシューティングは元の問題よりも多くの時間を要することがあります。再現可能な問題を確認し、該当状態を保持し、望むなら簡潔な報告を提出したら、同じ失敗した操作を繰り返すのはやめてください。別の使えるセーブデータから続けるか、ゲームが許可している場合はその目的を一時停止してください。安全な継続がなければ、イライラして上書きせず、証拠を後回のアップデートのために保存してください。
新しいパッチが届いたら、自分の症状を読み取り、最も小さな関連シーケンスをテストしてください。結果をノートに更新しましょう。これはアーリーアクセスに参加する管理可能な方法です。自分の進捗を分かりやすく保ち、セーブ互換性に関する裏付けのない約束を避け、実際に修正につながるフィードバックを提供します。
一読で理解できる報告にまとめる
短い構造を用いてください:バージョンとデバイス、場所やクエスト、ステップ、期待結果、実際の結果、繰り返し可能性。失敗は冒頭に置いてください。読者がハッチのやり取りが全く進まないことを知るために、セッション日記全体を通す必要はありません。背景を加えるのは、目標に到達する前にバッテリーを回収した場合など、再現が変わった場合のみです。
例の構造は次の通りです。『現在のビルドでは、この目標で添付されたセーブを読み込みました。名前のあるオブジェクトに近づき、表示されたインタラクションを使いました。ステージが進むと思っていましたが、プロンプトは変わっていません。同じセーブをロードするとまた同じ現象が起こります。』すべてのプレースホルダーを観察で置き換えてください。テストしない限り再現性を主張しないでください。この形式は、開始状態とアクションを識別できるため、他の人が同じ動作を評価できるように、あなたが何をしたかを推測せずに済みます。
添付したセーブの状態を説明する
添付のセーブは、どこから始まり、どれくらい失敗に近いかを説明する文があるとより有用です。アクションの前か、問題直後か、あるいは古い比較ポイントかを挙げてください。関連するオブジェクトが見えない場合は、近くのランドマークを挙げてください。開発者は、報告したい状況を見つけるためにクエストを一から解決する必要はありません。
複数のセーブがある場合は、最新のセーブを自動的に添付するのではなく、最も再現性を保つものを選びましょう。新しいセーブはすでに重要なトリガーを過ぎている可能性があります。サポートから求められたら他の状態は保存しておくと良いですが、ラベルのない混乱を招くコレクションの送信は避けてください。このガイドでは未検証のファイルシステムパスを示したり、セーブの編集を指示したりはしません。ゲームが提供する報告機能を利用し、通常のゲームプレイ用語で状態を説明してください。
進行状況の消失と仕様変更を区別する
進行状況が抜けているということは、読み込み状態が予想より早いか、実行した記憶があるアクションがないことを意味します。進行状況が変わった場合、同じステージが新しいビルドで異なる動作をすることを意味します。まずは、どのステージを観察したかを特定しましょう。アップデートでクエストが書き換えられたと考える前に、選択したセーブデータと最近のプレイ履歴を確認してください。
複数のコンピュータを使う場合は、どのデバイスが最後に目的の進行状況を保持していたかを記載してください。同期の問題で、ゲーム内のクエスト失敗なしに古い状態が残ることがあります。逆に、正しい最近の状態が読み込まれても進行バグが残ることがあります。これらのブランチを分けておくことで、適切なサポートを得るのに役立ちます。上書きを選択したり、どのコピーが該当するかを判断しながら状態に繰り返しセーブしたりしないでください。まずタイムラインを設定し、読み込もうとしたコピーのゲームプレイの挙動をテストしてください。
更新後は変更点を一つずつ比較する
新しいパッチが届いたら、通常のアップデートプロセスを完了し、関連するアクションを再テストしてから、無関係な回避策を適用してください。さらに、いくつかのグラフィック設定を変更したり、デバイスの接続を抜いて古いセーブデータを読み込んだ場合、成功した結果の解釈は難しくなります。比較を明確にすると、同じ条件下でアップデートだけで症状が変わったかどうかが分かります。
症状が続く場合は、そのタイプに基づいて次のテストを選びます。入力問題は入力比較が必要です。インストールされていないアセットはファイル検証の正当化が理由になるかもしれません。クエストトリガーは保存状態の再現が必要です。結果を書き留め、新しい情報が得られないテストを繰り返すのをやめましょう。これによりトラブルシューティングが比例的に進みます。すべての可能性を何時間もテストしたり、一度の成功で問題群全体が解決されたと装うことなく、有用な証拠を提供できます。
機器の詳細は関係する場合に添える
ディスプレイの問題では、解像度、表示モード、グラフィックスハードウェアが重要になることがあります。コントローラーの問題では、デバイスや接続された周辺機器が重要です。特定のクエストの相互作用が一貫して動作する場合、長いハードウェアインベントリはクエストステージやセーブよりも役に立たない場合があります。巨大な汎用診断テンプレートをコピーするのではなく、症状に合わせてレポートを作成しましょう。
サポートが詳細を求めたら、その時点で提供してください。最初のレポートでは、情報を読みやすく保ち、アカウント認証情報、無関係な個人ファイル、プライベートなコンテンツを含むデスクトップの完全なキャプチャは避けてください。役立つレポートには機密情報は必要ありません。正確なゲームプレイステップ、ビルド、関連するセーブデータが、推測的なシステム詳細よりも良い出発点となることが多いです。目的は次の診断質問を簡単にすることであり、受信者にコンピューターに関するあらゆる情報で圧倒させることを避けることです。
バランスへの意見と不具合報告を区別する
メカニックは意図通りに機能しても不快に感じることがあります。もし生存が急に消耗したり、操作が長引くのが心配なら、誤作動の証拠がない限り、その体験をフィードバックとして表現してください。難易度、活動内容、望んだ結果を含めてください。これにより、チームはチューニングリクエストと壊れたトリガーを区別できます。
例えば、繰り返し戻ることで現在の設定での読書や探索が妨げられることを説明し、メーターがバグっていると言ってペースが嫌いだからだと主張するのではありません。メーターの挙動が一貫していないと思う場合は、その違いを示す類似のテストを説明してください。明確なフィードバックは、技術的な欠陥と誤ってラベル付けされることなくデザインに影響を与えます。また、他のプレイヤーが適切なアドバイスをするのにも役立ちます。例えば、難易度の変更は経験の好みに合うかもしれませんが、行動を認識しなかったクエストを必ずしも修正するわけではありません。
追加報告は元の事例と結び付ける
もし後でより信頼できる再現手順を見つけた場合、可能な限り同じレポートチャンネルを更新し、新しい詳細を明示してください。何が変わったのかを述べてください：特定のオブジェクト配置、以前のセーブ、あるいは異なる入力状態などです。追加の証拠なしで同じあいまいな不満を繰り返し送信するのは避けてください。1つの整合したケースの方が、複数の関連性のなさそうな事例より追跡しやすいです。
問題が消えた場合、現在正常に動作するビルドと操作を記載してください。確認済みの修正と再現できなくなった症状の区別を消してはいけません。どちらも有益な結果ですが、意味は異なります。もし任意で連絡先を提供することに抵抗がなければ、フォローアップに関連する情報に限定し、不要な場合は公開投稿には含めないでください。目標は、ケースを解決する手助けをしつつ、自分の連絡や個人情報を管理下に置くことです。
長く離れる前に再開用の記録を残す
しばらくアーリーアクセスのプレイを中断する前に、現在のバージョン、進行中の目標、停止した理由を記録してください。未解決の問題や送信済みのレポートも記載してください。数か月後に再開する際、この記録があれば、忘れたタスクを新しいバグと間違えたり、パッチで不要になった作業を繰り返したりするのを防げます。
影響を受けるシステムの現在のノートを読み、狭い範囲の問題を一度テストしてください。正常に動作する場合はランを続行し、古い回避策は廃止してください。動作しない場合は、以前の記録が更新レポートの文脈を提供します。これは特にゲームが時間と共に大規模なコンテンツを追加する場合、管理しやすい継続性習慣です。すべての将来のアップデートがすべての状態を保持するか、最初からやり直す必要があることを前提にせず、自分の進行状況を明確に把握できます。
解決したら結果も記録する
該当の操作が再び動作するようになったら、バージョンと結果を個人記録に更新してください。明確な目的がない限り、旧回避策は日常から削除してください。根本的な問題が変わった後も古い修正を適用し続けると、新たな混乱を招く可能性があり、特に操作や行動の順序を変更する場合は注意が必要です。
もしあなたが助けを求める公の投稿をした場合、短い事実に基づくフォローアップが次のプレイヤーに役立つことがあります。パッチや変更された状態を特定し、現在うまくいっているものを伝えましょう。関連するすべての問題が解決したと宣言するのは避けましょう。狭い精度の解決は、一括りの主張よりも有用であり、あなたの検証済みケースと他のプレイヤーがまだ調査中の問題との区別を守ります。
出典と確認情報
この記事は、引用された事実と実践的な編集アドバイスを組み合わせたものです。古いルートを適用する前に、バージョンと不確実性の注意事項を確認してください。
