Run a current audit
Use Run PC audit now. The result is a timestamped snapshot, not continuous monitoring.
A 9800X3D and a flagship GPU can still feel terrible. Find whether the fault is frame pacing, shader compilation, CPU scheduling, GPU saturation, display sync, asset streaming, drivers, or input latency.
Measure first, change one thing, repeat the same test, and keep only improvements supported by comparable evidence.
Use Run PC audit now. The result is a timestamped snapshot, not continuous monitoring.
Choose a supported frame-timing CSV for the same 60–90 second gameplay route, repeated three times.
Label three real captures Baseline. Keep the game, route, settings, and background conditions consistent.
Preview supported writes, preserve the backup, or make one documented manual change. Never stack unrelated tweaks.
Label three more captures Comparison. Treat fewer than three runs per group as provisional.
Review P99 and hitch count together. Keep a change only when repeatable evidence improves; otherwise restore it.
Review report redaction, capture labels, and filenames. Frame Truth provides evidence, not a repair guarantee. The complete offline instructions are included as CUSTOMER_GUIDE.md.
You do not need to be a technician. Start here before running tests. Each explanation tells you what a feature does, what its result means, and what to do next.
Frame Truth helps you investigate stutter, uneven frame pacing, low performance, input delay, memory pressure, and instability. It measures supported Windows and frame-delivery evidence, then helps you compare a before test with an after test.
It runs a timestamped PC audit, reads supported frame-timing CSV captures, summarizes repeatable runs, suggests controlled tests, records supported changes, and exports evidence you can review or share.
It does not automatically overclock, update every driver, repair hardware, guarantee FPS, estimate unavailable sensors, or prove a cause from one number. Most recommendations are tests—not automatic fixes.
Test the same scene three times, change one thing, test the same scene three more times, and keep the change only when the improvement repeats.
Why: If the route or conditions change, Frame Truth cannot tell whether your setting helped or the test simply became easier.
Press Run PC audit now. Frame Truth reads the Windows information it supports at that moment, including memory pressure, large running processes, supported games, GPU/display details when exposed, drive free space, power plan, WHEA hardware events, and application crashes.
Next: Correct obvious contamination—such as another game running—then capture gameplay. Do not buy hardware from an audit warning alone.
Press Start live memory to refresh physical-memory readings every two seconds. Available shows RAM currently available, Used shows the percentage in use, and Total shows installed usable physical memory.
This panel does not measure live CPU load, GPU load, FPS, temperatures, clocks, or latency. Stop it when you are finished. A low-memory reading is evidence to repeat the test cleanly—not an automatic recommendation to purchase more RAM.
A CSV is a text table containing measured frame rows. Frame Truth accepts supported columns including DisplayedTime, MsBetweenDisplayChange, MsBetweenPresents, or FrameTime.
Privacy: Frame Truth reads the CSV on this PC. It does not upload the capture.
Total frame rate averaged across the run. Useful for throughput, but it can hide individual stutters.
The middle frame duration in milliseconds. Half the measured frames were faster and half were slower.
95% of valid frames were at or below this duration. It describes the slower edge of normal delivery.
99% of valid frames were at or below this duration. It is sensitive to the slowest 1% and is important for perceived smoothness.
The single slowest valid frame. Investigate it, but do not judge the entire run from one isolated outlier.
Frames crossing Frame Truth's conservative severe-hitch threshold: over 33.3 ms and over 2.5× the run median.
Frame-time reference: 60 FPS equals about 16.67 ms per frame, 120 FPS equals 8.33 ms, and 144 FPS equals 6.94 ms. Consistency matters more than briefly reaching a high FPS.
Measured improvement: P99 decreases and hitch count does not increase across complete comparable groups. Not confirmed: the result is mixed, worse, incomplete, or too inconsistent. Restore or run a cleaner test instead of forcing a conclusion.
Diagnose ranks possible fault domains from the symptoms you select. A ranked hypothesis means “test this first,” not “this part is broken.” Test Plan creates a controlled recipe from your selected game, goal, refresh rate, VRR choice, and documented context.
Read the words Preview, Documented context, and Verify on this PC literally. The app does not claim that every listed fact applies to your current machine until it measures or you confirm it.
Most Frame Truth recommendations are instructions only. The current build supports one documented Crimson Desert configuration action. For a supported action:
Never edit or delete the backup while you are evaluating the change.
The JSON report is structured evidence for software or technical review. The technician report is a readable HTML summary. Reports contain summaries—not every raw frame row. Keep both redaction boxes selected unless a trusted recipient needs your labels or filenames.
Open the exported report before sending it. Check names, paths, labels, timestamps, and action history. A report supports troubleshooting; it does not guarantee a repair or establish that hardware is defective.
Frame Truth is an on-demand desktop diagnostic tool. It does not claim zero overhead. Live memory refreshes only after you start it, and CSV analysis uses local CPU and memory while processing. Close other capture and overlay tools during a clean benchmark, and compare runs made under the same conditions.
Press one button to collect a read-only Windows inventory and health snapshot. Frame Truth displays only values Windows actually reports and explains what software cannot verify.
Run the desktop audit now or choose a valid audit JSON. Frame Truth will display the capture timestamp and measured values from that snapshot.
Start sampling to generate findings from measured memory.
Refreshes every two seconds while active. Findings are recalculated from the displayed sample. This panel measures physical memory only. CPU, GPU, temperatures, clocks, FPS, and latency are not inferred.
Restart before testing. Run one game only. Record available and committed memory at launch and after 15 minutes. Do not buy RAM yet; prove whether a clean 32 GB session stays below pressure thresholds.
Use a 60–90 second PresentMon capture. Record DisplayedTime, CPU/GPU busy, presentation mode, VRAM, and temperatures. Repeat the exact route three times.
For Crimson Desert, baseline with frame generation off. Generated FPS is not simulation FPS and cannot repair a stuttering native render stream.
Confirm Windows refresh, monitor OSD refresh/VRR, FreeSync, V-Sync, fullscreen/borderless mode, and exactly one cap. Record before changing.
If unrelated games still spike cleanly, test stock CPU/GPU and JEDEC memory before blaming game engines. Check WHEA and crash logs; do not apply registry packs.
Choose a game and goal. Frame Truth builds a controlled test recipe from documented context and your inputs—never a mystery “boost” button.
The planner separates dated case context, user inputs, and controlled experiments. It will also tell you when the correct action is “do not change this.”
No supported setting action has run on this PC.
An on-demand audit reads running supported games, memory pressure, large working sets, driver/display details when Windows exposes them, disk space, power plan, WHEA events, and application crashes.
Frame Truth ranks possible causes and names the next separating test. A hypothesis is never presented as a confirmed hardware diagnosis.
The current build provides test plans and one supported Crimson Desert setting action with preview, backup, verification, and restore. Other selections receive no automatic write.
Repeat one route and compare median/P95/P99/worst frame time and hitch count. Latency is discussed only when the imported capture contains a supported latency field.
This produces a ranked hypothesis and the next clean test. It does not pretend to diagnose hardware from a checkbox.
Select your symptoms. Your result will rank likely fault domains, explain why, and give you one-variable tests.
Choose a supported frame-timing CSV. Frame Truth analyzes it on this PC—no account, server, or upload.
or click to choose · CSV only · analyzed on this PC
Ready for a supported CSV.
Import three captures of the same route for a baseline, make one controlled change, then import three comparison captures. Frame Truth stores the summaries on this PC; capture contents are not uploaded.
No saved runs yet. Import a real capture to begin.
Capture first. Change one variable. Repeat the same route. Keep only improvements that survive a repeat run.
Return CPU, GPU, and RAM to stock for the first test. Record BIOS, Windows build, chipset and GPU driver, monitor refresh, resolution, game version, and every overlay.
Use a 60–90 second repeatable route. Warm the game once, then capture three passes. Separate first-run shader behavior from repeatable stutter.
Use PresentMon or a tool built on it. Track displayed time, CPU busy, GPU busy, GPU latency, presentation mode, and input latency when available—not FPS alone.
Cap below the sustainable rate and inside the VRR range. If pacing and latency improve, the render queue or saturation was part of the problem. Do not assume the cap is the root fix.
Drop resolution only. A large improvement points toward GPU load; little change with CPU spikes points toward game/driver/OS work. Watch single-frame behavior, not overall utilization.
Disable overlays and capture hooks, test one monitor, close RGB/audio/browser tools, and use a clean boot if needed. Restore items in halves to locate the conflict.
A/B exclusive fullscreen and borderless, VRR on/off, HDR on/off, HAGS on/off, and one limiter at a time. Reboot where required. Never stack multiple caps or latency controls blindly.
Update motherboard BIOS only with the board maker’s instructions; install the correct AMD chipset package; verify EXPO stability, temperatures, clocks, SSD health/free space, and PCIe link behavior.
If the same spikes remain at stock, across clean boots and driver branches, package the three-run CSVs, exact timestamps, system inventory, and reproduction route for the game or driver vendor.
Registry “latency packs,” timer-resolution rituals, deleting random shader caches every boot, disabling security features, process-priority hacks, or ten changes at once. They destroy the baseline and can create new instability.
The failure domains below overlap. That is why measurement and controlled A/B tests matter.
Average FPS hides variance. A stable 8.3 ms cadence feels different from frames bouncing between 4 and 20 ms even when the average is similar. Inspect displayed-frame durations, percentiles, and the timeline.
A game may compile a shader when an effect first appears. A fast CPU reduces but cannot erase synchronous engine work. If a hitch disappears on the second identical pass, compilation or cache population becomes more likely.
Moving data from storage through CPU/system memory into VRAM can stall a frame. Watch whether spikes align with disk activity, VRAM pressure, or location boundaries. Lowering textures tests memory pressure; lowering resolution mostly tests GPU rendering load.
When GPU work takes longer than the frame budget, CPU submissions can queue and controls feel heavy. A supported in-engine latency mode can synchronize work just in time; a sensible cap can preserve headroom.
The game, Windows compositor, driver, cable, and display must agree on cadence. Confirm the actual refresh rate and presentation mode. VRR only works within its operating range; frame rates beyond or below it need deliberate handling.
Kernel drivers, polling utilities, overlays, antivirus scans, audio stacks, and peripheral software can interrupt or hook the game. A clean boot is an isolation tool—not a permanent gaming configuration.