-
Notifications
You must be signed in to change notification settings - Fork 18
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
André Majorel
committed
Oct 2, 1999
1 parent
55a77be
commit 8810b93
Showing
20 changed files
with
298 additions
and
61 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,4 +1,4 @@ | ||
DeuTex 4.0.2 | ||
DeuTex 4.0.3 | ||
|
||
WHAT ARE DEUTEX AND DEUSF | ||
|
||
|
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -98,7 +98,7 @@ Edit docsrc/todo.html instead. | |
either mention the name of the file or appear only once. | ||
* Determine why converting Doom graphics to PPM and back does not | ||
yield the same thing. This also happens with BMP but much less so. | ||
* Bug: certain flats seem to be extracted with certain pixels set to | ||
* Bug: some flats seem to be extracted with certain pixels set to | ||
the transparent colour (Doom's CEIL4_1). DeuTex 3.6 for DOS | ||
exhibits the same problem [1]. | ||
* Hexen: DeuTex does not handle the BEHAVIOR lumps correctly. | ||
|
@@ -111,18 +111,49 @@ WARNING unknown palette. Using colour 0xff as transparentcolour. | |
Some graphics may appear moth-eaten. | ||
Making lumps | ||
Bug: *** idinx *** | ||
* WinTex status: add link to www.doomworld.com/deskdoom/ | ||
([email protected]) | ||
* Why does "deutex -ipf alpha -doom .. -sprites -graphics -patches | ||
-xtract" trigger "Error: *** Can't open file ./lumps/titlepic.lmp | ||
***" ? | ||
* When extracting the Doom alpha 0.2 iwad, "Can't find PNAMES in | ||
wad". | ||
* Alpha: extracting levels not possible yet. Some graphics are | ||
extracted as lumps (MSKUL*, TITLEPIC...). | ||
* Building seems to be slower than extracting. Perhaps RAWtoPIC | ||
* Building seems to be slower than extracting. Perhaps RAWtoPIC() | ||
could use some optimization. | ||
* Include the palettes in the distribution. | ||
* Include the Gimp and PSP palettes in the distribution. | ||
* Matthew Miller wants to be able to specify the name of the iwad | ||
instead of just its path (this is how it should have been done | ||
from the start, IMHO). Possible ways to do that : | ||
+ stat() the argument to -doom, -heretic, etc. If it's a file | ||
and not a directory, use that. | ||
+ Look for a different basename in the iwad directory, | ||
depending on the option through which the directory was | ||
specified. E.G. if it was set with -doom2, look for doom2.wad | ||
first. And if doom2.wad was not found, emit a warning. -doom | ||
and -heretic should look for all basenames because that's | ||
what previous versions of DeuTex did. | ||
+ Add an option to specify the name of the iwad file, without | ||
specifying which iwad it is and let DeuTex guess what needs | ||
to be guessed. Apparently, there's already such an option | ||
(-main) but it's for DeuSF only. Why ? | ||
* Look into importing sounds as .wav's. What are the highest | ||
supported sample rates and resolution ? Seems to depend on the | ||
engine. | ||
* When saving a picture fails, tell why. | ||
* todo.html grows faster than changes.html. Fix that. ;-) | ||
* For people who have old graphics files generated by DeuTex 3 with | ||
cyan (0, 255, 255) as the transparent colour : it would be nice if | ||
DeuTex 4 could import those files automatically. The way I see it, | ||
if no transparent pixel has been found in an image so far and if a | ||
cyan pixel is found, a warning is emitted ("Warning: xxxxxxxx.xxx: | ||
assuming the transparent colour is cyan.") and the transparent | ||
colour for this image is set to cyan. This would make for a smooth | ||
transition from DeuTex 3 to DeuTex 4. There should be a | ||
command-line switch to disable that feature. | ||
* When extracting from the Doom alpha 0.4 iwad, why do I get | ||
";TITLEPIC�-" in wadinfo.txt after TEXTURE1 ? | ||
* There are too many warnings for a 25-line display. Keep a copy in | ||
deutex.log ? | ||
|
||
References | ||
|
||
|
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1 +1 @@ | ||
4.0.2 | ||
4.0.3 |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -139,7 +139,7 @@ <h1>To-do list for DeuTex</h1> | |
<p><li>Determine why converting Doom graphics to PPM and back does not yield | ||
the same thing. This also happens with BMP but much less so. | ||
|
||
<p><li>Bug: certain flats seem to be extracted with certain pixels set to the | ||
<p><li>Bug: some flats seem to be extracted with certain pixels set to the | ||
transparent colour (Doom's <code>CEIL4_1</code>). DeuTex 3.6 for DOS exhibits | ||
the same problem [1]. | ||
|
||
|
@@ -158,9 +158,6 @@ <h1>To-do list for DeuTex</h1> | |
Bug: *** idinx *** | ||
</pre> | ||
|
||
<p><li>WinTex status: add link to www.doomworld.com/deskdoom/ | ||
([email protected]) | ||
|
||
<p><li>Why does "<code>deutex -ipf alpha -doom .. -sprites -graphics -patches | ||
-xtract</code>" trigger <code>"Error: *** Can't open file ./lumps/titlepic.lmp | ||
***</code>" ? | ||
|
@@ -171,10 +168,56 @@ <h1>To-do list for DeuTex</h1> | |
<p><li>Alpha: extracting levels not possible yet. Some graphics are extracted | ||
as lumps (<code>MSKUL*</code>, <code>TITLEPIC</code>...). | ||
|
||
<p><li>Building seems to be slower than extracting. Perhaps RAWtoPIC could use | ||
some optimization. | ||
<p><li>Building seems to be slower than extracting. Perhaps | ||
<code>RAWtoPIC()</code> could use some optimization. | ||
|
||
<p><li>Include the Gimp and PSP palettes in the distribution. | ||
|
||
<p><li>Matthew Miller wants to be able to specify the name of the iwad instead | ||
of just its path (this is how it should have been done from the start, IMHO). | ||
Possible ways to do that : | ||
|
||
<ul> | ||
<li><code>stat()</code> the argument to <code>-doom</code>, | ||
<code>-heretic</code>, etc. If it's a file and not a directory, use that. | ||
|
||
<li>Look for a different basename in the iwad directory, depending on the | ||
option through which the directory was specified. E.G. if it was set with | ||
<code>-doom2</code>, look for <code>doom2.wad</code> first. And if | ||
<code>doom2.wad</code> was not found, emit a warning. <code>-doom</code> and | ||
<code>-heretic</code> should look for all basenames because that's what | ||
previous versions of DeuTex did. | ||
|
||
<li>Add an option to specify the name of the iwad file, without specifying | ||
which iwad it is and let DeuTex guess what needs to be guessed. Apparently, | ||
there's already such an option (<code>-main</code>) but it's for DeuSF only. | ||
Why ? | ||
|
||
</ul> | ||
|
||
<p><li>Look into importing sounds as .wav's. What are the highest supported | ||
sample rates and resolution ? Seems to depend on the engine. | ||
|
||
<p><li>When saving a picture fails, tell why. | ||
|
||
<p><li><code>todo.html</code> grows faster than <code>changes.html</code>. Fix | ||
that. <code>;-)</code> | ||
|
||
<p><li>For people who have old graphics files generated by DeuTex 3 with cyan | ||
(0, 255, 255) as the transparent colour : it would be nice if DeuTex 4 | ||
could import those files automatically. The way I see it, if no transparent | ||
pixel has been found in an image so far and if a cyan pixel is found, a warning | ||
is emitted ("<code>Warning: xxxxxxxx.xxx: assuming the transparent colour is | ||
cyan.</code>") and the transparent colour for this image is set to cyan. This | ||
would make for a smooth transition from DeuTex 3 to DeuTex 4. There should be a | ||
command-line switch to disable that feature. | ||
|
||
<p><li>When extracting from the Doom alpha 0.4 iwad, why do I get | ||
"<code>;TITLEPIC¼-</code>" in <code>wadinfo.txt</code> after | ||
<code>TEXTURE1</code> ? | ||
|
||
<p><li>Include the palettes in the distribution. | ||
<p><li>There are too many warnings for a 25-line display. Keep a copy in | ||
<code>deutex.log</code> ? | ||
|
||
</ul> | ||
|
||
|
Oops, something went wrong.