iXBT Labs - Computer Hardware in Detail

Platform

Video

Multimedia

Mobile

Other

Foxconn GeForce 8800GTX 768MB PCI-E
And the Analysis of
Coverage Sampling Antialiasing
in Games









  1. Video card
  2. Some History
  3. MSAA and GeForce 8800
  4. CSAA modes in GeForce 8800
  5. Antialiasing settings in drivers
  6. Testbed configurations
  7. Antialiasing Performance in GeForce 8800
  8. Antialiasing quality in GeForce 8800
  9. Conclusions

I wonder how many readers notice that 3D graphics has been evolving in distinct discrete jumps of late? Are there readers who evaluate the quality of video cards' algorithms before their performance?

If there are, they had a little holiday to celebrate on November 8: NVIDIA presented two video cards based on the new G80 chip. Our baseline review of this video card mentioned that G80 was so finetuned for future tasks that it actually couldn't reveal its full potential in modern applications. We can partially blame the lack of API DirectX 10, drivers, and certainly applications that use this API.

Almost the only way to test a new video card and evaluate its real performance in these conditions is to use high resolutions and maximum levels of anisotropic filtering and antialiasing in old games for DirectX9.

While the situation with anisotropic filtering in G80 is clear (G80 offers the best quality of anisotropic filtering among present-day GPUs, its silicon implementation is so good that you can safely force AF 16x in the driver and forget about blurred textures, noises, and other artifacts of low-quality filtering without losing much performance), the new type of antialiasing definitely needs to be analyzed.

That's what we are going to do in this article.

But first we review another production-line video card based on GeForce 8800 GTX presented by Foxconn.

Video card



Foxconn GeForce 8800 GTX 768MB PCI-E
GPU: GeForce 8800 GTX (G80)

Interface: PCI-Express x16

GPU frequencies (ROPs/Shaders): 575/1350 MHz (nominal — 575 (1350) MHz)

Memory clock rate (physical (effective)): 900 (1800) MHz (nominal — 900 (1800) MHz)

Memory bus width: 384bit

Vertex processors: -

Pixel processors: -

Unified processors: 128

Texture Processors: 32

ROPs: 24

Dimensions: 270x100x32mm (the last figure is the maximum thickness of a video card).

PCB color: black.

RAMDACs/TDMS: in a separate chip.

Output connectors: 2xDVI, TV-Out.

VIVO: not available

TV-out: integrated into GPU.

Multi-GPU operation: SLI (integrated into GPU).






Foxconn GeForce 8800 GTX 768MB PCI-E
The video card has 768 MB of GDDR3 SDRAM allocated in twelve chips on the front side of the PCB.

Samsung (GDDR3) memory chips. 1.1ns memory access time, which corresponds to 900 (1800) MHz.






Comparison with the reference design, front view
Foxconn GeForce 8800 GTX 768MB PCI-E
Reference card NVIDIA GeForce 8800 GTX 768MB PCI-E


Comparison with the reference design, back view
Foxconn GeForce 8800 GTX 768MB PCI-E
Reference card NVIDIA GeForce 8800 GTX 768MB PCI-E


Remember that all GeForce 8800 GTX/GTS cards are manufactured in Flextronics and Foxconn plants. Their quality is controlled by NVIDIA. Then the company just sells them to its partners. None of NVIDIA's partners manufactures these cards on its own! Just drill it like an axiom. When you buy the 8800GTX/GTS card, different vendors mean just different bundles and boxes. That's it!

This time we can also see that it's just a reference card.

We should also mention the PCB length - 270 mm, which may pose some problems, as the card has grown by 5 cm versus previous top solutions.

The photos also show well that the GTX PCB requires TWO 6-pin PCI-E cables from a PSU.

The card has TV-Out with a unique jack. You will need a special adapter (usually shipped with a card) to output video to a TV-set via S-Video or RCA. You can read about TV Out here.

We can see that the card is equipped with a couple of DVI jacks. They are Dual link DVI, to get 1600x1200 or higher resolutions via the digital channel. Analog monitors with d-Sub (VGA) interface are connected with special DVI-to-d-Sub adapters. Maximum resolutions and frequencies:

  • 240 Hz Max Refresh Rate
  • 2048 x 1536 x 32bit @ 85Hz Max - analog interface
  • 2560 x 1600 @ 60Hz Max - digital interface

We should mention clock rates of the cores. Almost all previously reviewed GT/GTX cards could set all core frequencies at 27 MHz steps, geometry unit operating at the frequency higher by 40 MHz. We wrote about it in detail before. But the 27 MHz step has been removed from G71. The 7900 series allows to change all three frequencies arbitrary at up to 1-2 MHz steps. The difference in frequencies between the geometry unit and other units in 7900 GTX cards has grown to 50 MHz. The 7900 GT cards demonstrate the 20 MHz difference, there is no 27 MHz steps either.

So we can see that two operating frequencies available in the G80 core (575 MHz and 1350 MHz) differ greatly. Overclocking attempts demonstrated that increased ROPs frequency caused proportional frequency growth of the shader part.

And now what concerns peculiarities of this video card. We have already mentioned above that all such products are manufactured by a couple of plants and are completely identical. Foxconn preserved the reference cooler, we already described it before several times. So we are not going to publish the description over and over again.

But Foxconn still decided to decorate the cooling system. As the housing of the cooler is transparent, engineers installed LEDs under it.

It's actually crude workmanship, unnecessary wires are secured with scotch tape.








Nevertheless, this card looks great inside a PC case, because the LEDs are not on the bottom (where they are usually arranged near fan blades), but around the edges. So they are visible - this solution may please modders.




Remember that graphics output is now up to a separate chip - NVIO. It's a special chip that incorporates RAMDAC and TDMS. That is the units responsible for outputting graphics to monitors or TV were removed from the G80 and implemented as a separate chip. It's a reasonable solution, because RAMDAC won't be affected by interferences from the shader unit operating at a very high frequency. The same chip is also used for HDCP support.

Bundle

Foxconn GeForce 8800 GTX 768MB PCI-E
User's manual, CD with drivers, DVI-to-d-Sub and S-Video-to-RCA adapters, TV cords, composite output adapter. Bonuses should be mentioned separately: a small joystick from Foxconn and a software bundle: VirtualDrive and RestoreIT.






Box.

Foxconn GeForce 8800 GTX 768MB PCI-E

A large elongated box made of thick cardboard. Design is futuristic, but stylish.

All components are neatly arranged into sections. Along with an antistatic envelope, the card is secured in a soft envelope "with bubbles" to avoid any transportational problems.









OK, we've examined the card - there are no differences from the reference design, except for the bundle and the illuminated cooler. Now let's get down to antialiasing.

But first we get back to the past and remember the beginning of antialiasing in 3D cards.

Some History

The idea of smoothing triangle borders in real time has been heating imagination of engineers from the earliest times — the legendary 3dfx Voodoo Graphics attempted to use antialiasing by drawing semitransparent lines along triangle borders. It looked horrible, and engineers had to give up this idea.

The next attempt was made by 3dfx in its VSA-100 chip, which was used in Voodoo 4 and Voodoo 5 video cards. Having given up the crazy idea to draw lines along triangle borders, 3dfx engineers fell back on a standard idea of averaging rendered frames. But they added a number of their "know-hows". Approximately at the same time a similar idea was used by 3dfx competitors — NVIDIA and ATI. But they implemented it "head-on", without giving it much thought.

The idea was quite simple: frames are rendered to resolutions, which are 2, 4, 8, etc times as large as the resolution of your monitor. Prior to displaying a rendered frame, it's scaled down. Values of pixels that are squeezed into the same pixel on the screen are averaged. That's how pixels are antialiased — not only at triangle borders, but across the entire scene. This algorithm is now called supersampling (SSAA). "2x", "4x", "6x", and "8x" that symbolize antialiasing come from that source — it's a multiplier that used to show how many times the frame resolution is greater than the screen resolution.

It should be clear even from this simple description of supersampling that this algorithm delivered a heavy blow at video card's performance — it had to render a frame in a higher resolution and consequently to write more data into memory — twice as much in case of AA 2x and four times as much in case of AA 4x. As a result, performance in SSAA 4x mode often dropped four times - hardly an acceptable situation.

Multisampling (MSAA), first implemented in NVIDIA GeForce 3, became the first improvement of SSAA. While supersampling was nothing more than a clever program "hack" that made a video card render a frame in a higher resolution and then scale it down to the screen resolution, averaging pixel values, multisampling is a hardware optimization. It allowed to save performance on calculating subpixel colors — if all, for example, 4 subpixels are inside a triangle, they get the same precalculated color value, only Z and Stencil buffers are rendered in a sterling high resolution. Thanks to algorithms that compress identical information about colors of most subpixels, MSAA allows to significantly reduce the load on memory bus bandwidth as well. Besides, owing to an opportunity to calculate more Z-values per cycle, Z-buffer of the increased resolution was filled much faster than an entire frame in SSAA mode.

Intensive development of antialiasing in video cards practically stopped at this stage. There followed a long period of fine-tuning MSAA algorithms:

  • Ordered grid was gradually replaced by rotated grid (in ATI Radeon 9700 and NVIDIA GeForce 6800)
  • A number of subsamples, calculated for each screen pixel, is increased (up to 6 in Radeon 9700)
  • There appeared gamma correction algorithms for averaged subpixels (ATI Radeon 9700 and NVIDIA GeForce 7800)
  • There appeared antialiasing for transparent textures, which couldn't be done by MSAA (NVIDIA GeForce 7800 and ATI Radeon X1800; later on, these methods were added by drivers to older video cards as well)

But on the whole, antialiasing fell into stagnation. It was especially noticeable in NVIDIA, where the main indicator of antialiasing quality (a number of subsamples calculated by a video card for each pixel) hasn't changed since GeForce 3.

Only now, in GeForce 8800, NVIDIA dared to significantly overhaul antialiasing algorithms.

MSAA and GeForce 8800

It's important to understand here that the stagnation in antialiasing development has partially to do with video memory bus width and video memory capacity that limited the further growth of MSAA quality.

MSAA is just a "superstructure" over supersampling, its modification. A video card still renders a frame to a higher resolution, averages subsamples, and then displays the results.

Hence, 6x and 8x MSAA modes require 6 and 8 times as large frame buffers — that's when on-board video memory is not always enough to store all vertices and textures, and memory bus width grows much slower than GPU appetites.

However, technologies are always evolving. What seemed impossible a couple of years ago is available in stores these days. The first improvement of antialiasing in NVIDIA G80 has to do with good old multisampling.

As you may remember, multisampling consists in anticipatory testing of Z coordinates of subpixels. The more such Z tests a video card can perform, the more subsamples it can calculate. Since GeForce 3, video cards from NVIDIA and ATI can perform only two Z tests per cycle, but they can calculate different subpixels at different cycles — GeForce could calculate either two subpixels per cycle, or four subpixels per two cycles; Radeon went further and got the 6x mode, where 6 subpixels took only three cycles to calculate.

I think you have already guessed the first MSAA improvement in G80 — NVIDIA made the new chip calculate 4 subpixels per cycle, and like in previous GeForce cards with MSAA, calculate other 4 subpixels during the next cycle. Thus, we get MSAA 8x.

It should be noted that such an improvement did not come out of the blue — writing 4 subpixels into memory per cycle requires higher memory bus bandwidth. This feature appeared in G80 partially owing to the 384 bit bus.

The new MSAA mode certainly resulted in the improvement of subsample grids. Let's have a look at these grids using D3DFSAAViewer and compare them with grids in previous NVIDIA chips as well as with the grids in competing GPUs:



  GeForce 7800 GeForce 8800 Radeon X1900
2x









4x









8xS/ 8x/ 6x











We can see well that subsample grids in 2x and 4x modes in GeForce 8800 are no different from the grids that first appeared in GeForce 6800. Along similar lines, the 2x and 4x grids in GeForce 8800 are mirror reflections of the grids in similar Radeon modes, starting from Radeon 9700.

The 8x mode is certainly the most interesting. We can see well that we indeed deal with multisampling — unlike the combined MSAA+SSAA mode in GeForce 7800 (and all GeForce cards starting from GeForce 4). NVIDIA clearly followed ATI in subsample layouts. It avoided their uniform arrangement on the grid. It's very important for better antialiasing of a greater number of inclined lines. But we should also note that the layout of subsamples in MSAA 8x mode in GeForce 8800 resembles their layout in 8xS mode in GeForce 7800 rather than subsample layout in Radeon 6x mode.

In conclusion of the theoretical account of MSAA in GeForce 8800, we should mention that G80 inherited gamma correction and transparent antialiasing, we have known since GeForce 7800.

CSAA modes in GeForce 8800

But the expectable MSAA update was not enough for NVIDIA engineers. They added another significant improvement into G80 — Coverage Sampled Antialiasing, CSAA.

What is CSAA, why has it appeared, and how does it work?

The fact is, a further increase in MSAA subsamples has stopped yielding the required effect: an increase in quality from MSAA, e.g. 16x, cannot compare with the amount of memory required for this mode — frame resolution will be 16 times (!) as large as the screen resolution. That is, if you configure a game to run in 1600x1200, your video card will have to render frames in 6400x4800!

Considering that it has become fashionable to render frames in 64-bit colors (FP16) to obtain an HDR effect, a 1600x1200 frame in MSAA 16x mode will require (1600 x 1200 x 4) + (6400 x 4800 x 8) + (6400 x 4800 x 4) = 360 MB of video memory just for frame buffers, without taking into account textures, vertices, and shaders. And without taking into account triple buffering, rather popular among competent gamers. And without taking into account an option to render a frame in 128-bit colors, which appeared in Direct3D 10.

NVIDIA engineers obviously had to find another solution to this problem. They carried out some experiments and found out that precise information about pixel parts in various triangles is more important for calculation of pixel values, which contain triangle borders, than subpixel colors.

Here is the charm of this method - information whether a subpixel is in a triangle or not is expressed by just two values — yes or no, 1 or 0. When written into a frame buffer, these values do not load a memory bus as much as color values (we are told that transmitting 16 coverage samples compares to transmitting 4 color samples; we'll check it up below in real applications); improved information about the coverage of a pixel by a triangle, plus 2, 4 or 8 color values of MSAA subpixels can be used to obtain higher precision in calculating a screen pixel color.

This method goes well with the existing rendering algorithms (that's one of the key problems of most other AA methods — they are incompatible with algorithms used in hardware, APIs, and applications), it does not load a memory bus much, and it does not take up much video memory.

When CSAA fails (for example, intersecting triangles, borders of shadow volumes), we do not get a noticeable lack of AA, but just no CSAA — that is we roll back to a certain MSAA level (2x, 4x or 8x).

This, CSAA is an improved SSAA method, which smoothes everything in a scene "head-on" at the cost of horrible performance drops. MSAA helps us do with calculations and transmissions of a single color value (due to compression) for a single screen pixel inside a triangle. CSAA allows to do with transmitting and storing a single color value or Z value of each subpixel. It specifies more accurately the averaged value of a screen pixel by using precise information how this pixel covers triangle borders.

Antialiasing settings in drivers

Before we proceed to our tests, we should mention another important issue — antialiasing settings available in games and drivers for GeForce 8800.

As none of the existing games knows about the existence of CSAA, CSAA can be controlled only on the ForceWare control panel. And now we face a problem: most modern games do not allow to force AA in the driver control panel, because it ruins their rendering algorithms. How can we enable CSAA in these games — they don't know about it, you cannot force it in drivers...

NVIDIA programmers found a solution to this problem by adding a new antialiasing control mode to the control panel:




Enhance the application setting is implemented for the new CS antialiasing in the first place. You don't force antialiasing here, but you cheat an application.

That's how this mode works: you set "Antialiasing - Mode" to "Enhance the application setting", then you specify a necessary antialiasing mode in the "Antialiasing - Setting" field (it all does not differ from forcing AA). Then you start a game and choose any antialiasing mode there.

That's it actually — the driver uses the mode you selected in the control panel instead of the mode specified in the game. An application thinks that it works with antialiasing and modifies its rendering algorithms accordingly; and the driver uses an antialiasing mode, which is unknown to the applications. It's an elegant and correct solution.

What concerns MSAA, the D3D driver correctly detects the new 8x mode and provides corresponding information to applications through "caps".

For example, 8x antialiasing is available in Far Cry and a number of other correctly written applications on GeForce 8800. And you can always use the above mentioned "cheat" in incorrectly written applications (for example, Half-Life 2).

But there is one nasty issue here: "crazy" about its new CSAA algorithm, NVIDIA decided to build these new modes into the same list with MSAA — the idea may be correct, but the implementation is not. Let's have a look at the screenshot:




Raise a hand, if you understand which modes are MSAA and which are CSAA. What? You don't care? Look.

The mode, marked as "8x" in the control panel, is actually not the "8x" mode, which is available in some "correct" applications. The 8x mode in the control panel is not MSAA, it's CSAA. MSAA 8x, available in some applications, is called 8xQ for some reason.

That's the first problem — discrepancy between the mode name in the control panel and in API Direct3D.

Then, if Q is a sign of MSAA modes, why don't 2x and 4x modes have this sign? And what does the 16xQ mode mean? The lack of consistency in using this sign is the second problem.

And finally, it would have been right to highlight new CSAA mode out of pure marketing reasons. There are a lot of talks about the new AA. But when users buy GeForce 8800, they don't see any CSAA in drivers — strange, eh? Yep, very strange.

Here is a table for those, who want to know what each antialiasing mode in the control panel means:

ForceWare control panel A number of color and Z values A number of coverage values
2x
2
2
4x
4
4
8x
4
8
8xQ
8
8
16x
4
16
16xQ
8
16

What do we see in this table? Firstly, the 8x mode in the control panel is actually MSAA 4x + CSAA 8x. Secondly, the 16x mode is MSAA 4x + CSAA 16x, while the 16xQ mode is MSAA 8x + CSAA 16x.

So we can assume (we'll test this assumption below) that the 16x mode in the ForceWare control panel may have worse quality than 8xQ, which is strange from the point of view of their ranks.

We offer NVIDIA two solutions to this unpleasant mess in mode names.

The first consists in just renaming the modes in a consistent way. For example:

Suggested mode in ForceWare control panel A number of color and Z values A number of coverage values
2x 2 2
4x 4 4
4x8c 4 8
4x16c 4 16
8x 8 8
8x16c 8 16

Yes, the 16x mode disappears, but let's be honest with users: G80 does not support the 16x mode in terms of nx nomenclature, historically established since GeForce 256. The 16x mode implies 16 sterling subsamples in each screen pixel. But 16 coverage samples are not sterling ones.

There is also the second way out — to separate multisamples and coverage samples in the control panel, to create two lists (or sliders) to select a number of multi- and coverage-samples.

In case of this approach, users could have been allowed to specify a number of coverage samples in the nx form for CSAA modes. That is, you select "Enhance the application setting" and then set a necessary MSAA mode (for example, 4x). You may also specify a CSAA mode (for example, 16x) in the other list, if you want.

The second solution is more complex, but it's more flexible.

But enough of theory, let's proceed to practice.

Testbed configurations

We carried out our performance analysis on a computer of the following configuration:

  • Intel Core2 Duo Extreme X6800 (2930 MHz) (L2=4096K)
  • EVGA nForce 680i SLI based on NVIDIA nForce 680i
  • 2 GB of DDR2 SDRAM Corsair 1142MHz (CAS (tCL)=5; RAS to CAS delay (tRCD)=5; Row Precharge (tRP)=5; tRAS=15)
  • HDD: WD Caviar SE WD1600JD 160GB SATA
  • Drivers: ForceWare 96.94 (default settings; Transparency AA is disabled)

We carried out our quality analysis on a computer of the following configuration:

  • AMD Athlon 64 3700+ (2.2 GHz, 1 MB L2)
  • EPoX 9NPA+ SLI (nForce 4 SLI chipset, PCI Express x16/x8+x8)
  • 2 GB of PC3200 memory
  • OS: Windows XP with Service Pack 2 (including a number of SP2 patches) and DirectX 9c.
  • Drivers: ForceWare 93.71 (GeForce 7800), 97.02 (GeForce 8800), and Catalyst 6.11 (Radeon X1900)

Unless the contrary is specified in the text, video cards always have Transparency AA Supersampling / Adaptive AA Quality and AA Gamma Correction enabled, all texture filtering optimizations are disabled (High Quality in GF cards and Catalyst A.I. in R cards).

Antialiasing Performance in GeForce 8800

We decided to test performance of the two heaviest antialiasing modes in GeForce 8800 GTX: 16x and 16xQ. Running a few steps forward, we can note that the 16x mode offers a tad higher quality than the 6x mode in Radeon cards. The quality of 16xQ mode is absolutely unattainable for all other modern video cards.

We used the following test applications:
  • Splinter Cell Chaos of Theory v.1.04 (Ubisoft) — DirectX 9.0, multitexturing, maximum test settings, shaders 3.0 (for NVIDIA cards)/shaders 2.0 (for ATI cards); HDR OFF!

  • Half-Life2 (Valve/Sierra) — DirectX 9.0, demo (ixbt01 . The tests were carried out with maximum quality, option -dxlevel 90, presets for video card types are removed from dxsupport.cfg.

  • FarCry 1.33 (Crytek/UbiSoft), DirectX 9.0, multitexturing, demo from the Research level (-DEVMODE startup option), Very High test settings.

  • DOOM III (id Software/Activision) — OpenGL, multitexturing, test settings — High Quality (ANIS8x), demo ixbt1 (33MB!). We have a sample batch file to start the game automatically with increased speed and reduced jerking (precaching) d3auto.rar. (DON'T panic when the screen goes black for 5-10 seconds after the first menu. The demo will follow.)

  • The Chronicles Of Riddick: Escape From Butcher Bay 1.10 (Starbreeze/Vivendi) — OpenGL, multitexturing, maximum texture quality, Shader 2.0, demo 44.

    I wish to thank Rinat Dosayev (AKA 4uckall) and Alexei Ostrovski (AKA Ducche), who have created a demo for this game. I also want to thank Alexei Berillo AKA Somebody Else for his help.

  • F.E.A.R. v.1.02 (Multiplayer) (Monolith/Sierra) — DirectX 9.0, multitexturing, maximum test settings, Soft shadows disabled.

  • Call Of Duty 2 DEMO (Ubisoft) — DirectX 9.0, multitexturing, test settings — maximum, shaders 2.0, tested in Benchemall, demo and a startup script, readme contains necessary instructions

You can download test results in EXCEL format: RAR and ZIP

FarCry, Research (No HDR)



Test results: FarCry Research (No HDR)




The 16x mode (MSAA 4x + CSAA 16x) in Far Cry yields 38% performance drop in 1600x1200.

We got interested in the contribution of the new CSAA algorithm into this performance drop and carried out additional tests in FC in 1600x1200, but already in AA 4x mode. We got 133.3 fps.

So we can assume that CSAA with 16 coverage samples demonstrates a similar performance drop in GeForce 8800 GTX as MSAA 4x.

Switching to 16xQ in 1600x1200 drops performance by the same 30 fps as in case of switching from no AA to AA 4x. It fully corresponds to the difference between 16x and 16xQ.

And finally, fps remained playable only in 2560x1600 16xQ.



F.E.A.R.



Test results: F.E.A.R.




The situation in F.E.A.R. is different: we see twofold performance drops, which grow together with resolutions. However, the game remains playable even in the heaviest modes.



Splinter Cell Chaos Theory (No HDR)



Test results: SCCT (No HDR)




The situation in Splinter Cell changes again: the game is evidently limited by something else than the fill rate of a frame buffer. As a result, even top quality 16xQ demonstrates no more than 35% performance drops.



Call Of Duty 2



Test results: COD2




We can see a similar situation in Call of Duty 2. Only the performance drop is even lower percentagewise.

We could explain such behavior of antialiasing in SCCT and CoD2 by lots of complex shaders in these games, which make the accelerator to do a lot of cycles, when ROPs manage to write all necessary samples into the buffer. But this theory is not confirmed by test results demonstrated by GeForce 8800 GTX in F.E.A.R. It can also boast of many shaders in its code.

What is the reason for such a heavy performance drop in F.E.A.R.? Perhaps, the problem is in buggy drivers? Let's hope that these questions will be answered in time.



Half-Life2: ixbt01 demo



Test results: Half-Life2, ixbt01




Half-Life 2 is so heavily limited by a processor that AA 16x in GF8800GTX in HL2 comes practically free of charge.

It cannot be said about 16xQ, which starts to get worse from 1600x1200. It leads to an almost twofold performance drop in 2560x1600, but GeForce 8800 GTX still demonstrates 77 fps in this resolution.



DOOM III High mode



Test results: DOOM III




Despite the significant performance drop in 16xQ, GeForce 8800 GTX still provides playable fps in Doom 3 even in 1600x1200.

At the same time, we don't like such twofold performance drops: what if we spoke about a modern game instead of Doom 3, where fps is not high even without AA?

Chronicles of Riddick, demo 44



Test results: Chronicles of Riddick, demo 44




The overall situation actually resembles Doom 3, but the absolute fps values are a tad lower. It holds out a hope that antialiasing performance under OpenGL is currently limited by buggy drivers. Performance drops may decrease in future, fps may grow.

But let's have a look at the quality demonstrated in reviewed antialiasing modes.

Antialiasing quality in GeForce 8800

Having started the analysis of antialiasing quality, we faced a funny problem: it turned out very difficult to find games, which would clearly show the difference between all antialiasing modes. Most modern games are either dark first person shooters, where you cannot always understand whether AA is enabled (Doom 3, Quake 4, Prey, F.E.A.R., Splinter Cell); or they do not allow to save in any location (Call of Duty 2, Fahrenheit, Prince of Persia: The Two Thrones, Tomb Raider: Legend); or they do not support antialiasing at all (Gothic 3).

That's why we had to roll back to good old games in 2004 — Far Cry and Half-Life 2. We can say for ourselves that we analyze antialiasing quality and that these very games are the best at demonstrating all its weak points. We also have one new game for dessert — The Elder Scrolls 4: Oblivion. It was added to our tests to see how GeForce 8800 would cope with antialiasing together with FP16 HDR.

Far Cry

First we are going to examine basic quality of antialiasing of triangle borders in Far Cry.

  GeForce 7800 GeForce 8800 Radeon X1900
2x









 
JPG | PNG
JPG | PNG
JPG | PNG
4x









 
JPG | PNG
JPG | PNG
JPG | PNG
8x/6x
-






 
JPG | PNG
JPG | PNG
8xS/8xQ






-
 
JPG | PNG
JPG | PNG
16x
-



-
 
JPG | PNG
16xQ
-



-
 
JPG | PNG


Let's analyze GF8800 modes only at first. The 4x mode is expectedly better than the 2x mode. But starting from the 8x mode (for lack of better options, we use mode names from the ForceWare control panel) there appear some oddities.

Firstly, the 8x mode is certainly better than the 4x mode, but evidently not twofold, as it follows from its name.

Secondly, 16x mode definitely offers worse quality than 8xQ. And the 16xQ mode is almost no different from 8xQ. Thus, the first test confirms the assumption that the 16x mode can demonstrate worse quality than the "lower" 8xQ mode — MVIDIA should really review AA mode names in the driver control panel.

Now let's compare antialiasing in different video cards. In our opinion, all the three cards cope with 2x and 4x modes in the same way; GeForce has a little advantage on the screenshot fragment - it has to do with differences in subsample grid inclinations.

8x GeForce 8800 compares with 6x Radeon X1900 in quality (another reason for NVIDIA to think about renaming its modes), 8xQ is similar to 8xS in GeForce 7800.

On the whole, we should admit that 8xQ and 16xQ modes provide almost ideal (and nearly identical) quality of antialiasing of triangle borders. They significantly outperform the best Radeon mode — 6x.

Half-Life 2

Let's proceed to Half-Life 2 tests. We'd like to analyze here not only antialiasing quality of triangle borders. We'll also see how well GF8800 copes with transparent antialiasing. That's why the first set of test screenshots was taken in Transparency AA Multisampling (GF) and Adaptive AA Performance (R) modes. So...

Transparency AA Multisampling / Adaptive AA Performance

Let's have a look at the first fragment of the screenshot:

Fragment 1



  GeForce 7800 GeForce 8800 Radeon X1900
2x









 
JPG | PNG
JPG | PNG
JPG | PNG
4x









 
JPG | PNG
JPG | PNG
JPG | PNG
8x/6x
-






 
JPG | PNG
JPG | PNG
8xS/8xQ






-
 
JPG | PNG
JPG | PNG
16x
-



-
 
JPG | PNG
16xQ
-



-
 
JPG | PNG

The 8xQ mode in GF8800 unexpectedly did not cope with antialiasing of a stooped column, demonstrating worse quality than 16x, 16xQ, and even 8x.

What concerns the comparison of video cards, Radeon performed surprisingly well: its 6x mode almost caught up with 16x and 16xQ in GF8800 in AA quality of triangle borders. What concerns the quality of transparent antialiasing (grilles on the crane's arm), Radeon is beyond competition (there is nothing surprising about it, considering TAA MS peculiarities of GeForce).

(Note that GF8800 had some problems with fog visualization in HL2. This problem cannot be fixed right now.)

Fragment 2

  GeForce 7800 GeForce 8800 Radeon X1900
2x









 
JPG | PNG
JPG | PNG
JPG | PNG
4x









 
JPG | PNG
JPG | PNG
JPG | PNG
8x/6x
-






 
JPG | PNG
JPG | PNG
8xS/8xQ






-
 
JPG | PNG
JPG | PNG
16x
-



-
 
JPG | PNG
16xQ
-



-
 
JPG | PNG

This fragment illustrates the difference in transparent AA quality — Radeon is beyond reach in this parameter starting from 4x. At the same time, GF8800 copes with antialiasing of triangle borders better.

Thus, NVIDIA leads in the AA quality of triangle borders. But if we take into account the transparent AA quality, Radeon AA 6x is victorious. Even 16xQ is worse.

Transparency AA Supersampling / Adaptive AA Quality

However, it's hard to imagine a gamer, who will use TAA MS in GF8800 — this video card offers excessive performance, so it makes no sense to reduce AA complexity now. So let's have a look at the screenshot taken in Transparency AA Supersampling / Adaptive AA Quality modes:

Fragment 1

  GeForce 7800 GeForce 8800 Radeon X1900
2x









 
JPG | PNG
JPG | PNG
JPG | PNG
4x









 
JPG | PNG
JPG | PNG
JPG | PNG
8x/6x
-






 
JPG | PNG
JPG | PNG
8xS/8xQ






-
 
JPG | PNG
JPG | PNG
16x
-



-
 
JPG | PNG
16xQ
-



-
 
JPG | PNG

The 8xQ mode still performs mysteriously in GF8800. But the quality of transparent antialiasing in both GF cards has certainly grown and reached the Radeon level.

Let's have a look at the second fragment of the same screenshot:

Fragment 2

  GeForce 7800 GeForce 8800 Radeon X1900
2x









 
JPG | PNG
JPG | PNG
JPG | PNG
4x









 
JPG | PNG
JPG | PNG
JPG | PNG
8x/6x
-






 
JPG | PNG
JPG | PNG
8xS/8xQ






-
 
JPG | PNG
JPG | PNG
16x
-



-
 
JPG | PNG
16xQ
-



-
 
JPG | PNG

The quality of transparent antialiasing in the first three modes is practically identical in all video cards, but... GF8800 8xQ is unexpectedly seriously outperformed by the 8x mode (theoretically, it's impossible in any case).

Another interesting issue - analysis of thinning-down of thin lines in different modes in different video cards. Thinning-down is a sign of AA gamma correction. We come across an interesting phenomenon here: the Radeon card thins lines down only on the screenshot with AA 6x (take into account that Radeon does not allow to control gamma correction; it's always enabled), while GF8800 does not thin down the lines on the AA 8xQ screenshot.

Having smelled a rat, we decided to run another series of tests with disabled gamma correction in ForceWare settings.

TAA Supersampling + No Gamma Correction / Adaptive AA Quality

Fragment 1

  GeForce 7800 GeForce 8800 Radeon X1900
2x









 
JPG | PNG
JPG | PNG
JPG | PNG
4x









 
JPG | PNG
JPG | PNG
JPG | PNG
8x/6x
-






 
JPG | PNG
JPG | PNG
8xS/8xQ






-
 
JPG | PNG
JPG | PNG
16x
-



-
 
JPG | PNG
16xQ
-



-
 
JPG | PNG

We call your attention to how much the AA quality has grown in 8xQ mode! But what's the connection between disabled gamma correction and such an unexpected effect of this step on just a single AA mode in GF8800? Let's have a look at the second fragment:

Fragment 2

  GeForce 7800 GeForce 8800 Radeon X1900
2x









 
JPG | PNG
JPG | PNG
JPG | PNG
4x









 
JPG | PNG
JPG | PNG
JPG | PNG
8x/6x
-






 
JPG | PNG
JPG | PNG
8xS/8xQ






-
 
JPG | PNG
JPG | PNG
16x
-



-
 
JPG | PNG
16xQ
-



-
 
JPG | PNG

Indeed, disabled gamma correction in GF7800 and GF8800 put everything into places — 8xQ and 16xQ modes got the title of top quality modes back, not only in GF8800, but also among all modern video cards. But what caused such a quality degradation with enabled GC? We'd like to believe that it's just a bug in ForceWare 97.02, which will be fixed in the nearest future. As for now, GF8800 users should keep in mind that enabled gamma correction does not always lead to better AA quality.

Radeon X1900 suddenly demonstrated no less surprising behavior: if we compare Radeon screenshots with 2x and 4x with similar modes in GF, we'll see that gamma correction does not work in HL2 2x and 4x modes with Catalyst 6.11 and Radeon X1900! How is it possible? That's a question to ATI/AMD programmers...

The Elder Scrolls 4: Oblivion

As promised, the last game in our tests will be TES4: Oblivion. But before proceeding to screenshots, we have to get back to driver bugs.

The fact is, Oblivion tests were on the brink of failure because of strange Catalyst performance in case of forced AA in this game. Firstly, for some vague reason Chuck Patch, developed by ATI for forced AA with enabled HDR in Oblivion, does not support 6x mode for six months already — Chuck Patch is built into official Catalyst already; Oblivion updates are already out; NVIDIA launched GF8800, which easily forces any AA mode in Oblivion without any patches; but ATI programmers still cannot find a way to force the 6x mode...

But that's their problem. We just don't have 6x in Radeon cards, that's all. But there is the second problem. It all started when we failed to force any AA mode in Radeon X1900 in Oblivion. We tried all possible versions of Chuck Patch and Catalyst, but none of them managed to force AA. Then we used the hit-and-miss method and found out that forced AA did not work in Oblivion on Radeon cards, if... Catalyst A.I was disabled. (should we explain that we always disable Catalyst A.I. during quality tests in order to eliminate texture filtering optimizations and shader replacements?)

You are welcome to explain why Catalyst settings work like this in our forum, in the topic devoted to this article. We just muttered a few words about ATI and went on to the quality comparison:



  GeForce 8800 Radeon X1900
2x






 
JPG | PNG
JPG | PNG
4x






 
JPG | PNG
JPG | PNG
8x



-
 
JPG | PNG
8xQ



-
 
JPG | PNG
16x



-
 
JPG | PNG
16xQ



-
 
JPG | PNG


So, the 2x and 4x modes are practically identical in quality in GF8800 and RX1900. Radeon does not support higher modes. Too bad - 8xQ and 16xQ modes again demonstrate top quality and leave no chances to Radeon modes. We can again see the anomaly: 16x mode offers worse quality than 8xQ.

On the whole we can draw a conclusion that NVIDIA is correct and that it really makes no difference for ROP G80 for which buffer formats to calculate AA - the quality and ratings of forced modes in Oblivion are no different from the quality and ratings of these modes in Far Cry and Half-Life 2 with disabled gamma correction.

Oblivion looks just great with HDR and forced 16xQ ;-)

Conclusions

Foxconn GeForce 8800 GTX 768MB PCI-E is actually a reference card, but it stands out with its bundle and a slightly modified cooling system. So if there are no inflated prices, this product will interest those users who like new powerful products.

The card worked great, we had absolutely no gripes.

You can find more detailed comparisons of various video cards in our 3Digest.

What concerns the new antialiasing mode in G80, we can draw the following conclusions from our test results:

  • Out of doubt, the new antialiasing modes in GeForce 8800 provide unsurpassed quality of antialiasing for triangle edges. They are at least no worse in transparent antialiasing than competing products. We can almost say that 8xQ and 16xQ modes are sufficient for real-time 3D graphics, there is practically no point in raising gaming AA quality.

  • It's a nice thought that the top quality antialiasing mode in GeForce 8800 GTX is more than enough for most modern applications. But we should point out that antialiasing causes significant performance drops (percentagewise) — it may make it impossible to use high AA degrees in GF8800 in future. The question is when this future will happen.

  • At the same time, we are not pleased with the operation of current GeForce 8800 drivers: AA management in the ForceWare control panel and strange AA errors in Half-Life 2. We hope that NVIDIA programmers will heed our discontent and pay attention to our advice. Otherwise, this "but" will constantly overhang this excellent AA mode in GeForce 8800.

And finally, you should understand that we have compared AA quality of the new generation of NVIDIA video chips with the AA quality provided by the old Radeon chips. We'll be able to carry out a sterling comparison only after AMD launches the first video cards based on R600. This comparison will be valid not only for the nearest several months, but probably for the several following years.








Foxconn GeForce 8800 GTX 768MB PCI-E gets the Excellent Package award (December).






It also gets the Original Design award.








ATI RADEON X1300-1600-1800-1900 Reference

NVIDIA GeForce 7300-7600-7800-7900 Reference



We express our thanks to
Foxconn Russia
and Alexander Trukhachev
for the provided video card




PSU for the testbed was kindly provided by TAGAN




                               The Dell 3007WFP monitor for the testbeds was kindly provided by NVIDIA






Danil Gridasov (degust@ixbt.com)
Andrey Vorobiev (anvakams@ixbt.com)

December 22, 2006


Write a comment below. No registration needed!


Article navigation:



blog comments powered by Disqus

  Most Popular Reviews More    RSS  

AMD Phenom II X4 955, Phenom II X4 960T, Phenom II X6 1075T, and Intel Pentium G2120, Core i3-3220, Core i5-3330 Processors

Comparing old, cheap solutions from AMD with new, budget offerings from Intel.
February 1, 2013 · Processor Roundups

Inno3D GeForce GTX 670 iChill, Inno3D GeForce GTX 660 Ti Graphics Cards

A couple of mid-range adapters with original cooling systems.
January 30, 2013 · Video cards: NVIDIA GPUs

Creative Sound Blaster X-Fi Surround 5.1

An external X-Fi solution in tests.
September 9, 2008 · Sound Cards

AMD FX-8350 Processor

The first worthwhile Piledriver CPU.
September 11, 2012 · Processors: AMD

Consumed Power, Energy Consumption: Ivy Bridge vs. Sandy Bridge

Trying out the new method.
September 18, 2012 · Processors: Intel
  Latest Reviews More    RSS  

i3DSpeed, September 2013

Retested all graphics cards with the new drivers.
Oct 18, 2013 · 3Digests

i3DSpeed, August 2013

Added new benchmarks: BioShock Infinite and Metro: Last Light.
Sep 06, 2013 · 3Digests

i3DSpeed, July 2013

Added the test results of NVIDIA GeForce GTX 760 and AMD Radeon HD 7730.
Aug 05, 2013 · 3Digests

Gainward GeForce GTX 650 Ti BOOST 2GB Golden Sample Graphics Card

An excellent hybrid of GeForce GTX 650 Ti and GeForce GTX 660.
Jun 24, 2013 · Video cards: NVIDIA GPUs

i3DSpeed, May 2013

Added the test results of NVIDIA GeForce GTX 770/780.
Jun 03, 2013 · 3Digests
  Latest News More    RSS  

Platform  ·  Video  ·  Multimedia  ·  Mobile  ·  Other  ||  About us & Privacy policy  ·  Twitter  ·  Facebook


Copyright © Byrds Research & Publishing, Ltd., 1997–2011. All rights reserved.