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

Keep folder structure when making a WAD #6

Open
StaryMic opened this issue Aug 31, 2024 · 1 comment
Open

Keep folder structure when making a WAD #6

StaryMic opened this issue Aug 31, 2024 · 1 comment

Comments

@StaryMic
Copy link

I'm working on a game in Godot where I'm using J.a.c.k. to make my levels. My textures are in a folder labelled as follows.
[Textures] -> [Dev] -> [Orange] -> [texture.png]
but when making a wad using this structure it exports as [TEXTURE], ignoring any folders or subdirectories that it was in, making the importer I'm using in Godot confused as to where textures are.

Could we get an option that adds in slashes in the texture name so importers that rely on folder structure don't get confused?

@pwitvoet
Copy link
Owner

I don't think that will be very useful, because wad files have a hard limit of 15 characters for texture names. You'd have to use fairly short directory names to stay below that limit, which likely makes your directory names less descriptive and thus less useful for organizing.

You could try using the 'External' texture format in J.A.C.K. which lets you load textures from directories, but if I remember correctly it's fairly limited in the formats that it accepts. TrenchBroom may be a better choice in that regard.

Depending on how the Godot importing process works, it may also be possible to write a script that rewrites all texture names to relative paths before the Godot importer gets to read the map file. Or you could write a script that copies all textures to a single directory where Godot can find them.

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

No branches or pull requests

2 participants