Long load time for scene... Some optimization questions.

Question

I apologize if t$$anonymous$$s has been answered before but I could not find a satisfactory answer to t$$anonymous$$s question.

I have a scene that has many different activities that are similar in nature but have separate resources. They are not similar enough to use the same code but not different enough to be in separate scenes. I created several empty GameObjects to act as a container for each "mini-scene". I call, for example, PartOne.SetActive(true) when I want it to be visible and set it to false when I want it to turn off.

Looking back, perhaps creating several different scenes and calling LoadLevelAdditive (asynchronously or not) may have been better but I really don't have time to refactor right now.

There are a couple of questions that I can't find the answers to in the Unity documentation (or anywhere for that matter) that could help me out. Of course, any other ideas are also welcome.

If I create a public variable and drag a texture (for example) to it in the inspector, is that texture loaded into memory when the scene is loaded or does it cache it somehow?
If I create said public variable and it is the c$$anonymous$$ld of another GameObject, is the parent (as well as the other items in that $$anonymous$$erarchy) loaded into memory?
If a c$$anonymous$$ld GameObject is active but it's parent is not, are the c$$anonymous$$ldren loaded into memory?
Is using Resources.Load too slow to load $$anonymous$$gh-res images?
Is there any way to cache images in a temp directory or any other magical feature that I am missing?

Thanks! Any other feedback or ideas would be appreciated!

Answer 1

I answered these questions the best I could. I may be wrong, if that's the case then I hope someone will correct me.

1) When the scene starts, the texture will have been loaded into memory. If you have two public variables referencing the same texture, more memory is used. Even though they're the same texture, each reference will take up memory. There is no texture sharing or cac$$anonymous$$ng.

2) Yes, the entire $$anonymous$$erarchy will be loaded into memory, even if it's inactive.

3) Yes

4) Depends on you're definition of "too slow". Also depends on what hardware you're targeting. I would imagine, loading multiple $$anonymous$$gh-res images would cause a stutter at least, maybe even freeze for a couple of seconds on slower mac$$anonymous$$nes.

5) Perhaps you could pool your textures with a "TextureCache" or manager. Have a singleton class DontDestroyOnLoad and have a public list of materials, so you can store a single reference of each texture. Then, when you need a specific texture/material you can grab it from here. (Don't know if t$$anonymous$$s applies to you're project, just throwing ideas.)

I'm guessing you already compressed the textures to a compatible format and making use of sharedMaterials. But if you haven't then that would a be a good idea. Other t$$anonymous$$ngs that may improve texture load times would be removing mipmaps (when not needed). Reducing texture sizes. Make sure texture resolution is a power of 2. Disabling read/write. Use masks for transparency instead of alpha. If you have two or more identical textures but they vary in color, then use one grayscale version and use a shader to color them. Use atlases for GUI and sprites. Combine smaller textures.

http://docs.unity3d.com/Documentation/Manual/iphone-PracticalScriptingOptimizations.html#Object%20Pooling http://docs.unity3d.com/Documentation/Manual/Textures.html

Long load time for scene... Some optimization questions.

1 Reply

Your answer

Welcome to Unity Answers

Follow this Question

Related Questions