Benchmarking Bezel Compensation

A couple of months ago we ran a survey to better understand the type of content our users wanted to see on the WSGF. One of the questions dealt with which resolutions you wanted to see on our benchmarking. There was a fair amount of interest in bezel compensated benchmarking, but it was far eclipsed by interest in standard non-bezel compensated resolutions. From my personal experience, I haven't found that using a bezel compensated resolutions made any noticeable difference in performance.

Technically, I figured that the slight increase in pixels or FOV would make any noticeable increase in performance. My current bezel compensated resolution is 6040x1080, versus my native resolution of 5760x1080. This increase of 302,400 pixels represents a 4.86% increase in pixel count, and a 1.25 degree increase in the horizontal FOV. All in all, not a huge difference.

Rather than spend the time on each benchmark/review to look at bezel compensated performance, I figured I would do it once to provide a reference for future articles. There are a few reasons for taking this approach.

1. I don't think the performance hit will be that big (something that this article will either prove or disprove).
2. Benchmarking is quite time intensive. If I can get the needed data with one run through, it will save time and allow me to benchmark a greater variety of stuff.
3. Bezel compensated resolutions aren't consistent. Bezel compensation is user defined, and based on your visual perception, which can be influenced by the angle of their monitors, sitting position and simple user preference. Providing data for 6040x1080 won't give a complete apples-to-apples to someone running at 6080x1080.

Doing a single article on bezel compensation also gives me a chance to trial new benchmarks that we are developing. Rather than provide a simple average FPS, or even a min/max/avg, we have jumped into the "frametime" waters. Delphium has done some amazing work putting together an online graphing tool for processing FRAPS files. HIs work allows us to turn hours of work formatting graphs and tables, into a job that takes a matter of minutes.

Benchmarking

For all the benchmarks, I used my Intel Core i7-2600k and MSI GTX-670 2GB video card. All clocks were at stock speed, and I have the GeForce 310.70 drivers installed. The FPS graphs (the second in each set) show the full benchmark period. The frametime graph (the first in each set) shows the first 500ms. Much more than that, and the lines became extremely compressed and hard to read. I looked at each data set in its entirety and can say that these slices are representative of the full benchmark

Aliens vs. Predator

AvP is an aging if somewhat still demanding DX11 benchmark. This benchmarking tool was released alongside the February 2010 release of the retail game. The game was benchmarked with 4xAA and 16xAF, along with full tessellation and shadows.

The game renders frames in a very staggered rate. There is almost always a 2ms difference between one frame to the next (low to high peaks). Never are two frames rendered at the same speed, back-to-back. Both games experience a performance "hitch" in the same place in the demo, albeit it at slightly different frame number (the non-bezel resolution has rendered more frames by that point in the benchmark). This performance interruption is not caused by the slightly higher resolution.

The bezel compensated resolution runs about 2ms slower than the native resolutions, straight through the benchmark. Overall the fps performance is similar between the resolutions, with the higher resolution falling back by 1fps.

Mafia II

Mafia II offers limited graphical options, but we were able to test it with AA enabled and 16xAF. As shown in both graphs, the benchmark hits some rough patches as it starts up. Additionally, you'll notice that both frametime graphs hit a major hiccup about a 1/4 of a second into the test. This is not a single anomaly in the testing, and we see it repeated periodically throughout the canned test. These issues are not related to the resolution or bezel compensation, and appear at the same time in both tests.

Oddly, the bezel compensated resolution performs better than the native resolution. It is consistently a few milliseconds faster with each frametime, and ends up being a few frames faster in the fps log. Overall it ends up being about 2fps faster than the native resolution. Both tests hit a min rate of 30fps, but the bezel compensated run hits a max of 69fps (3fps higher than the native res).