nib95 said:
I think you mean they can work really well on both storage systems, not equally well, because there's nothing equal about a 100%+ difference in storage speed. In reality the IO throughput advantage means if designed around it, the PS5 game could stream a greater density of assets and higher quality assets in any one scene or field of view, especially important if moving at a high velocity. Not to mention reduce pop in and loading times.
I typed this else where, but people saying things about the ssd enabling entirely different looking open world games does not make much sense based upon what we know about open world dev really. All data pulled from ssd would be static data, completely unmutable. That would mean perfectly predesigned Level data and arrangements, which is the exact opposite methodolgy of how modern open world games increase their detail and variety - which is infact through prcedural method not living on the disk (hdd/ssd).
Procedural methods exist to increase the efficiency of artists and diversity of the game World and even increase detail beyond static draws. If you are pulling things from an ssd to do that kind of detail, that means artists spent their time making it.. Which seems pretty antithetical to efficient dev.
I would think the ssd would not help open world games like you imagine, rather corridor games where a dev spend the time to Design every nut and bolt in a static fashion that is drawn from disc into memory. But not even geo as I have never recently Heard of a dev running out of memory for Model data. I guess completely unique textures (if the dev is not using sharable/procesural/Tiling textures for some reason) or rather static light maps that are very dense (so static and completely unique textures). That is, if that dev for some reason wants to forsake more modern Procedural Design or dynamic scene elements).
Basically, if a dev is designing around an ssd in the manner like you describe, that means that all their detail must already exist In a big Form on disc, which sounds like a lot of wasted dev time and disc space to me when modern Procedural solutions save time, disc space, and probably increase the dynamism and accuracy. A good example is massively detail ed GI light map textures vs actually prcedural dynamic RT GI
