Search Issue Tracker
Duplicate
Votes
3
Found in
2017.4
2018.4
2019.2
2019.2.12f1
2019.3
2020.1
Issue ID
1199764
Regression
No
Output Texture's RGB values are slightly different from the source PNG image when using Texture2D.LoadImage function
How to reproduce:
1. Open the attached project's Scene labeled "Bug"
2. Enter the Play Mode
3. Exit the Play Mode after waiting for a few seconds
4. Open the "input.png" and "output.png" in the root Project's directory and Inspect the two images
Expected result: Image RGB values are the same
Actual result: RBG values of the "output.png" Image are different from the "input.png"
Reproducible with: 2017.4.35f1, 2018.4.13f1, 2019.2.13f1, 2019.3.0b12, 2020.1.0a14
Comments (1)
-
ANTONBORODA
Nov 20, 2019 14:06
Please also mind that this issue is not related only to EncodeToPNG(), the texture itself is broken during the Texture.LoadImage(), because even if you don’t write it back to disk and use it for real time display purposes, it’s still broken.
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
- Texture2D hash changes inside of an AssetBundle when rebuilding a SpriteAtlas bundle with an empty AssetPostprocessor Script enabled
- Aniso Level still applies when Generate MipMap is disabled in Texture Import Settings
- Mipmap Limit Groups long names are not truncated when creating a new Mipmap Limit Group with a long name
- “ArgumentException: Invalid double parameter.” error is thrown when Infinity is typed into the Fixed Timestep field
- GameObject becomes gray when using HDRP and STP together on macOS
This is a duplicate of issue #1106629