_pp Going Forward

Although I believe ATi should go for full 32-bit with the R520 they might surprise everyone with a mixed precision pipeline. If so it would influence the adoption of partial precision hints. Also, S3's parts also have a 16/32 precision. Yes, I know S3's cards are either not available or not relevant for this kind of generalisation.

As a very satisfied Radeon 9800 Pro user I hope developers do NOT follow Valve and invest time and resources in putting pp in their shaders. If there's one qualification I would not give to put a pp hint in shaders is "code around". What's harder is testing to see if it introduces artefacts. But let me ask you, when we had the choice to run at 16 bit or 32 bit colour modes depending on where we wanted more speed/quality respectively was it that bad? Wasn't it nice to have that option? I always chose 32-bit when I upgraded from my VooDoo2 to a TNT2 but I was happy to have the choice there even if it made painfully obvious how ugly it looked.

In games today we have the ability to turn down resolution, disable some shader effects, reduce geometry detail, even to substitute some models with sprites, and even LOD, mipmap quality in the driver panels, etc. etc. etc. PP hints is just another (acceptable IMO) decrease in quality for a gain in performance. I'd personally never use it but I wouldn't want people with lesser cards to be denied that option.

Anyway, I think pp hints are on the way out unless ATi's next card has mixed precision.

 

I think it's totally application specific.

If the shaders in the game are very complex, which means even using _pp can not save NV3x, developers will probably drop them into DX8 class. On the other hand, if the shaders are relatively simple(like in doom3), developer will have a reason to use _pp wherever possible.

Also note that even for NV4x, _pp will gain you a few FPS in some situation, developers will be happy to follow the GPU programming guide:

 

IIRC there's a third party util (made by someone from this board AFAIK) that lets you force either full or partial precision. But that's not what I was referring to as the optimal way to do it (since, AFAIK, it forces the chosen precision for ALL shaders regardless of their complexity). Valve has a lot of different material files for water, they have one for DX7 cards, another for DX8 and DX9 (I also think they have one for DX8.1 cards). Developers could simply copy the DX9 shaders and add the pp hint. If it introduces artefacts hey, so did 16-bit colour, or changing the LoD, mipmaps, etc. It's a fact of life people would accept just as they accept that changing texture quality in <insert_name_of_game_here> to lowest makes the textures look like crap.

Well, recent games still support DX7 hardware (D3, HL2, FarCry, etc.) which is cute but let's face it 5 years is a long time so technically developers are coding for a lot of (small) niches already. I think developers just want to hit as big a target as they can possibly get away with. And I should know, I had a GF2 GTS 32mb until 6 months ago and I played practically everything I wanted. Having said that I think there's not enough "market value" for pp hints in the eyes of most people even if they are a probably easier to implement than a T&L path to go with your DX9 path and probably don't influence overall development and hinder your main full-impact graphics platform as much as say, supporting 1Ghz CPUs as minimum requirement.

On one hand I shouldn't care because people should read reviews before they buy computer hardware (and read Beyond3D for all their graphics needs) and there's many people who bought a GFFX because they hated ATi in some misguided sense of loyalty towards nVidia but on the other I'm genuinely sorry for GFFX owners who probably got their card as a gift or it came with their new Dell or whatever. I don't like seeing those people getting the shaft just because two years down the line even loyal nVidia fans admit the GFFX was bollocks.

 

That will never happen.

US

 

For the next-generation games I'm working on (both PC and consoles) we don't use it at all and I'm guessing most other game developers with similar targets neither will use it.

 

Let's face it, from now on, the FX series will be treated as HL2 treated them....as DX8 cards. So there's no reason for partial PP at all.

 

There are still uses for it, such as the FP16 normalise function for NV4x, which does make sense when processing with FP16 buffers. However, in the longer term I would expect FP16 to be just as much of stop gap measure as FP24 is - its probably a transition point from integer to fully float processing and as more transistors can be dedicated to such things then the free FP16 functions that are available now may end up becoming free FP32 ones.

Critical points for the future of it will be whether there is any FP16 capabilities in PS3 and what WGF2.0 specifies.

 

Why shouldn't be used? That is like dropping char and short from C and use only int. Or use double everywhere instead of float.

If my colors and normals come from ubyte/fp16 textures, shouldn't I use half instead of float?
And it is not just an NVIDIA thing. I don't know if ATI's R520 supports them, but if it does, then every user that buys that card will also benefit from fp16. It the card doesn't support it, no problem.

 

Depends on _what_ NG console he is talking about If PS3 GPU will have FP16 precision then i'd say it'll be used very widely

But then we don't know ATM if NV will still be supporting _pp in NV5x series.

And i believe that R520 will be pure FP32 with possible FP16 filtering/blending.

 

You cant read? hint , he said " ...consoles"

 

erased

 

So?

 

I don't know, Dave. Consider SSE, for example. It added additional processing power at lower precision than the now standard x87 FPU. You can spend far fewer transistors for the same result if you go with lower precision. FP16 is sure to be enough for many operations, due to the fact that it's higher precision than any reasonable output for PC graphics.

The missing link at the moment are developer tools to gracefully determine when partial precision can and cannot be used. What we need are:

1. Software to automatically detect which instructions in a shader should or should not use partial precision, best with varying levels of aggressiveness.

2. Software that runs robust checks on the shaders to determine visual impact of using partial precision.

Using two such pieces of software with loopback would produce an excellent, automated way to keep performance high while not significantly increasing developer time. If any hardware companies want to actively pursue partial precision hardware for the next generation of hardware and beyond, they should seriously look into developing software such as that above.

Edit: The alternative is the death of hand-made shaders for games, and the birth of optimized shader libraries. Since optimized shader libraries should happen anyway, as a means to allow the artists to customize shaders, this is another potential direction.

 

And the early talks of Shader Model 4 suggested a Integer instruction set alongside a Floating Point. I suspect that the transistors saving gains in the few FP16 specific instructions there are at the moment will be fairly negligable in future processors.

 

Wouldn't that be all the more reason to implement FP16-specific instructions? If those instructions are commonly-used, it seems all the more prudent.