FTFRAME TRUTHBY TECH LIFE HYBRID
100%
ON-DEVICE
PC SMOOTHNESS LAB01 / FRAME PACING

Your FPS counter
is not telling
the whole truth.

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.

FRAME DELIVERY / 120 FPS TARGETANIMATED DEMO
FRAME TIMEHITCHTARGET 8.33 ms
AVERAGE118FPS
1% LOW42FPS
WORST FRAME48.7MS
THE CORE IDEASmoothness is consistent frame delivery—not peak FPS. One 50 ms frame among 8 ms frames is a visible hitch.

Use Frame Truth in the right order.

Measure first, change one thing, repeat the same test, and keep only improvements supported by comparable evidence.

01

Run a current audit

Use Run PC audit now. The result is a timestamped snapshot, not continuous monitoring.

02

Import one route

Choose a supported frame-timing CSV for the same 60–90 second gameplay route, repeated three times.

03

Build the baseline

Label three real captures Baseline. Keep the game, route, settings, and background conditions consistent.

04

Change one variable

Preview supported writes, preserve the backup, or make one documented manual change. Never stack unrelated tweaks.

05

Run the comparison

Label three more captures Comparison. Treat fewer than three runs per group as provisional.

06

Keep or restore

Review P99 and hitch count together. Keep a change only when repeatable evidence improves; otherwise restore it.

READ BEFORE SHARING

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.

What Frame Truth is—and how to use it.

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.

WHAT IT IS

A PC performance evidence tool

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.

WHAT IT DOES

Measure → explain → compare

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.

WHAT IT DOES NOT DO

No magic boost or fake diagnosis

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.

THE SIMPLE RULE

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.

01Before your first testPrepare a fair baseline
  1. Restart Windows so an old game session or memory leak does not contaminate the test.
  2. Close other games, downloads, unnecessary browser tabs, overlays, and recording tools.
  3. Launch the game and warm up the test area once. Do not count the warm-up as a measured run.
  4. Choose one 60–90 second route you can repeat closely: the same save, path, camera direction, and actions.
  5. Write down the game version, display resolution, graphics preset, frame-generation setting, FPS cap, and driver version.

Why: If the route or conditions change, Frame Truth cannot tell whether your setting helped or the test simply became easier.

02Your PC auditA timestamped snapshot—not constant monitoring

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.

Commit percentage
How much committed virtual memory Windows is using compared with its limit. Very high commit can signal memory pressure, but it does not prove that RAM is defective.
Available memory
Physical RAM Windows could provide at the audit time. A low value is a warning to retest after a restart with unnecessary apps closed.
WHEA event
A Windows Hardware Error Architecture record. It can support a stability investigation, but one event alone does not name the failed part.
Application crash
A Windows reliability event showing that an application failed. Match its timestamp and application name to the problem you experienced.

Next: Correct obvious contamination—such as another game running—then capture gameplay. Do not buy hardware from an audit warning alone.

03Live memoryOne real-time statistic with a narrow scope

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.

04Frame-timing CSVMeasure individual frame delivery

A CSV is a text table containing measured frame rows. Frame Truth accepts supported columns including DisplayedTime, MsBetweenDisplayChange, MsBetweenPresents, or FrameTime.

  1. Create a capture using a tool you already own and trust.
  2. Launch the game and perform the same 60–90 second route.
  3. Choose the resulting CSV in Frame Truth.
  4. Name the case and label three identical runs Baseline.
  5. Change one variable and import three Comparison runs.
  6. Review repeatability, P99 frametime, and severe hitches together.

Privacy: Frame Truth reads the CSV on this PC. It does not upload the capture.

05Understanding the performance numbersLower frame time is generally better
Average FPS

Total frame rate averaged across the run. Useful for throughput, but it can hide individual stutters.

Median frame time

The middle frame duration in milliseconds. Half the measured frames were faster and half were slower.

P95 frame time

95% of valid frames were at or below this duration. It describes the slower edge of normal delivery.

P99 frame time

99% of valid frames were at or below this duration. It is sensitive to the slowest 1% and is important for perceived smoothness.

Worst frame

The single slowest valid frame. Investigate it, but do not judge the entire run from one isolated outlier.

Hitch count

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.

06Baseline and comparison runsHow to prove whether a change helped
  1. Set the Test group to Baseline and use a clear label such as “High preset · FG off.”
  2. Capture the same warmed route three times. Three runs reduce the risk of trusting a lucky or unusually bad pass.
  3. Change exactly one variable—for example, frame generation off to on, one graphics setting, or one FPS cap.
  4. Set the group to Comparison and label the change.
  5. Capture the same route three more times under the same conditions.
  6. Review P99 and hitch-count direction together. Check the repeatability label before calling the result proven.

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.

07Diagnose and Test PlanHypotheses and experiments—not verdicts

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.

08Supported changes, backups, and restorePreview before allowing a write

Most Frame Truth recommendations are instructions only. The current build supports one documented Crimson Desert configuration action. For a supported action:

  1. Press Preview supported file change and review the exact target and proposed value.
  2. Press Apply only if the target is correct. Frame Truth creates a backup first.
  3. Repeat the six-run evidence workflow.
  4. If performance does not improve or the game behaves incorrectly, press Restore latest backup.
  5. Check the Change Ledger for the action time and result.

Never edit or delete the backup while you are evaluating the change.

09Reports and privacyReview before sharing

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.

10If something failsClear recovery steps
App will not open
Restart the app. On a blank window, repair or install Microsoft Edge WebView2 Runtime.
CSV cannot be analyzed
Confirm it ends in .csv, is under 25 MB, contains at least ten valid rows, and includes DisplayedTime, MsBetweenDisplayChange, MsBetweenPresents, or FrameTime.
Capture has no frames
Create a new measurement with the game running, then import the resulting CSV.
Results change wildly
Warm the scene, close background interference, repeat the exact route, and avoid mixing first-run shader compilation with warm runs.
Audit looks old
Run a new audit. Every imported audit keeps its original capture timestamp.
APP PERFORMANCE

What Frame Truth itself uses

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.

Computer performance, health, and parts scan.

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.

READ-ONLY COMPUTER SCAN

Scan this Windows PC now.

The scan inventories supported hardware, memory, storage, displays, adapters, Windows health, recent crashes, and hardware-error records. It does not change settings or upload results.

No computer scan is loaded.
—
NO AUDIT SNAPSHOT LOADED

No conclusion has been calculated.

Run the desktop audit now or choose a valid audit JSON. Frame Truth will display the capture timestamp and measured values from that snapshot.

WAITING

What I would do first

  1. 01
    Eliminate memory contamination

    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.

  2. 02
    Measure native frames

    Use a 60–90 second PresentMon capture. Record DisplayedTime, CPU/GPU busy, presentation mode, VRAM, and temperatures. Repeat the exact route three times.

  3. 03
    Remove generated-frame confusion

    For Crimson Desert, baseline with frame generation off. Generated FPS is not simulation FPS and cannot repair a stuttering native render stream.

  4. 04
    Verify the delivery chain

    Confirm Windows refresh, monitor OSD refresh/VRR, FreeSync, V-Sync, fullscreen/borderless mode, and exactly one cap. Record before changing.

  5. 05
    Establish stock stability

    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.

Measure. Explain. Test. Verify.

Choose a game and goal. Frame Truth builds a controlled test recipe from documented context and your inputs—never a mystery “boost” button.

Preview only. Applying Windows or game-file changes requires the companion and explicit approval.

CONTROLLED TEST PLANNER

Nothing changes without evidence.

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.”

✓ BACKUP FIRST✓ ONE VARIABLE✓ VERIFY AFTER
REVERSIBLE CHANGE LEDGER

Every supported write stays accountable

0 ACTIONS

No supported setting action has run on this PC.

01

Measure

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.

02

Explain

Frame Truth ranks possible causes and names the next separating test. A hypothesis is never presented as a confirmed hardware diagnosis.

03

Test safely

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.

04

Compare

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.

Describe what you actually feel.

This produces a ranked hypothesis and the next clean test. It does not pretend to diagnose hardware from a checkbox.

What does it look or feel like?
When is it worst?
What changes it?
YOUR RESULT

Start with evidence,
not random toggles.

Select your symptoms. Your result will rank likely fault domains, explain why, and give you one-variable tests.

Read the frames—not the average.

Choose a supported frame-timing CSV. Frame Truth analyzes it on this PC—no account, server, or upload.

↧

Drop a frame-timing CSV here

or click to choose · CSV only · analyzed on this PC

Ready for a supported CSV.

LOCAL SESSION HISTORY

Three-run evidence workbench

0 SAVED RUNS

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.

Reports contain summaries only—not raw frame rows. Preview the exported file before sharing it.

No saved runs yet. Import a real capture to begin.

The protocol I would use on your PC.

Capture first. Change one variable. Repeat the same route. Keep only improvements that survive a repeat run.

00

Protect the baseline

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.

01

Define one scene

Use a 60–90 second repeatable route. Warm the game once, then capture three passes. Separate first-run shader behavior from repeatable stutter.

02

Capture frame delivery

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.

03

Check headroom

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.

04

Split CPU from GPU

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.

05

Strip interference

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.

06

Test delivery modes

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.

07

Audit the platform

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.

08

Escalate with proof

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.

DO NOT START WITH

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.

What can make a monster PC feel bad?

The failure domains below overlap. That is why measurement and controlled A/B tests matter.

01Uneven frame pacingThe #1 illusion behind “high FPS, bad feel”

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.

02Shader compilationOften first-seen effects and traversal

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.

03Asset streaming & memory pressureTraversal, camera turns, autosaves

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.

04GPU saturation & render queueHigh utilization can increase latency

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.

05Presentation & display mismatchVRR, V-Sync, refresh, DWM, multi-monitor

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.

06Background drivers & hooksOverlays, RGB, audio, capture, monitoring

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.

Evidence boundary

Measured inputs onlyFrame Truth analyzes supported CSV columns already selected by the user. It does not acquire third-party software or invent unavailable telemetry.