Tools related to EDuke32. Mapster32 (a BUILD Editor replacement) is included with the EDuke32 download.

Many more tools in other sections of this site still work with EDuke32, so please check them.

Some of these tools below will still work with Duke3D and other BUILD Games.

• kextract Ken Silverman engine utils extracts data from GRP "group files"
• kgroup Ken Silverman engine utils creates GRP "group files" out of specified files
• transpal Ken Silverman engine utils generates shading/translucence tables from a palette
• wad2art Ken Silverman engine utils novelty utility for converting Doom art resources in WAD files to BUILD ART files, PALETTE.DAT, and NAMES.H
• wad2map Ken Silverman engine utils novelty utility for converting Doom level maps in WAD files to BUILD map files
• kmd2tool Ken Silverman engine utils translates MD2 models along the z axis (zoffset)
• md2tool Helixhorned engine utils query MD2 model info or change the scale/translate fields so that desired bounds are produced
• generateicon JonoF engine utils converts images (.ico? .bmp?) to .c files for the purpose of being embedded as icons in SDL executables
• cacheinfo JonoF engine utils engine cache information tool; scans all files in current directory
• arttool JonoF, Hendricks266 engine utils constructs all attributes of ART files and can import art tiles in PCX and TGA formats
• givedepth JonoF engine utils transforms a single image from an ART tile into a voxel with the image layered to a specified depth
• mkpalette JonoF engine utils inputs simple color ranges in HSV format and automatically generates a palette with shade steps
• unpackssi JonoF engine utils unpacks the SSI files employed to hold the data of Sunstorm Interactive expansion packs
• bsuite JonoF, Hendricks266 engine utils "Build Customization Suite", imports and extracts game palettes
• enumdisplay JonoF engine dxutils Windows-only; enumerates all available display modes to enumdisplay.txt by default
• getdxdidf JonoF engine dxutils Windows-only; enumerates available inputs, from keyboard, mouse, and joystick to didf.txt
• makesdlkeytrans JonoF engine sdlutils SDL-only; builds a key translation table for compatibility purposes
• ivfrate Helixhorned game utils gets and sets the FPS of .ivf (VP8) files

FEATURES
==========
+ Java-based multi-platform code.
+ Simple and easy to use GUI with tabbed editing.
+ Support for reading, writing importing & exporting DAT / PAL / ACT / BMP
/ PNG / GIF palette files!
+ Support for importing / exporting between different file formats (including
LOOKUP.DAT sub-palettes)!
+ Easy file opening with drag-and-drop support!
+ Full dynamic plugin support via jar files for handling custom file types!
+ Version checker.

A simple program I created that use the provided palette.png file to create a new duke3d palette. The image file is just a series of white squares that you fill with the colors you want, arranged in order of the duke3d palette so you can make sure the colors are in the correct positions for shading and such. Use any paint program to customize the palette.png, rename it, and use the program to convert the palette.

PalMake creates a palette from a png file.
PalShift lets you modify the Palette.dat file used in build games/duke3d.

[PNG2ART]

This populates RAW art tiles from indexed PNGs. PNGs must be indexed for now (use the included pal\duke3d.act in Photoshop).

What it's not going to do:
Cast shadow as new sectors, create shading from scratch, correct shading based on the overall texture brightness.

What it does:
Reset the lighting of a map, adjust walls and sectors lighting based on a specified reference (floor or ceiling, brightest or darkest, average value), adjust walls brightness using "bulb sprites". More in the readme, it's nothing fancy and there's probably another piece of software doing that very thing somewhere else...

Not sure how the bulbs work though.

Pick a sprite you never actually use in your map (I picked 1220 in the example maps). Place the sprite somewhere in your map, and set its hitag to the light radius (every wall within that range will receive light). Since the program doesn't create extra vertices, you need to break the wall yourself. Use the "-bulb [tile number]" parameter so it knows what sprite should emit light. There's no occlusion (light goes through walls), but only wall facing the sprite and within range are affected anyway. It's not the best way to do it (ideally I should rely on vertices instead of surfaces and the surface's angle to determine the light level -- currently, only the distance is considered). Bulbs do NOT affect flats (floor/ceiling).

This program only exists because I wanted to know what was exactly contained within .map files (because of the "out-of-sector pivot" door glitch I tried to explain)

xBuild allows the following while in the editor:
Ctrl + Alt + P will play your selected map.
Ctrl + Alt + B will backup your working map to a .bak file overwriting previous.
Ctrl + Alt + X will give xBuild focus for whatever.
Clicking on 'Edit Map' while the editor is open, will then just shift focus.
xBuild will not allow you to exit until you have closed your build Editor.
If for some reason xBuild will not quit, then Ctrl + Alt + Q will kill it.

Includes: JFBuild Editor (Build_DN.zip)