Question Scene opening performance and optimization?

[subs4]

It's been years since I tried VaM and while the VR tech as well as processing power, SSD speed etc. has gone a long way, it seems that there is still a serious bottle neck in opening scenes. It can take really up to minutes, way longer than it would take to copy the whole VaM folder from drive to drive multiple times over. During that period the Steam VR freezes and glitches like no tomorrow.

I can't remember if there was some optimization that would help? What is actually taking all the resources and what should be focused on when I next go shopping for a new PC? Is it all CPU at that stage?

 

[MacGruber]

If you got a scene that loads for multiple minutes, it might be because it has lots of audio files that aren't properly handled. Some scenes have hundreds or thousands of voice lines, sfx audio, etc. If those are loaded from individual audio files, loading can easily take multiple minutes as each file has to be imported and converted into the format that is actually needed by the engine. Audio files loaded from Unity AssetBundle are MUCH faster, like 50x faster. Minutes become seconds. I'm not kidding.

To handle Audio files from Unity AssetBundle, you need to use my LogicBricks plugin suite, specifically either RandomSoundFromAB or SoundFromAB bricks.

Of course there are plenty of other reasons loading could be slow. For example a huge number of atoms, huge number of plugins (like 100+), lots of animation data for Timeline, etc.

Obviously all this is something for the scene creator to do, not for the consumer.

 

[subs4]

Thanks for your reply. Minutes may have been exaggerating but just one minute with non responding, flickering VR headset feels long. I notice that it is not directly related to the complexity of the scene so there must be something going on with bundling stuff in a wrong way as you say.

Still it just makes me wonder what is going on when the data itself should move lightning fast and seemingly very complex AAA games load much faster while staying responsive at the same time.