DM2CONV/GFXMAKER v3.2 utility Windows/Linux/mac x86/x64 port

[i2van]

DM2CONV/GFXMAKER v3.2 utility Windows/Linux/macOS x86/x64 port.

• DM2CONV converts DOOM/ULTIMATE DOOM/DOOM2/HERETIC levels to run with one of the other games.
• GFXMAKER creates WAD file that contains all the textures of a specified set of games.

Download

Demo

---

Code: Select all

DM2CONV v3.2 by Vincenzo Alcamo (alcamo@arci01.bo.cnr.it) VERSION 951116
Ported by Ivan Ivon (ivan.ivon@gmail.com)
Interchange maps among [ULTIMATE] DOOM, DOOM II and HERETIC.

Usage: DM2CONV <input> [output] [/symbol[=[value]]]... <@response>...

  input        name of wad file to convert
  output       name of output file (if omitted, the source is overwritten)
  symbol       symbol to define (/symbol=value) or undefine (/symbol=)
  @response    name of response file

To convert levels from game_A to game_B use the appropriate response file,
following this convention: D=DOOM, UD=ULTIMATE DOOM, D2=DOOM II, H=HERETIC.
Example for DOOM to HERETIC conversion:  DM2CONV input output @:DTOH
Example for DOOM II to DOOM conversion:  DM2CONV input output @:D2TOD

If you use the wads built by GFXMAKER you should define the GFX symbol.
Example for HERETIC to DOOM conversion:  DM2CONV input output /GFX @:HTOD

Full instructions are contained inside DM2CONV.DOC: this file and the official
response file DEFAULT.RSP are part of the DM2CONV distribution package.
REMEMBER: DM2CONV is PUBLIC DOMAIN (or FREEWARE if you prefer).

---

Code: Select all

Starting HERETIC -> DOOM conversion
Copying source to destination
Processing with REMAP=OFF,MIX=OFF,SEED=0
Remapped  LEVELS:   10     MUSICS:    5     TEXTURES:22306     FLOORS  :34072
          THINGS:10238     NAMES :    3     LACTIONS:  235     SACTIONS: 1189

More screenshots.

Usage example.

Features

• Runs on Windows/Linux/macOS x86/x64.
• Produces same output as original DOS utility.
• Supports file names longer than 8.3 (total path limitation is 255 characters).

Known Issues

• Contains all original bugs if any.

Distribution Changes

• Original DOS binaries were moved to ORIGINAL.EXE folder.
• 64-bit binaries are in x64 folder. Copy them one level up to use.
• Ported sources are included; original are in git first commit.
• Lazarus projects were added.

[Redneckerz]

One of those utilities that is useful to have in a Win32 environment, thanks for this. Ill make a change on the Wiki page to reflect upon this version.
EDIT: Done.

[i2van]

One of those utilities that is useful to have in a Win32 environment, thanks for this. Ill make a change on the Wiki page to reflect upon this version.
EDIT: Done.

Added GFXMAKER.

[Enjay]

I used to have loads of fun with DM2CONV "back in the day". Interesting to see it being kept alive.

[MartinHowe]

I did build it for Linux but the help text is the only thing that works; if processing a file it segfaults somewhere in the response file parser. It will take me a while to learn my way around this app's source enough to think of fixing it but given a couple of spare hours, it might be worth it as it would be fun to try some Doom 2 levels in Doom.

[i2van]

I did build it for Linux but the help text is the only thing that works; if processing a file it segfaults somewhere in the response file parser. It will take me a while to learn my way around this app's source enough to think of fixing it but given a couple of spare hours, it might be worth it as it would be fun to try some Doom 2 levels in Doom.

Linux call conversions differ from Windows one (something like edx, rsi, rdi vs. eax, edx, ecx). I think that getting rid of asm is the right way to do porting. Is you CPU x86? I'm not sure it can be ported to ARM as is.

[i2van]

I did build it for Linux but the help text is the only thing that works; if processing a file it segfaults somewhere in the response file parser. It will take me a while to learn my way around this app's source enough to think of fixing it but given a couple of spare hours, it might be worth it as it would be fun to try some Doom 2 levels in Doom.

Now parameters to asm functions are passed via stack instead of registers. Please git pull and try again.

[MartinHowe]

Thanks, Ill have a look tomorrow (nearly bed time in the UK). Yes, the PC is x86 based; I haven't done much with 8086 assembler for over 30 years (did a bit of 6502 back in the day) and wasn't aware the calling conventions were different, but am not surprised.

I guess the problem is indeed ASM; I can imagine why Vincenzo Alcamo used it back in the days of 486s but we don't really need it now, not for something like this; though I guess the real Linux heads would say Real Programmers would parse the tables using awk

Which reminds me, over the years I have often used the '"I'm too tired to compile all these tables..." quote - I love that quote, much more fun that saying "I can't be assed"

[MartinHowe]

@i2van: Thanks, it works now. I just had to change the target to x86_64.

[i2van]

@i2van: Thanks, it works now. I just had to change the target to x86_64.

Ported to Linux. Added separate downloads.

[MartinHowe]

@i2van Thanks again, you are doing some good work here

I have looked into preserving filename case on Linux, but this would require a big architectural change, as the app uses its internal symbol mechanism for filenames as well as tables; in DOS this didn't matter but Linux, for those who don't know, has a case-sensitive file system. When I can find some time, I will put together a bash script to use as a wrapper around dm2conv on Linux that can keep the file names intact.

[i2van]

@i2van Thanks again, you are doing some good work here

I have looked into preserving filename case on Linux, but this would require a big architectural change, as the app uses its internal symbol mechanism for filenames as well as tables; in DOS this didn't matter but Linux, for those who don't know, has a case-sensitive file system. When I can find some time, I will put together a bash script to use as a wrapper around dm2conv on Linux that can keep the file names intact.

Thank you!

Actually, I've already addressed this issued - no case conversion anymore for source/destination files.

[MartinHowe]

Just checked it out and rebuilt it and yes, filename case is preserved - thanks