Search Issue Tracker
By Design
Votes
0
Found in
4.3.0f4
Issue ID
576153
Regression
Yes
Android apps made with Unity 4.3 takes about twice more space on device than before
An empty Unity project built with Unity 4.2 takes about 8MB of device memory once it is installed, however the same project built with Unity 4.3 takes about 22MB. This is only reproducible when the development build option is not enabled in the build settings.
Reproduced on:
Google Nexus 4 with Android 4.3
Reproduced with:
Unity Version 4.3.0f4 (e01000627d60)
Resolution:
Since Unity 4.3 we let android unpack our native libraries on the device which makes the application start faster and lets the OS cache our libraries. Just to be clear - the increase in size should be constant and it should not be affected by c# libraries or content put into the project.
Comments (1)
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Shader Graph skybox material is rendered inccorrectly in builds when "Allow Material Override" or "Cast Shadows" are enabled and the "Deferred" Rendering Path is used
- Object motion is affected by incorrectly added rotation motion when importing animations
- Base class's Context Menu method is called when calling it in the Editor from the child class and the child class overrides this method
- Editor crashes with prompt "The file 'MemoryStream' is corrupted! Remove it and launch unity again! [Position out of bounds!]" when adding a serialized field to a precompiled DLL
- Android Player freezes waiting for a texture upload when AssetBundle.LoadFromFile is used
MedichloriANR
Jul 31, 2014 19:52
A project upgraded from Unity 4.2 to Unity 4.3 is much more likely to crash or cause ANR from the fact that the installed application file size is more than doubled. I don't see how a single digit percentage improvement in application load time on some devices justifies introducing crashes and ANRs to a project that ran perfectly fine (performance-wise) under unity 4.2 to a broad range of mid or low level devices. Essentially, you have allegedly designed the fact that responsible developers are having to block support for a number of devices that are just a couple or few years old. The hardware affected by the bloat in this case for projects I've alluded to happens to comprise roughly 1/3 of the installed user base for those apps.
I would like to know if there are any options available to circumvent this "feature".