xeon

I think it will all depend on your specific lighting needs and how subtle the effect has to be. If you are trying to replicate lighting found in ray tracing and the subtleties of low light conditions and do this dynamically bouncing from interior to exterior or low light to sun light you are going to be in a difficult situation.

Depending on your scene complexity adding physical lights may make the scene overly bloated and non performant, where as baking two sets of textures (exterior and interior) may not be practical…then you are left with very few choices.

Equirectangular vs CubeMap…I think thats a subjective call depending on your scene needs and wether the poles created in a equirectangular map are really causing an issue or not. From the sounds of it..they arent…its just that the HDR you are using is casting too much light for your interior scene.

The good news is the Verge3D_Environment_Shader material is accessible through the material puzzles. This allows you to use Mix Shaders that allow you to add filters to an HDR or mix between 2 or more environmental textures to get something you like or two change from day to night, interior to exterior. Just don’t animate them bad stuff can happen but have had no problem swapping settings unless this is for mobile deployment…then it may be a big tough.

Could you show your puzzles and the material nides you are expecting to influence… a screen pic of the scene showing the lighting would help too

is your scroll bar an HTML element or a 3D object?

Well… I am not sure if you question is related to Blender performance or whether its about how that scaling is translated to Verge3Ds performance. I am going to go with the later.

The 1024px image will be far better for V3D than an 8K image so if the 1024px image gives you the detail you want…stick with that.

Optimization is a strategy based on so many factors. Changing out BSDFs will help a bit but you would have to do your own tests to see how much efficiency you get out of it for your application. Your current scene and materials are very light at the moment but if you expect a significant increase in them…then yes..you may want to add this to your overall optimization strategy.

Baking textures is another optimization strat. Different in its uses and has different potential benefits. In most cases, the idea is to create normal maps for high poly objects and created normal maps to reduce geo. Or it can be to reduce redraws and overall memory usage or it can be a simple way to have shadows without having lights. Lots of options with baking textures.

Ok…so your loading time is pretty quick. On average it takes under 3 seconds to load.
Your project is pretty light weight but if this is going to be a game there are things you will need to consider as load times could get large.

Performance ( after the loading )
The back wall should really be a textures with a normal map and perhaps the cylinders on that wall stay 3D objects. Unless you are doing something with them that requires all that geo.

the floor elements – unless moving should also be one object and unnessary faces and geo removed from adjacent elements.

Puzzles….
you have two key down events and three key up events….I would recommend re-writing these so you just have on key down and one key up event.

you have two Every Frame events…. i would recommend rewriting so you only have one.
I would also consider that there are potentially ways to eliminate many of the the things you have in Every Frame events. The more you can reduce the logic in these events the better.

You have many after X seconds….events. With this sort of logic you could have conditions where events will be missed, our cued and cause lag and or prevent other items from triggering while a wait state completes, especially when the timer is triggering animation.
As an example a kick or repeated pressing of 5 on the keypad…many events are going to be missed or queued and because the animations is already playing and the time event and animation are on going… the animations will either be truncated and restarted or skipped and this causes performance issues. To solve this sort of thing you would need to create some logic for what should happen if the 5 key has been pressed and the animation is playing on in a wait state…..you could tell the play head to go back to start frame on interrupt…or ignore additional input….but something. But because you have these nested timers, a different approach may be more useful.

You are also using physics….this will slow things down too from a performance stand point.
I am not sure how you are using it or what its purpose is but I am guessing that if the character hits an object it should do something (play some animation sequence). If the objects are predictive, meaning they move or are static, I would use a different method of collision detection to avoid using physics if possible.

Performance is going to be measured by the target system requirements. Are you wanting this to playback on a mobile device via web server, going to output in Electron, Cordova?

• This reply was modified 2 months, 4 weeks ago by xeon.