Welcome to r/latency.

This community was built on a single, uncompromising principle: let the numbers speak for you. In a world full of marketing buzzwords and unverified claims, our collective goal is to uncover the truth through empirical evidence and raw data. Just as Prometheus brought light to humanity, this space is dedicated to shedding light on the hidden metrics of input lag, polling rates, and response times across all possible devices - from gaming gear to niche hardware and custom DIY projects.

We are not just observers; we are analysts looking to find the absolute truth.

What to Post:

• Data & Metrics: Hardware input lag test results, polling rate benchmarks, and joystick tracer diagnostics.
• Methodology: Discussions about testing stands, hardware tools, and custom software code used to measure response times.
• Analysis: Deep dives into hardware firmware, wireless vs. wired performance, and signal optimization.

The Ground Rules:

1. Facts & Logic First: Every claim must be backed by technical arguments, measurements, and hardware facts. Mocking or harassing contributors for their workflow, creation methods, or choice of assistive tools is strictly prohibited. The focus always remains on the final data.
2. Mandatory Flairs: Every post must be categorized with the correct flair before submitting.
3. Links Require Context: To prevent link-dumping, all external links are automatically filtered for manual review. If a link is included, it must be accompanied by a clear explanation or a data breakdown in the post body.
4. State Your Methodology: When sharing metrics, always explicitly state your testing tools and methodology so others can verify and reproduce the data.

This is a collaborative effort. Drop a comment below, share what hardware or devices you are currently analyzing, and let's bring transparency to the industry.

Let the measurements begin.

For a long time, the original Steam Controller remained excluded from detailed instrumental linearity tests due to its specific data transfer format, which is not recognized by standard software bypassing the Steam client. Following the implementation of direct low-level coordinate reading into the Python-based Line testing utility, it became possible to thoroughly evaluate its analog stick behavior across three modes: via the proprietary wireless receiver (Dongle), a USB cable, and Bluetooth.

Testing Methodology

The test was conducted in a series of consecutive passes using a linear actuator on the Prometheus 82 test bench to eliminate accidental errors. The scenario involves moving the analog stick from the geometric center to the outer edge as smoothly as possible. For comparison, movements identical in duration - exactly 3 seconds each - were selected. This made it possible to evaluate pure data stream density, linearity, resolution, and the level of micro-deviations (tremor).

Testing the linearity of the Steam Controller using a linear accuracy tester

The overall linearity pattern of the stick itself proved stable across all modes (97.1% - 97.5%). The graph features a barely noticeable acceleration of readings in the central zone ("hump"), yet the trajectory remains predictable. The main differences lie in the polling frequency and packet structure.

Summary Table of Results (Movement Duration - 3 s):

Connection Mode	Total Points	Points After Filter	Tremor Level	Polling Rate
Proprietary Dongle (Dongle mode)	792	570	28.0%	~260 Hz
USB Cable	731	531	27.4%	~240 Hz
Bluetooth	398	369	7.3%	~134 Hz

Connection Modes Analysis

Steam Controller linearity test via the receiver

1. Proprietary Receiver (Dongle) Demonstrated the highest data density at 570 real stick positions and maximum resolution. The tremor level is 28.0%, which is the baseline index for this hardware, and the micro-noise is noticeable only under extreme graph magnification.

An enlarged section of the graph to show the tremor

2. USB Cable Connection Within the identical timeframe, the gamepad transmits less information - 531 positions, while maintaining the same tremor level (27.4%). The cable provides equivalent accuracy.

Steam Controller linearity test via the cable

3. Bluetooth Connection The polling frequency here is the lowest (around 134 Hz), resulting in the lowest number of points after filtering - 369. The graph appears artificially clean (only 7.3% tremor), because the low polling rate of the Bluetooth bus simply fails to capture the minor hardware sensor fluctuations that slip between the sparse data packets.

Steam Controller linearity test via the bluetooth

Technical Confirmation: The Real Value of Higher Frequency

A series of additional retests clearly confirmed a hardware pattern: the original Valve wireless receiver operates at a higher polling rate than the cable (peaks up to 270 Hz versus 250 Hz over USB).

The filtering log analysis completely refutes the theory of an artificial ("padded") polling rate. If the extra packets from the receiver were just digital duplicated noise or empty data, they would be entirely discarded by the utility's algorithms as garbage. In that case, the number of points after filtering (After filter) would be identical on both the receiver and the cable, and the tremor percentage on the wireless interface would spike dramatically.

Report on the Line test console application

The test math proves the exact opposite: alongside the total packet count, the amount of useful data on the receiver increased proportionally. After filtering out the noise, the receiver preserved 570 clean points, compared to just 531 on the cable. Because of this, it guarantees higher granularity, registering more useful stick micro-movements during gameplay.

Conclusion

Instrumental testing confirmed excellent analog stick accuracy across all connection modes. The main distinction is data density: the proprietary wireless receiver consistently registers more useful stick positions than both USB and Bluetooth, providing slightly higher movement granularity without additional noise.

Whether this offers a tangible gaming advantage will ultimately be determined by latency testing, but the receiver has at least one measurable benefit over the cable: it captures more intermediate stick positions and micro-movements during the same physical movement.

While testing my Steam Controller, I noticed it suddenly started drifting. I didn't get why at first, but then I realized I had left the magnetic pack attached to the bottom. It turns out the magnetic field really messes with the stick sensors and ruins the circle error. It is better to keep the pack off while you are playing.

This controller is actually one of my favorites in my entire collection right now, so I have been digging deep into how it works. I have already finished testing the input latency and will share those results soon.

Hello r/SteamController!

I recently tested my Steam Controller 2.0 using Stick Tracer Web. The main highlight of this test is getting direct access to the gamepad, bypassing the standard Steam Input emulation layer.

As many of you know, Steam Input creates a bottleneck for the polling rate, and in the case of the Steam Controller, it limits the polling rate for the client application to around ~120 Hz. Because of this virtual buffer, we simply do not see the hardware's true potential for this specific controller.

My test bypasses this intermediate stage using WebHID technology. Thanks to WebHID, the software gets direct low-level access to the device and polls the controller directly via the Steam protocol, showing the raw, unthrottled polling rate of the hardware itself. The results for the three connection modes are quite interesting.

Polling Rate Results:

1. Puck Mode (Native Wireless Receiver): 272 Hz The highest polling rate achieved, with the native dongle outperforming even the wired connection!

Steam Controller 2.0 polling rate (AVG) via Receiver

2. Cable Mode (Wired): 249 Hz A stable and expected result for a wired connection.

Steam Controller 2.0 polling rate (AVG) via Cable

3. Bluetooth Mode: 133 Hz The lowest score, with pure BT expectedly lagging behind.

Steam Controller 2.0 polling rate (AVG) via Bluetooth

Stick Parameters Overview:

Since I have previously done a detailed breakdown of stick parameters in this community, I will keep this part very brief:

• Circle Error: Within 8.1% - 9.3% for both sticks across all modes. When analyzing this metric, the most critical factor is not the raw error percentage itself, but the overall geometric symmetry of the shape. Any structural excess (axial values extending past the 100% bounding box) is naturally clipped at the engine level by most modern games. Therefore, the main objective is achieving a balanced, uniform shape to prevent unpredictable sensitivity jumps when pinning the stick in different directions. The Stick Tracer Web charts reveal excellent symmetry here: the right stick exhibits an almost perfect circular boundary, while the left stick has a minimal rightward shift, which is non-critical and likely down to specific hardware unit variances.
• Drift Error: Ranges from 3.3% to 4.3%. You might notice these numbers can slightly vary from test to test or are higher than in my previous report. This is a cumulative result of a few factors. First, the controller has been actively used, so the internal stick springs have naturally loosened up a bit over time. Second, the WebHID version utilizes a much stricter and more meticulous algorithm. It targets the most critical potential drift and micro-movements, making the web tool far more demanding and less forgiving. This range could definitely be significantly reduced if the device had a calibration function, but for sticks without artificial software auto-centering, this is still an acceptable working range.
• Resolution: A stable 11.5 bits in all three tests. In simple terms, this means around 1448 registration points when moving the stick from the center to the edge. The precision is excellent.

The Main Mystery: What About Input Lag?

Logically, a higher polling rate should have a positive impact on input latency. The previous latency tests for this gamepad that you might have seen showed the following metrics: around 6 ms over cable, about 9 ms via the native puck, and almost 10 ms over Bluetooth. Since those measurements were routed through Steam Input, the 120 Hz cap and its virtual wrapper clearly distort the true hardware picture.

Announcement: Right now, work is underway on refactoring the testing methodology to measure input lag directly from the Steam Controller, completely bypassing Steam Input.

It will be fascinating to see the raw hardware latency numbers without any artificial limitations, and to compare how the connection modes hold up against each other under raw conditions without caps. Stay tuned, I will share the latency results as soon as the updates are ready!

P.S. Although it may seem that the polling rate is better on the receiver, in reality it still does not exceed 250 Hz simply because of the less stable jitter and the fact that the algorithm, which calculates the average value, creates a greater spread in the data. I have now reworked the metric to use the median, with the option to select a test algorithm in the future.

Hi everyone! I’ve been professionally testing gamepads for over two years now, focusing heavily on input latency and stick behavior. I’m new to this sub, so I wanted to share some of my recent data without any fluff.

While I usually focus a lot on latency, today I want to look exclusively at the analog sticks of the Steam Controller 2.0, as they are crucial for a precise and consistent gaming experience. I recently ran them through my testing routine, and the results are incredibly promising.

Steam Controller 2.0 Analog Stick Benchmarks

1. Inner Dead Zone: NONE

This is the area around the center where small movements are ignored. Just like most modern high-end gamepads, the Steam Controller 2.0 allows you to completely remove it. The stick responds immediately to even the slightest movement, which is excellent for micro-control and custom response curves. This makes it a great choice for precision-heavy games.

2. Outer Dead Zone: <0.3 mm

This metric limits the useful travel distance of the stick near the edge, causing "lost" range. In the Steam Controller 2.0, it is almost non-existent (measuring 0.3 mm on both the left and right sticks). Both sticks show the exact same behavior, suggesting consistent edge behavior between movement and camera inputs, which is another great win.

3. Stick Asymmetry (Partial Travel): 14.0% (Left) / 3.6% (Right)

This is one of the most critical tests I’ve developed, utilizing physical travel limiters that restrict the stick's deflection to roughly 70-80% from the center. This reveals the true performance in the ranges most critical for gameplay. Testing at 100% often hides asymmetries because the firmware clamps the maximum value into an artificially smoothed shape.

If you look at the stick charts, this partial deflection test is represented by the inner blue area. The actual shape of this blue area shows you exactly how symmetrical the stick's physical travel is across all directions.

In our case, the shape itself is almost a perfect circle on both sides, which is great. However, the alignment differs:

• Left Stick (14.0%): The picture here is a bit mixed. While the shape itself is round, the entire inner blue circle is programmatically shifted slightly to the right of the axis center. This shift is why it scored a higher 14% asymmetry. It's definitely a bad indicator, but it hasn’t crossed into the critical red zone yet.
• Right Stick (3.6%): This is the best thing I have ever seen in the history of this testing. The blue area is perfectly centered and beautifully round. 3.6% is phenomenally low, and without exaggeration, the best result among all gamepads tested so far. High-end controllers typically strive to stay below 10%. With this level of symmetry, you can fully rely on your raw aim and build perfect muscle memory. I’ll share my thoughts on this below.

4. Circle Error: 8.2% (Left) / 9.1% (Right)

Nothing critical here. This gamepad lacks heavy programmatic outer-edge smoothing (which forces a perfect 0% circle error). However, my previous research and testing have proven that this does not negatively impact gameplay or aim precision.

The reality is that most modern game engines handle this automatically. They read the X/Y coordinates as a vector and simply clamp the maximum input length to 1.0 inside their own code. Since the stick's travel remains perfectly linear and predictable all the way to the edge, the game engine just rounds it out without any loss of control. Valve chose not to force artificial smoothing filters here, avoiding the micro-input lag or axis magnetism that often plagues controllers trying to chase a marketed 0% error.

5. Stick Bitness (True Resolution): 11.4 Bits

Everything is top-tier here. Higher bitness allows the controller to register more distinct positions, ensuring smoother cursor translation without "stepping" or pixel-skipping during slow, precise aiming. My True Bitness metric is derived from actual physical movement, not just declared digital specs. 11.4 bits is massive - it corresponds to a Step Resolution of 0.00073 and allows the stick to register roughly 1,365 unique position points from the center to the edge of the axis. There is no practical reason to make it higher; this completely covers the needs of any player.

6. Stick Centering: 2.9% (Left) / 1.7% (Right)

This measures how accurately the stick returns to absolute zero (neutral) to prevent stick drift. For the Steam Controller 2.0, it is not critical (under 3%), which is quite good. It is worth noting that this test uses a rigorous methodology implementing small-angle deflection and release, which simulates normal micro-adjustments during gameplay rather than standard maximum-deflection snaps. This is much better than standard Xbox controllers, where centering error can easily reach 6-10%.

7. Axis Magnet: NO

This is a form of processing where the stick artificially "snaps" or clings to the X or Y axes, distorting diagonal inputs. There is no axis magnetism here, meaning your true movement path is fully preserved. This is the preferred behavior for consistent aiming.

8. Polling Rate: 120.7 Hz (Via Steam Input)

The testing suite reported ~120 Hz because it runs through Steam Input, which limits the refresh rate due to its buffer protocol. However, natively, the gamepad operates at 250 Hz, which can be seen using alternative testing software that communicates directly via WebHID. Keep in mind that Stick Tracer is not a specialized tool for precise polling-rate measurement, so some margin of error is expected.

9. Center Skip: NO

Stick skipping is entirely absent here. This means the stick begins moving gradually and smoothly right from the neutral position without sudden coordinate jumps, ensuring excellent fine control.

Conclusion

As far as I'm concerned, the sticks on the Steam Controller 2.0 are almost perfect. The only thing they are missing is a robust hardware/firmware recalibration tool. Proper calibration could likely fix the 14% asymmetry found on the left stick.

As of right now, to the best of my knowledge, no such option exists. I really hope Valve adds a recalibration feature in future updates - if they do, these sticks could easily claim the undisputed #1 spot on the quality charts.

What are your thoughts on these metrics? Let me know if you want to discuss the methodology!

Disclosure: This specific controller was purchased completely independently using crowd-funded subscriber donations via Ko-fi, meaning GameSir had zero involvement in sourcing this device and has no editorial input, influence, or early access to this post. Please note that as an independent developer, I license my custom Prometheus 82 hardware testing bench used in this review to various brands for internal QA, and GameSir currently holds one of these commercial licenses; however, they do not sponsor, fund, or dictate my benchmarking methodology, and no financial incentives, agreements, or affiliate links exist between us regarding these independent test results.

Hi everyone! Today we are looking at the GameSir G7 Pro 8K Aimlabs Edition.

Instead of a standard review, we will look at the measurement results using my custom hardware test bench, Prometheus 82, and the Stick Tracer utility. There are many interesting technical details here that usually go unnoticed.

GameSir G7 Pro 8K Aimlabs Edition on the P82 test bench

TL;DR / Key Test Results

Parameter	Result
Stick Latency (Cable, Xinput 8K)	0.69 ms — stable sub-millisecond result
Stick Latency (Cable, Sony 4K)	0.63 ms — record result, despite lower polling rate
Wireless Latency (Bluetooth, Sony 800 Hz)	3.45 ms (stick) / 3.58 ms (buttons)
Real Stick Bitness	15-bit (left) / 14-bit (right) instead of the claimed 12-bit
Tremor	92% of informational spam in 8000 Hz mode
Stick Asymmetry	~10% (left) and 11% (right) — almost in the "green zone"
LatScore	Wired A+ / Wireless A+ — maximum possible score

1. Honest 8000 Hz over Cable: What the Software Shows

Claims about "1 millisecond latency thanks to 8000 Hz" are often purely marketing. However, GameSir has actually implemented this polling rate. I tested it with separate Polling software (which measures polling rate strictly and does not affect input latency).

GameSir G7 Pro 8K Aimlabs Edition Polling Rate Chart

The gamepad delivers an honest 8000 Hz. The median in the test is 7936 Hz (average — 7863 Hz), but in peaks, it reaches a clean 8000 Hz. The jitter of the polling itself is tiny — only 0.05 ms, and the maximum polling rate latency is 0.76 ms.

These numbers are so small that GameSir literally forced me to redesign the graph rendering on the Gamepadla website. Previously, sub-millisecond results simply merged into a single point — the system's interface just wasn't designed for such speed. In this way, the gamepad went beyond what my own website expected. This is probably the best illustration of how serious this leap is.

2. Stick Input Lag and the Sony Mode Anomaly

GameSir G7 Pro 8K Aimlabs Edition Latency Chart

Cable (Xinput, 8000 Hz)

The stick latency is 0.69 ms. Even considering measurement error factors, this is a real result under one millisecond. On the graph, the bars are clearly saturated without any gradient, indicating virtually zero latency spread. This is one of the best results I've ever seen.

Measurement Accuracy: Cross-Checking

My colleague vCuda tested this gamepad over a cable on Windows 10 (firmware 2.1.0) and got 0.68 ms. On Windows 11 with the same firmware, I got 0.69 ms. The difference between two independent tests on different machines and different OS versions is just 0.01 ms. This simultaneously confirms the surgical accuracy of Prometheus 82 and the extreme stability of the gamepad's hardware itself. If the gamepad's performance fluctuated, the results would have diverged. They did not.

The Sony Mode Anomaly

Over a cable in Sony mode, the gamepad runs at a maximum of 4000 Hz (median 3906 Hz, sometimes the frequency drops to 2700 Hz). However, the stick latency here is lower than in Xinput at 8000 Hz — just 0.63 ms! This confirms the fact that polling rate affects latency, but not as straightforwardly as commonly believed. I previously wrote a large separate article about this: How polling rate affects controller latency. As an example, a recent test of the Astro C40 TR Wireless showed only 3 ms over a cable at a 250 Hz polling rate.

3. Dongle vs. Bluetooth: Speed and Stability

The GameSir G7 Pro 8K Aimlabs Edition received a Wired A+ / Wireless A+ score in my LatScore system — this is the maximum possible score on both channels simultaneously. This combination is extremely rare and puts this gamepad into a separate category of "uncompromising" devices in terms of speed.

However, there are nuances in wireless modes:

Bluetooth (Sony Mode, 800 Hz): Latency sits at 3.58 ms for buttons and 3.45 ms for sticks. For context, GuliKit recently announced their Hyperlink 2 tech with a 2–3 ms wireless response as a revolutionary breakthrough, yet GameSir has quietly matched those indicators right here, right now, without any loud marketing. The only catch is typical for Bluetooth: due to signal interference or the quality of your specific PC adapter, you might encounter rare latency spikes up to 17.9 ms.

Bundled Dongle (2.4 GHz): The average latency is slightly higher (~3.5–3.9 ms), but the stability is significantly better — the stick spread ranges from 3.5 to a maximum of 6.4 ms, without any sharp spikes.

Conclusion: Bluetooth is completely usable, but for total stability without potential spikes, choose the bundled receiver.

4. Stick Analytics in Stick Tracer

GameSir G7 Pro 8K Aimlabs Edition - Stick Tracer Results (Cable/Xinput)

Dead Zones: The inner dead zone is completely absent. The outer dead zone is only 0.3 mm on both axes. This allows you to use the entire physical range of stick movement as efficiently as possible.

Asymmetry and Centering: Asymmetry is 10.4% for the left stick and 11.2% for the right stick. These are good results, almost in the "green zone." Centering (drift) sits at 1.5% and 2.7%. In the absence of artificial center-holding algorithms, this is completely normal for pure spring mechanics.

Behavior: Axis snapping (Axis Magnet) and missing coordinates (Center Skip) are absent.

Bitness Test and the Tremor Phenomenon

My algorithm for testing real resolution (bitness) is designed for a very slow stick movement from the center to the edge. It registers only increasing data, ignoring jitter and tremor — meaning it counts specifically the "useful" movement of your finger.

Although we select the 12-bit mode in the official software, we actually get 15-bit on the left stick and 14-bit on the right stick. This is a near-record figure; for comparison, the maximum software resolution is 16-bit. The 12-bit mode in the software simply removes any limitations, while the 10-bit mode limits the range more strictly.

The flip side of high resolution is tremor. In 8000 Hz / 12-bit mode, we have 92% tremor. During a slow movement from the center to the edge, the gamepad registers 46,283 data points, of which the useful finger movement is only 3,719. The rest is repetitions and microscopic coordinate spam.

The red dots on the coordinate system indicate tremors

Experiments with settings showed that lowering the bitness does not reduce tremor (at 1000 Hz / 10-bit it is 69%). However, lowering the polling rate has a strong effect: at 1000 Hz / 12-bit, tremor drops to 65%.

This coordinate spam does not affect gameplay at all — your crosshair will not shake. When switching to 1000 Hz, the latency increases by literally 1 millisecond, which is not critical. Therefore, 1000 Hz is a perfectly reasonable choice. But if every fraction of a millisecond matters to you, leave it at 8000 Hz.

5. Configuration and Linearity Nuances

RAW Mode: An Unexpected Reversal

In some previous GameSir models, Raw mode always provided better latency. In the G7 Pro 8K, the developers changed something in the algorithms, and now the situation is reversed: enabling Raw increases stick latency. We don't know the exact internal reasons behind this change, but the result is clear: using this mode now simply makes no sense. The default boundary circularity is already perfect (Circle Error is only 0.1%).

Linearity Curve: A Change of Philosophy

In the Aimlabs Edition, GameSir shifted their long-standing approach. Previously, they promoted a natural curve with a slight dip downward — it corresponds to the actual physics of a joystick potentiometer, which is fixed at one point and moves like a pendulum (meaning perfectly linear physical movement does not exist). Competitors with perfectly flat lines use artificial correction.

Linearity Curve G7 Pro vs Aimlabs

Now, GameSir's default curve is also "perfectly flat," just like most competitors. Whether this is good or bad is up to you. On the plus side, in the app, you can customize it to any taste and even bring back the natural look. Furthermore, thanks to this flat-curve approach, the custom curve you draw in the software will match your real-world linearity results even better, as you no longer need to compensate for the hardware's natural slope.

6. Ergonomics and Subjective Impressions

When the technical tests are over, it's time to evaluate the gamepad purely as a user. The internal hardware is excellent, but in daily use, small details emerge that no software can show. The following is strictly my personal opinion, and you don't necessarily have to agree with it.

Button Print Quality: If you look closely, you can see a dot structure consisting of micro-dots of white and blue colors. It doesn't look as premium as solid paint or double-shot plastic, where symbols are molded in a different color. The gamepad itself feels nearly premium, and that's precisely why this nuance stands out.

Print on main buttons

Plastic D-pad: The D-pad is ordinary plastic. Coming from an Xbox Elite controller, I subjectively miss metallic elements. If GameSir ever sells a metal D-pad separately, I will buy it immediately.

Stick Durability: On the other hand, the rubber on the bundled blue sticks was a pleasant surprise. During latency tests on Prometheus 82, a solenoid hits the stick sharply and forcefully — many gamepads start rubbing against the housing "into dust" within the very first cycles. GameSir's stick showed zero wear after this torture. However, due to the semi-transparent texture of the blue plastic, it will be interesting to see if it yellows over time from finger contact. Time will tell. The extra sticks in the box are black, even though blue ones are pictured on the packaging.

The third photo shows how the joystick on another gamepad has worn out after a series of tests

Final Verdict

The GameSir G7 Pro 8K Aimlabs Edition is a massive technological leap. The manufacturer managed to break the sub-millisecond barrier, delivering a real stick latency over cable of 0.63–0.69 ms, while also squeezing a very serious speed out of Bluetooth. The massive real stick resolution of 14–15 bits and near-zero dead zones make this device ultimate hardware for competitive gaming. A final score of Wired A+ / Wireless A+ is the maximum you can possibly get on Gamepadla.com.

Yes, for extreme speed, you "pay" with a colossal coordinate tremor in 8K mode (though it doesn't hurt your aim). The numbers speak for themselves — this is undoubtedly a highly capable and impressive controller. Only time will tell how durable it proves to be in the long run.

Disclosure: This controller is part of my personal collection, purchased with my own funds. I acquire hardware independently to ensure complete objectivity and transparency in my testing. This review is driven solely by my personal enthusiasm and technical interest, without any involvement or sponsorship from the manufacturer.

Astro C40 TR

The Backstory

I finally managed to add this icon to my collection. Since you can't buy them new anymore, I hunted down a refurbished unit on eBay. Back in the PS4 era, this was widely considered the "G.O.A.T." pro controller, and I wanted to see if it still earns that title in 2026.

Latency: Surprisingly Fast

I ran a full battery of tests on PC, and the wired results are honestly impressive for its age.

Astro C40 Wired and Wireless latency (AVG)

Despite a modest 250 Hz polling rate, the optimization is top-tier:

• Wired (Cable): Consistently measured around 3.3ms for buttons and 3.1ms for sticks. This is lightning fast even by modern standards.
• Wireless (2.4GHz Dongle): The performance here is more "of its time." It averages around 14.9ms - 16ms. When you factor in the jitter (around 2.2ms), it’s closer to a C-grade performance. It’s not terrible for the era it came from, but it’s certainly not the "wow" factor you get when using the cable.

Stick Performance & Build

The sticks use traditional potentiometers, but the implementation is very high quality.

Stick test in cable connection mode

• Calibration Magic: One of the coolest features is how this controller calibrates itself. You simply press a button, leave it untouched for about 20 seconds, and it handles everything automatically. It’s incredibly convenient and user-friendly.
• Excellent Symmetry & Circularity: Despite being 8-bit (which was the standard at the time and offers roughly 127 steps from center), the sticks show good symmetry. The circularity test is nearly perfect; there is a very slight offset, but it's practically unnoticeable during gameplay.
• Low Outer Dead Zone: The sticks have a very small outer dead zone (0.3 mm), which is a huge plus for maintaining a full range of motion without "hitting the wall" early.
• The Centering Issue: On the downside, the Stick Centering (drift index) is around 6.7% and 5.2%. Even after multiple recalibrations, this remains a bit to high.

Final Thoughts

I’m really glad I finally got to test this beast.

The lack of a Type-C port isn't the only sign of age; the 8-bit resolution is quite low, and the sticks are dated potentiometers. While I haven't found any modern Hall Effect alternatives currently available (only modules with different tension seem to exist), the modular design at least makes replacements possible. However, even with these flaws, it remains arguably the best pro controller you can get for a PlayStation 4. It was an absolute "top-tier" beast at launch, and in 2026, it still feels incredibly premium and capable.