-doom2
as suggested by Matthew
Miller.
Failed to write sprite
" errors when trying to extract
PSYBA0
and PSYBB0
from
strain.wad
. Thanks to Matthew miller for reporting the
bug.
DSVILACT
and DSVILSIT
from ncc1701.wad
, with a sample
rate of 44.1 kHz). Thanks to Matthew Miller for reporting the
bug.
-doom02
(implies -ipf alpha
,
-itf none
and -itl none
)
-doom04
(implies -ipf alpha
,
-itf nameless
and -itl textures
)
-doom05
(implies -ipf alpha
and
-itl textures
)
-doompr
(implies -ipf pr
)
Use those options where you would have used -doom
and
friends. For example, to extract the contents of the Doom 0.4 iwad
that is in c:\doom0_4
, type "deutex -doom04
c:\doom0_4 -xtract
".
Int32
by long
.
old/readme.txt
. It's so out of date
that it's more confusing than useful.
-ipf {normal|pr|alpha}
alpha
for Doom alpha 0.2, 0.4 and 0.5.pr
for Doom PR (press release pre-beta).normal
for everything else.
-itf {normal|nameless|none}
none
for Doom alpha 0.2.nameless
for Doom alpha 0.4.normal
for everything else, including Doom alpha 0.5.
-itl {normal|textures|none}
none
for Doom alpha 0.2.textures
for Doom alpha 0.4 and 0.5.normal
for everything else, including Doom alpha 0.5.
You shouldn't ever have to use those options directly. It's better
to use just -doom02
, -doom04
,
-doom05
and -doompr
, which take care of
setting ipf, itf and itl properly for you.
Note that extracting levels and some other lumps from the Doom alpha iwads does not work yet.
-heretic
, -hereti
, -heret
,
-here
or -her
but not -he
because that could also be the abbreviation for -help
(or -hexen
, for that matter). On the other hand,
-h
is allowed because it's not an abbreviation
(there's really a -h
option).
-heretic
and -hexen
now work (they
were "hidden" by -h[elp]
).
-v@
has been split in -v0
,
-v1
... -v5
because the new code does not
allow excess characters after an option.
-vstring
where string is anything
else than "0
" through "5
" now triggers an
error (it used to be accepted silently). I hope no one relied on the
old undocumented behaviour.
-extramarital
or
-extermination
for -extract
but not
anymore. The old code defined relatively short options
(-ext
) and accepted command line arguments as long as
the defined option was an initial substring of the command line
argument. The new code does the reverse; it defines relatively long
options (-extract
) and accepts command line argument as
long as they're an initial substring of the defined option.
__MSDOS__
,
__OS2__
, __GNUC__
,
__BORLANDC__
by DT_CC
and
DT_OS
. This is hopefully going to make Udo's job a
bit easier.
fopen()
modes for
all platforms: "{rw}b
" for binary mode and
"{rw}
" for text mode, as per the ANSI/ISO C
standard. This will fix the problem Udo Munk reported with the
Cygwin build opening binary files in text mode and thus failing
miserably. Note that certain DOS C compilers can be configured
so that "{rw}
" opens files in binary mode.
Don't do that ! If you have problems with text files on
DOS, make sure your C compiler is configured so that
"{rw}
" opens files in text mode.
gifcodec.c
that I had forgotten to include (it's
not used anyway).
src/{deusf,deusfos,deutex,deutexos}.def
that I had
forgotten to include. I guess that's Windows/OS/2-only stuff.
making.txt
and renamed it as
INSTALL
for homogeneity. Removed obsolete reference
to alpha.sh
and the file itself.
DOOMWADDIR
in the man page.
-gif
is used or the first time an image is
read from a GIF file.
halloc()
instead of malloc()
because it does not supporting resizing (i.e. there's no
hrealloc()
function).
__DJGPP__
and
__CYGWIN__
).
Int32
and friends.
#define
-ing of
O_BINARY
and SEEK_SET
.
src/color.c(74)
src/ident.c(583)
src/ident.c(658)
src/mkwad.c(78)
src/mkwad.c(79)
src/mkwad.c(80)
src/mkwad.c(81)
src/picture.c(903)
src/picture.c(912)
making.txt
.
lzw.c
and elsewhere. Changed the notices in the source files and added
new file LICENSE
to clarify things.
-Wall
from CFLAGS
).
clean
now removes the DOS
executables if they exist.
dall
,
ddt
, dds
, ddeutex
and ddeusf
for compiling with debug
information and all warnings.
help
.
distdos
.
unlink()
by
remove()
for portability. Thanks to Udo for
reporting this.
docsrc/changes.html
anymore. Thanks to Udo for
reporting this.
sound.c
.
strife1.wad
", new option "-strife
").
-hexen
").
-hexen
" and
"-strife
".
--version
" (prints
version number and returns 0).
-help
" and "-man
" and elsewhere.
fclose (NULL)
.
-be
, -le
,
-ibe
, -ile
, -obe
and
-ole
to control the endianness of the wads.
Caution: don't use them if you don't know what
you're doing ! As far as I know, wads are always
little-endian regardless of the architecture of the host.
Therefore, I see no reason for someone in his/her right mind to
create a big-endian wad. Those options are here more for the
sake of completeness than anything else.
%
" legal in names, to deal with
Strife's "INVFONG%
" and
"INVFONY%
".
F_END
by default instead of FF_END
.
The reason for this change is that, with F_END
, you
don't need DeuSF to get Doom to see your new flats. Should you
need to, it's still possible to get FF_END
by using
-fend
.
To reuse images done with/for a previous version of DeuTex,
you need to either invoke DeuTex with "-rgb 0 255
255
" or convert your images by replacing all occurrences
of colour (0, 255, 255) by colour (0, 47, 47). To preserve
compatibility with WinTex, I didn't change the default
transparent colour in WinTex mode ; it's still (0, 255,
255).
STBFN045
in the Strife iwad.
-pf
" to deal with the
different picture format in the Doom alpha iwad (the underlying
functionality is not implemented yet !)
-ppm
does not cause anymore
DeuTex to abort with "Bug: *** psvit ***
".
-ppm
" message.
.wav
files on big endian machines has been
squashed.
/
") anymore. I don't think anyone used it and was
a silly feature for a Unix program.
-?
" and
"--help
" as synonyms for "-help
".
-man
" to print help in
troff -man
source format for inclusion in the man
page.
making.txt
".
README
file.
unix
" target as
"strip
".
install
".
dist
".
-D
.
There were two problems with this scheme. Firstly, Olivier
got the meaning of "little endian" and "big endian" backwards
and defining LITTLE_ENDIAN
in fact caused DeuTex to
believe it was being compiled for a big endian machine. As the
glibc headers happen to define LITTLE_ENDIAN
if the
machine is little endian, compiling DeuTex on a glibc little
endian Linux system was impossible unless you made changes to
the source.
The other, more fundamental, objection against the old approach is that, as it needed the user to tell it about the native endianness by modifying the makefile, it prevented unattended builds and made things difficult for naive users.
The new method eliminates this problem by using a different algorithm that does not need to know the native endianness. The end result is that you don't have to worry about endianness anymore.
TXTinit()
, removed useless
"% 0xFF
" in index of TXTval
.