2018-12-28 at 10:09 pm #10260
I’ve just noticed that when exporting the blender file to gltf (inside the applications folder for now), all of the textures get saved into the same folder as the gltf file, along with the html, js, and css files. Is there a way to tell Verge 3D to save texture files into specific folders? The project I’m working on will be made of hundreds of textures. And we will have lots of products to customize as well, so I’d like to have each product exported into a different folder as well. It would be great if I could have all the textures saved into a folder at the same level as the folders I’ll create for each product, so that I can share the same textures among different products. Is that at all possible?
Thanks a lot!2018-12-29 at 7:49 am #10261
Yes, you can save textures into nested folders. Be sure to use relative file paths. Also do not pack your textures in the .blend file because in this case the image files will be automatically created in the same folder as the .gltf.
Oops sorry this is not actually the case. But you can create a dedicated folder for export only. This will allow you to store your source images in their respective folders.
2018-12-29 at 2:35 pm #10263
- This reply was modified 2 years, 3 months ago by Yuri Kovelenov.
Thanks Yuri, but I’m afraid I don’t follow you. How would that work exactly?
And do you think this feature could be included in a future version? (being able to define relative paths to texture image files)2018-12-29 at 3:11 pm #10264
You can create a folder inside your app folder, say, “export”, and perform export of gltf to this folder. Then you need modify the URL to the scene accordingly, for example:
__URL__some_name.gltf -> __URL__export/some_name.gltf
This way you can export multiple scenes to their corresponding folders with corresponding texture sets in each. Can this approach work for you?2019-01-02 at 9:29 pm #10295
Actually not. Well, kind of. I’d like two things:
1) Not to have all the files needed for an app to be in the same folder, as a way to separate gltf files from texture files, and js, css, and so on.
2) I’m working on a configurator that will be used for several products. Many of those products will have wooden pieces and you will be able to select the wood type for them. But the same wood textures would be used for different products, and I’d like not to have the same textures repeated in different folders for each product. It would be great if we could define a folder at an “upper level”, where all the wooden textures would reside, and then the products would be able to refer to the same texture files using a path. You see, if I have to make a change to a texture for any reason, I would have to update that texture file for every product, which would require a lot of work that could be easily solved by being able to access the same file from all the products (gltf files)
It would be great if the gltf export could use relative paths to texture files that blender is able to resolve, and we could keep the same paths when copying things over to the application folder/web server.2019-01-03 at 2:07 pm #10301
Thanks for the detailed explanations that helped me to better understand your needs. Images are hardcoded to reside near the corresponding gltf files. This can be overcome in runtime, for example, by using the replace texture puzzle which can load images from any location on a domain, or programmatically using the corresponding API.2019-01-03 at 2:23 pm #10306
Thanks Yuri. I guess I’ll have a very big folder with all the files for all the products in it then2021-02-27 at 1:19 am #38929saranjivacCustomer
Since I am now running into the same issue, here is a suggestion for some future version of Verge3D.
Perhaps on the export screen add a “texture folder” field with a path relative to the .gltf
That way the user can pick the same folder for multiple .gltf files and thus use the same textures without the need to do anything in puzzles.
Something like standard .gltf 2.0 export addon has.
Attachments:You must be logged in to view attached files.2021-02-27 at 7:48 am #38932
- You must be logged in to reply to this topic.