Closed ghost closed 6 years ago
I think this is fixed on master by the new import method, but should we keep it around for 2.1.x?
The import happens behind the scenes now, sure, but has the code that does the actual import been rewritten too?
I believe the files are generated in a hidden directory now, so let me give it a try this weekend.
2.x issue, closing
Operating system or device - Godot version: Debian GNU/Linux
Issue description (what happened, and what was expected): Importing a collada results in a .scn file, and additional .tex files. It appears that the importer-generated .scn file doesn't make use of these .tex files; instead, it stores an additional internal copy of the textures data within the .scn file, and I'm not entirely sure but this data might even be uncompressed (judging by the file sizes, more on this below).
I expected that the generated .scn file would make use of generated .tex file. Furthermore, I wouldn't expect any non-compressed texture data to be stored anywhere.
Steps to reproduce: I tested this with a Better Collada Exporter generated .dae file, which uses 4 textures:
I tested this with a totally different dae file, with similar results.
Link to minimal example project (optional but very welcome):