Skip to content
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

Failed to import resources when running Godot 4 in Linux ARM64 (Asahi) #98115

Open
camperotactico opened this issue Oct 12, 2024 · 5 comments
Open

Comments

@camperotactico
Copy link

Tested versions

  • Reproducible in Godot 4.3 Stable (v4.3.stable.flathub [77dcf97]) (and perhaps 4.2, as I already had the issue in the past but didn't spend much time on it as I assumed it was an issue related to the GPU driver of the OS.)

System information

Asahi Linux (Linux ARM64) - Godot v4.3 Stable - forward+/compatibility/mobile - CPU/GPU M1 Pro Max 24 CU

Issue description

Hello everyone, this is my first issue submission. Before I continue I want to thank everyone for the hard work on the project ✊

Just the other day Asahi Linux (ARM64 Linux for apple silicon-based Macs) got conformant Vulkan, OpenCL, OpenGL driver implementations, so I installed Godot to see if it finally worked alright. I cloned the repository of the game I am working on at the moment and I noticed a bunch of errors when first opening the project. All the errors read something like:

Failed loading resource: res://textures/texture-arm.jpg. Make sure resources have been imported by opening the project in the editor at least once.
editor/editor_node.cpp:1278 - Condition "!res.is_valid()" is true. Returning: ERR_CANT_OPEN

Screenshot from 2024-10-12 11-22-33

On top of that, the editor would try to re-import all the assets every time it will regain focus from the OS. (For example if I did alt+tab to switch between opened apps)

I assume this is not a Git issue because the project loads just fine on both Linux x86_64 (my desktop machine) and MacOS ARM64 (My laptop, on its other OS).

I was looking for this error message online and I found some posts online where the solution was to manually delete the .godot folder of the project. I tried that but didn't work for me. I also tried deleting the generated .import files associated to the assets that couldn't load properly, and that seemed to work temporarily, as restarting the editor would cause the errors to appear again.

Sorry if I am missing something here, I would be glad to add more information to this if it is needed. I have attached a MRP project that reproduces the error constantly on my machine. Thanks again to everyone.

Steps to reproduce

1- Install Godot 4 via flatpak on Asahi Linux
2- Open the MRP project
3- Dismiss asset import errors
4- Delete .import file of the texture_arm.jpg file to reimport the asset and "solve" the issue
5- Restart Godot editor to have the error appear again.

Minimal reproduction project (MRP)

test-project.zip

@fire
Copy link
Member

fire commented Oct 12, 2024

I wonder if its related to the jpg importer failing to import because of some build flag problem

@garrettjwilke
Copy link

i have had this same issue...after "fixing it" and then closing godot, the issue would happen again.

i was able to solve this issue by finding the textures that are having issues, then selecting them in the file viewer. i then select the Import tab. change the Compress Mode from "VRAM Compressed" to "VRAM Uncompressed" and then click on Import.

after closing godot, the textures will work when you re-open godot

@camperotactico
Copy link
Author

I tried @garrettjwilke suggestion, and it worked. But as they implied, this is more of a workaround rather than a fix, so I will leave the issue open for the time being.

@fire
Copy link
Member

fire commented Nov 2, 2024

I don't have a promise, but I might try the Vulkan implementation on Ashai Linux to see if there are better debugging clues.

@aaronfranke
Copy link
Member

Possibly related to #76691 or maybe the same cause.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants