How to Fish Performance Report Template and Safe Tests
Updated 2026-08-25
Collect a reproducible stutter, frame, input or crash report with reversible comparisons instead of promising an unsupported FPS fix.
Start with a measurable symptom
Replace 'laggy' with the event you can observe: frame-time spikes while turning, low steady frame rate, input delay, audio slowdown, a crash on item selection, or network rubber-banding. Record location, party size and duration before it begins. Network latency and local frame pacing require different tests. This page does not promise a specific FPS gain because hardware, drivers, build and scene vary.
Record the baseline
Write down game build, operating system, CPU, GPU, RAM, driver, resolution, display mode, frame cap, upscaling if present, overlays, input device and single-player/co-op state. Use the same location and action for each comparison. Capture a short trusted performance trace if you know how, but do not expose usernames, file paths or private lobby details in a public screenshot.
Change one safe setting
Begin with supported in-game resolution, display mode and frame options. Restart when the option or patch notes require it. Close one overlay or capture tool, then repeat the baseline. Use stable vendor drivers and normal operating-system power settings. Avoid registry tweaks, unknown optimization executables, disabling security or copying configuration from unrelated games.
Separate mode and network effects
Repeat the baseline in single-player. If it is stable, test a private co-op session with one client and add players gradually. Record host and client results. A frame problem that occurs offline differs from rubber-banding or item desync that appears only online. Do not call every multiplayer pause an FPS issue, and do not recommend router changes for an offline rendering failure.
Use official patch context
Official patch 1.0.5 changed the minimum locked frame option, demonstrating that performance guidance can be build-sensitive. Confirm the current version before copying an older cap recommendation. Read the exact patch language; do not infer that one option fixes every hardware setup. Retest after an update using the same baseline and keep both results.
Copyable report fields
Build: __. OS: __. CPU/GPU/RAM: __. Driver: __. Resolution/mode/cap: __. Single-player or host/client: __. Location/action: __. Expected result: __. Actual result: __. Time before issue: __. One changed variable and outcome: __. Reproduction rate: __ of __ attempts. Attach logs only through official instructions. This compact structure lets developers and other players compare evidence without guessing.
How to apply this guide safely
Begin with “Start with a measurable symptom” and compare it with the objective, inventory, and controls shown by your installed build. Do not change several variables at once. If the guide concerns progression, complete one dialogue or hand-in and confirm the objective changed before sailing away. If it concerns combat, test the control or equipment choice on an ordinary encounter before spending a boss trigger. If it concerns troubleshooting, preserve the save and start with reversible checks such as restarting the session and verifying files.
Keep a short run record with the game version, solo or co-op state, host identity, starting objective, relevant equipment, steps taken, and outcome. Physics, network state, and retail patches can make two attempts look different even when both players describe them honestly. A controlled record lets you identify which condition changed. It also gives the developer a useful reproduction if the result points to a defect rather than a missed quest step.
Evidence and version check
This article uses Steam Community Hub — official announcements, Steam Discussions — current issue reports. Official store text and developer announcements establish supported features and broad progression. Steam achievement wording establishes that a named action exists, but it does not prove an exact coordinate, probability, price, damage value, or hidden timer. Community discussions can reveal a repeated problem and possible workaround, but one reply is not treated as a universal mechanic. Where evidence stops, the guide uses cautious testing steps instead of inventing a precise answer.
Before relying on an older route, check the Steam news and discussion dates against the updated date at the top of this page. Prefer the current in-game objective when it conflicts with a video or forum post. Avoid unknown executables, replacement saves, cheats, or destructive file edits offered as shortcuts. A legitimate workaround should be explainable, reversible, and testable without surrendering account credentials or deleting the only known-good save.
Completion check
Finish with “Copyable report fields,” then verify the result in the system that matters: quest log for progression, inventory for items, Steam for achievements, or a repeatable symptom check for a technical fix. Do not treat a visual animation alone as proof that the save registered the event. Wait for a normal transition and inspect the state before selling items, changing hosts, or starting another objective. If the result differs from this page, send the URL, build number, exact steps, and observed result through the contact page; that evidence is how we correct guides without turning uncertain reports into false facts.
Sources & Evidence
Claims are backed by the following sources. Unknowns are marked explicitly.
- Steam Community Hub — official announcementsOfficial / Tier 1Checked 2026-08-25
- Steam Discussions — current issue reportsCommunity / Tier 2-3Checked 2026-08-25