Search Issue Tracker
Won't Fix
Votes
1
Found in
2020.3.19f1
2021.1.22f1
2021.2.0b13
2022.1.0a10
Issue ID
UUM-2707
Regression
No
Unity is altering lightmap UVs for non-statically batched objects in Player
How to reproduce:
1. Open “StaticBatchingUVUnityBug(1).zip” project
2. Open “SampleScene” Scene
3. File > Build And Run
Expected result: In Player, examples 2, 3, 4 matches each other and they are not the same as 1st example
Actual result: Lightmap UV of example 3 matches the 1st example in Player
Reproducible with: 2020.3.19f1, 2021.1.22f1 , 2021.2.0b13 , 2022.1.0a10
Could not test with: 2019.4.30f1, errors appeared because the project was downgraded.
Notes:
- (Expected result) If you run the project in the editor you will see that only the 1st example is using the combined mesh and has altered Lightmap UVs.
- (Actual result) If you build and run a standalone, you'll see that the 3rd example _also_ has altered Lightmap UVs even though it is _not_ using the combined mesh.
- All objects that are set to statically batch have a component (TransferLightmapScaleOffset) on them that assigns the Lightmap scale offset etc., of the first example, so that these examples share the same place in the atlas - purely to demonstrate the issue more effectively. Removing this component has _no_ impact on this issue.
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
- Foldout arrow indent is misaligned in the Inspector when used in Custom Type
- [Android] The Player screen turns black when playing a video under certain conditions
- Search window icons at the bottom are cut off when Search window is resized vertically
- "Try something else?" text label is cut off when searching for a long text in the Search window
- Rendering Debugger window sections do not have a minimum width set when resizing with the slider in the middle of the window
Resolution Note:
Thank you for reporting a bug to Unity.
We have reviewed the issue carefully, and in this case the team is unable to prioritize fixing this bug. There are a number of reasons we make this decision, including the impact and severity of the issue across our user and customer base, and the possibility that future plans may solve the problem in a different way, or that a workaround for the bug may be available.
Today we will be closing this case. Thank you again for taking the time to report this issue, and please let us know if there is anything else that changes the impact or severity of this issue.