Digital Foundry Article Technical Discussion [2021]

Well, seems like the SDK is getting better
Question is, what is limiting in those scenes. And it would still be interesting what the difference is above the 60fps limit.

btw, has anybody tested the Series S with VRR and the RE demo? Could help, at least with RT enabled.

 

Take 'Control' as an example. The additional headroom that XBSX had in the uncapped photo mode ranged from 3%-32% advantage over PS5 depending on the area. However, this advantage regardless of how high it was, still didn't translate into maintaining a rock-solid 30fps gameplay experience when RT was enabled. If I’m not mistaken, PS5 actually holds a slight performance advantage during actual gameplay.

I agree raw numbers are good to have on providing a certain amount of context and clarity on how these game systems stack up in generic benchmarking, but if those raw numbers aren’t translating into real and meaningful actual gameplay performance, then it becomes pointless wanting an uncapped framerate to see the highest value reached. IMHO, if the consoles aren’t able to maintain a certain locked/capped framerate (30fps, 60fps, etc.) by the developer, then for me anyhow, its visible that any additional performance above those caps aren’t enough, or simply isn’t there.

 

SDKs tend to get better. Look at the games that PS4/XBO offered at the beginning of their generation, versus the tail-end of that generation. Huge difference! I expect nothing less from this generation.

 

Yeah, that would be my guess also. Like, there is a fixed, or minimum frame time cost to adding RT, so it disproportionately affects scenes where you would otherwise not be GPU limited. The I'm not fully convinced it's the CPU bottleknecking the rendering, as some have assumed.

 

A patch was released that fixed most of the stuttering that happen on the XSX. It’s really smooth now which I’m sure makes it more stable now if it weren’t for the random stutters previous numbers showed

 

Sure and I agree on this point, from an experience perspective this makes sense; but it doesn’t actually tell you whether having more RT units vs less RT units and a higher clock results in only the differential in frame rate.

I find that to be highly unlikely. That would imply that they rasterize equally in all scenarios which we know at this point in the generation they don’t.

 

Don't you just wish UL Benchmarks could provide such a tool? 3DMark the console edition!

 

Digital Foundry also made the same mistake with this game, when you have a limited camera like it is in that game (its much much easier to make it run well), my game is similar (diablo style isometric camera) which runs great but if you change to down low behind person viewpoint camera, performance can tank. Ori is a very good looking game due to its art style but its doing a lot less than say, ghosts of tsushima
Im sure there are better game choices, but I have no idea about what engines what game uses, is there a database?

Though I do agree with what you say elsewhere, the algorithms are the most important and not the engine. Where unreal is much better than unity are the tools for the content makers and this is very important for making a game, perhaps the most important thing (plus also unity's rendering pipeline is a joke). but in a lot of things unreal (which also has gc) is a lot worse than unity, much more unstable, much worse UI, not built on a FPS, lack of documentation, C++ vs C# (if you are getting GC spikes in c# then you're doing it wrong, manage memory the same way as c++, you should be doing this anyway) (Rust may be even better than both but I havent really looked into it)

 

In fact, I do not see much point in arguing about the performance and quality of RT games in the first wave, at least without power consumption measurements.
We can argue to infinity why one console has higher resolution and the other one has less fps drops. And then it turns out that at least one of them is running at less than 75% of its power (as it was with Hitman 3 and xsx).

This is especially true for projects with identical graphics settings.
I bet that in RE8 the xsx runs far below ~200 watts.

 

Btw, RE8 does not seem to be a CPU intensive title. E.g. PS4 Pro almost always delivers 40fps and at times 50. So from a CPU perspective, it is not a very demanding title for the current-gen consoles. So PS5 can assign all power to the GPU. So I really expect that the difference between the two consoles will grow over time, as soon as last-gen will no longer be supported.

 

Nah, probably will be very similar to end of the grnerarion as 20-25% teoretical compute/rt intersection/bandwidth advantage will not increase magically over time

 

It's going to be the contrary. The biggest differences are mostly seen in cross-gen or GPU limited games. It is what it is. Next gen games (or modes) pushing the CPU are performing very similarly between both machines like (DMC5 & COD 120hz or NBA 2K21 with next gen assets at 60fps).

 

That game is a hidden gem. I loved every bit of it! Yeah, it was different, but it was superfun and the OST rocked.

 

for me it was like good example how devs struggled to keep 2d pace/gameplay in 3d world but just checked review scores after your post and indeed not bad

 

we had great conversation about hw advantages in xbox thread, now its clear to me that you cannot expect system X to perform xx% better than system Y all the time. Both ps5 ans xsx have advantages during specifics stages of rendering and if this is rendering pipeline [A,B,C,D] => (frame) with abcd being imaginary steps xsx may perform AB faster than ps5 but ps5 will perform CD faster. What now? Will xx% more CUS be always better than 20% more clock speeds? Will 20% more clock speed be enough to make up for xx% less cu? Depends on load of specific steps and this may very a lot between applications heck this may vary a lot in different moments in the same application.
Having this is mind it is clear to me that there is no winner here, even if the future will be more CU heavy or will favour faster clock speeds it is not everything that matters. You will complete whole cycle only as fast as the slowest step.

 

But RT as a feature does dramatically increase CPU usage as we have seen in other titles.

I don’t know many other graphical related features that drive CPU up as much. As we move culling and other related functions to the GPU I suspect this will stay on the CPU.

 

Why, though? First of all, I could just be missing something, so I'd appreciate if you fill me in if so. But from what I know, the big cpu costs I can imagine are building and maintaining the acceleration structures (bvh trees) and dispatching rays. Both can be done on the gpu in theory and in at least DXR, probably other APIs too.

I guess the case could be made that the console gpus are fairly weak and they want to save compute as much as possible for the rest of rendering, so they offload RT related costs to the cpu. But even if that's the trend, I don't expect we'd see it every single game.

 

I don't have an answer unfortunately. It's just something I've been noticing. @Dictator might be able to chime in on this. I think he states in his Metro video that the RT is significantly more taxing on the CPU with the latest version versus the older 2019 RT variant.

I mean, perhaps it's because they don't trust async compute on PC? I'm not sure. It is quite slow to go back and forth between CPU/GPU.

They could do everything GPU side, I mean, that would make sense, but perhaps it's not trivial to do -- more time to bake this type of feature as there are more challenges to overcome.

 

My counter-theory would be that these are all relatively early games using RT (as in, engine wasnt build from the ground up with rt in mind from the start) so maybe the cpu side is just easier and more sensible to implement for an engine thats already using the gpu 100% in the existing architecture, so we may see more of a variety in the future. But this is a wild guess (could just as well be that the gpu versions have huge drawbacks nobody else will ever want to incur.)

 

You may want to reach out to OlegH to explain this one further.
GPU Ray Tracing Performance Comparisons [2021] *spawn* | Page 3 | Beyond3D Forum