Unwad - minimal wad tool (mingw build script now in svn)
Forum rules
The Projects forums are ONLY for YOUR PROJECTS! If you are asking questions about a project, either find that project's thread, or start a thread in the General section instead.
Got a cool project idea but nothing else? Put it in the project ideas thread instead!
Projects for any Doom-based engine (especially 3DGE) are perfectly acceptable here too.
Please read the full rules for more details.
The Projects forums are ONLY for YOUR PROJECTS! If you are asking questions about a project, either find that project's thread, or start a thread in the General section instead.
Got a cool project idea but nothing else? Put it in the project ideas thread instead!
Projects for any Doom-based engine (especially 3DGE) are perfectly acceptable here too.
Please read the full rules for more details.
-
- Posts: 1490
- Joined: Sat Oct 20, 2007 10:31 pm
Unwad - minimal wad tool (mingw build script now in svn)
Windows version ready for testing!
download link below.
Goals:
* simple command line tool with optional advanced features
* take a wad name (or multiple wad names) as parameters (done)
* output a pk3 or folders full of files ready to be zipped into a pk3 (done)
* convert all doom format images to png (with grab chunk) (done)
* convert all doom format sounds to flac .wav / .au (done)
* identify formats of non-doom lumps and export them with appropriate file extensions (done)
* put each map into a separate PWAD (done, can't rename maps yet)
Advanced features:
* filter extracted files by type (done)
* filter extracted files by regular expression (done)
* transform extracted file names by regular expression. Use '/' to indicate a directory separator. (done)
* group sprites into folders by first X characters of sprite name (done)
* merge data option when extracting multiple wads (done)
* text lumps can be appended instead of overwritten when dealing with merged lumps. (done)
You can get pre-compiled binaries of the latest development versions of unwad here:
unwad for windows | unwad for linux.
If you want to compile unwad yourself, check it out from the svn repo.
You can view the latest readme.txt in your web browser.
Feature suggestions welcome!
download link below.
Goals:
* simple command line tool with optional advanced features
* take a wad name (or multiple wad names) as parameters (done)
* output a pk3 or folders full of files ready to be zipped into a pk3 (done)
* convert all doom format images to png (with grab chunk) (done)
* convert all doom format sounds to flac .wav / .au (done)
* identify formats of non-doom lumps and export them with appropriate file extensions (done)
* put each map into a separate PWAD (done, can't rename maps yet)
Advanced features:
* filter extracted files by type (done)
* filter extracted files by regular expression (done)
* transform extracted file names by regular expression. Use '/' to indicate a directory separator. (done)
* group sprites into folders by first X characters of sprite name (done)
* merge data option when extracting multiple wads (done)
* text lumps can be appended instead of overwritten when dealing with merged lumps. (done)
You can get pre-compiled binaries of the latest development versions of unwad here:
unwad for windows | unwad for linux.
If you want to compile unwad yourself, check it out from the svn repo.
You can view the latest readme.txt in your web browser.
Feature suggestions welcome!
Last edited by bagheadspidey on Fri Oct 03, 2008 4:40 pm, edited 34 times in total.
-
-
- Posts: 17934
- Joined: Fri Jul 06, 2007 3:22 pm
Re: [~85%] Unwad - a minimal wad convertor and extractor
For DECORATE export, what could be useful would be the possibility to change a huge DECORATE lump into a list of many little text files, in this way:
This would become
And of course all these text files would contain said actor.
I don't think it would be too hard to do this if you've got a parser that is able to find the beginning and end of an actor definition and identify its name.
Code: Select all
ACTOR Whatever : Blah { lorem ipsum yadda yadda }
ACTOR Stuff : MoreStuff { et caetera and so on }
ACTOR YetMore { and so forth }
Code: Select all
#include Decorate/Whatever.txt
#include Decorate/Stuff.txt
#include Decorate/YetMore.txt
I don't think it would be too hard to do this if you've got a parser that is able to find the beginning and end of an actor definition and identify its name.
-
- Posts: 1490
- Joined: Sat Oct 20, 2007 10:31 pm
Re: [~85%] Unwad - a minimal wad convertor and extractor
Gez, that's an interesting idea. The problem I see with it is lots of times you'd want more than one actor in a file. You might want a monster, its projectile, and its dropped item all in one file, for example. Or you might have a bunch of classes that extend each other that are really all part of one thing. I'm just not sure every actor deserves its own file.
However, I can see that it could definitely be useful too. Does anyone else have an opinion on that?
Also maybe doing something like this is a better idea than merging the decorate lumps together when processing multiple wads. I could at least include it as an option. So Afrit.wad/DECORATE would become monsters.pk3/decorate/Afrit.txt, and monsters.pk3/decorate.txt would #include Afrit.txt.
However, I can see that it could definitely be useful too. Does anyone else have an opinion on that?
Also maybe doing something like this is a better idea than merging the decorate lumps together when processing multiple wads. I could at least include it as an option. So Afrit.wad/DECORATE would become monsters.pk3/decorate/Afrit.txt, and monsters.pk3/decorate.txt would #include Afrit.txt.
-
-
- Posts: 17934
- Joined: Fri Jul 06, 2007 3:22 pm
Re: [~85%] Unwad - a minimal wad convertor and extractor
I know. But by all mean, if you have an idea to make your utility smart enough to guess when an actor is just ancillary to another and select where to put it, do it... (It's certainly possible to make some guesswork. "Hm, this has the "Projectile" quality so I'll just lump it with the first weapon or monster that calls it" But that seems to me to be far too much work to implement and bugfix all the detection and logic system for this.)bagheadspidey wrote:Gez, that's an interesting idea. The problem I see with it is lots of times you'd want more than one actor in a file. You might want a monster, its projectile, and its dropped item all in one file, for example. Or you might have a bunch of classes that extend each other that are really all part of one thing. I'm just not sure every actor deserves its own file.
-
-
- Posts: 17465
- Joined: Mon Oct 27, 2003 12:07 am
- Location: Kuala Lumpur, Malaysia
Re: [~85%] Unwad - a minimal wad convertor and extractor
It's another of those "I fail it" posts... but... what can this tool do that SLumpEd can't? I understand that this is simply a cmdline tool that extracts stuff out of WADs. I can already do that with SLumpEd?
-
-
- Posts: 26574
- Joined: Tue Jul 15, 2003 4:58 pm
- Location: Scotland
Re: [~85%] Unwad - a minimal wad convertor and extractor
Unless I'm reading it wrong, it sounds like one of it's functions will be to take a WAD that is in the traditional WAD format and automagically export all the lumps, presumably using an appropriate directory structure, and package it all up as a Zdoom compatible pk3. Although it isn't the hardest take in the world, doing that manually with a big project can take a while and involve a few annoying intermediate steps.
And, by the sound of what people have been saying, it is planned to do one thing that Slumped can't - run on Vista without crashing. However, I neither use Vista (yet) nor Slumped so I can't really comment on that.
And, by the sound of what people have been saying, it is planned to do one thing that Slumped can't - run on Vista without crashing. However, I neither use Vista (yet) nor Slumped so I can't really comment on that.
-
-
- Posts: 17934
- Joined: Fri Jul 06, 2007 3:22 pm
Re: [~85%] Unwad - a minimal wad convertor and extractor
You might have gotten SLumpEd and Doom Builder confused. SLumpEd does crash, but those crashes appear unrelated to OS and more caused by improper checks before doing certain operations. (I.e., it crashes when attempting to view some lumps which it cannot read as it thinks it can.)Enjay wrote:And, by the sound of what people have been saying, it is planned to do one thing that Slumped can't - run on Vista without crashing.
-
- Posts: 625
- Joined: Mon May 22, 2006 6:55 pm
- Location: Hell
Re: [~85%] Unwad - a minimal wad convertor and extractor
Neither Slade or SLumpEd even start for me, and Slayer said that at least Slade was made on Vista itself. Apparently, my main computer is the only one using Vista that has trouble with Slade.
-
- Posts: 1490
- Joined: Sat Oct 20, 2007 10:31 pm
Re: [~85%] Unwad - a minimal wad convertor and extractor
@Nash - transparency handling is a bit wacky in slumped. Although Gez was able to partially fix it, transparency still takes up one of the palette spots because of the way slumped is written. Doom patches have 256 colors plus transparency. Slumped treats patches as 255 colors plus transparency, which takes up a palette spot. This is incorrect.
Also as far as I know nobody has been able to compile slumped on linux, and it is apparently a pain in the ass to compile on windows as well.
Also, what enjay said.
Also, this will be able to work with multiple wads, merging them all into one pk3. This will be very useful for, say, dropping a bunch of bestiary monsters into a project, which is really the reason I'm writing this thing in the first place.
Also as far as I know nobody has been able to compile slumped on linux, and it is apparently a pain in the ass to compile on windows as well.
Also, what enjay said.
Also, this will be able to work with multiple wads, merging them all into one pk3. This will be very useful for, say, dropping a bunch of bestiary monsters into a project, which is really the reason I'm writing this thing in the first place.
-
- Posts: 2468
- Joined: Wed Apr 12, 2006 5:17 pm
- Location: Where dead carcasses lie
Re: [~85%] Unwad - a minimal wad convertor and extractor
SLumpED works for me in Vista.Enjay wrote:And, by the sound of what people have been saying, it is planned to do one thing that Slumped can't - run on Vista without crashing. However, I neither use Vista (yet) nor Slumped so I can't really comment on that.
-
- Posts: 4449
- Joined: Sun May 30, 2004 10:16 am
- Preferred Pronouns: She/Her
- Location: GNU/Hell
Re: [~85%] Unwad - a minimal wad convertor and extractor
Slumped can't assemble a wad from a batch file. We still have to rely on really-old-arse deutex to do that.Nash wrote:It's another of those "I fail it" posts... but... what can this tool do that SLumpEd can't? I understand that this is simply a cmdline tool that extracts stuff out of WADs. I can already do that with SLumpEd?
Unwad doesn't assemble of course, but its nice to have a new commandline tool that's not bogged by an interface.
-
- ... in rememberance ...
- Posts: 2024
- Joined: Sat Apr 03, 2004 10:58 am
Re: [~85%] Unwad - a minimal wad convertor and extractor
Could there by an option to extract sounds as WAV instead of FLAC?
-
- Posts: 1490
- Joined: Sat Oct 20, 2007 10:31 pm
Re: [~85%] Unwad - a minimal wad convertor and extractor
Yes. Yes there could. This is the kind of response I was looking for.MasterOFDeath wrote:Could there by an option to extract sounds as WAV instead of FLAC?
I have a concern though - WAV is microsoft's format. It's probably heavily patented. Not that this probably matters, but it would be really nice to store it in a similar uncompressed format that's not proprietary. Does anyone know if a format like this exists?
There will probably also be an option not to do any conversion at all.
-
-
- Posts: 17465
- Joined: Mon Oct 27, 2003 12:07 am
- Location: Kuala Lumpur, Malaysia
Re: [~85%] Unwad - a minimal wad convertor and extractor
Oh, in that case, then once cmdline WAD creation is possible, I can't wait to ditch deutex.
-
- Posts: 13793
- Joined: Tue Jan 13, 2004 1:31 pm
- Preferred Pronouns: She/Her
Re: [~85%] Unwad - a minimal wad convertor and extractor
If it ever was patented, I think it's safe to assume the patents have long wore off by now. WAV has existed for an excess of 16 years (I could be wrong about the exact year, but I remember playing with it in Windows 3.1). As far as I can see, other patents are being built USING .WAV technology doing other things.bagheadspidey wrote:I have a concern though - WAV is microsoft's format. It's probably heavily patented.