-
-
Notifications
You must be signed in to change notification settings - Fork 21.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Image data size error when importing some pngs files #85489
Comments
Apparently it is an issue on some devices where the textures don't load, on others it is fine. Addendum: The issue is still present in v4.2.stable.official [46dc277] |
I think this may get fixed by PR #86336, if you would like to test it |
@LunaticInAHat Tested on v4.3.dev.custom_build [6c70549bf], I still these errors |
These issues are also present on v4.2.stable.mono.official [46dc277] |
I have found a soft-solution for this issue. It has to do with the Import Mode of a specific image, and (from my case) was the result of VRAM Compressed mode being selected. Further, it only generates the error if the image is being used in a scene. To fix: Step 2: Select the file and go to its import settings. Try to reimport the file as Lossless. If this fixes your issue, congrats. If not, proceed to step 3. Step 3: If simply reimporting the image did not work, we're going down a hard road.
The point of this difficult process is to reduce the chance of broken dependencies. Simply removing the texture from the file system leads to too many issues. If anyone knows a better way to simultaneously replace all instances of a given texture file, please make it known! Finally, when bringing in new textures, ensure that they are imported as Lossless (or some other type. I'm pretty sure VRAM Compressed is the main issue here.) You may be able to write a script or tool that ensures newly imported textures follow the same options every time, but that's not something I know how to do. Good luck! |
Seeing this in 4.2.2 as well. It would be helpful to at least know the path of the image, the error is quite useless for the end user at the moment... |
There is now issue #94946 for the path output. |
I investigated this a bit, it seems to happen if mipmaps are enabled on an NPOT texture set to either VRAM Compressed or Basis Universal. Per the link you can set your texture's dimensions to multiples of four to fix this, but you can also just change the compression mode or disable mipmaps (scene dependencies notwithstanding). |
Still encountering this in 4.3-stable
Lossless may significantly increase the size of your exported pck file :( Using POT textures or disabling mipmaps seems like a better workaround.. |
Godot version
up to v4.2.rc2.official [1ba920f] since (at least) v4.0.alpha11.official [afdae67]
Addendum: still present in v4.2.stable.official [46dc277]
System information
Godot v4.2.rc2 - Windows 10.0.19045 - GLES3 (Compatibility) - NVIDIA GeForce GTX 1050 Ti (NVIDIA; 31.0.15.4617) - Intel(R) Core(TM) i3-6100 CPU @ 3.70GHz (4 Threads)
Issue description
In compatibility/opengl3, importing some problematic image files results in errors like this:
Godot 4.0.alpha11
Godot 4.2.rc2
This does not happen in v3.5.stable.official [991bb6a]
Despite the errors the image seems to work correctly both on the editor and the exported game (tested exporting for Android, Web and Windows).
I originally experienced the problem when importing a gltf that had the problematic image file as a texture.
Steps to reproduce
You need one problematic image file, such as the provided as part of the reproduction project below, and import it on a project that has its rendering set to use compatibility/opengl3.
Minimal reproduction project
Nov2023.zip
The text was updated successfully, but these errors were encountered: