EDukeWiki - User contributions [en]

User:Hendricks266

2026-03-19T15:48:42Z

Hendricks266:

My name is Evan. I have been a member of Duke4.net since 2009, a developer of EDuke32 since 2011, and I co-founded Voidpoint in 2014. This page is my [[Wikipedia:curriculum vitae|CV]] for the communities I am a part of, the roles in which I serve, and my accomplishments. (For a more formal CV, see my LinkedIn below.)

*Roles:
**Computer Engineer by day
**[[Voidpoint]] Co-Founder
**''[[Ion Fury]]'' Technical Director
**[[EDuke32 Project Family|EDuke32 (+ VoidSW + NBlood + ...)]] Senior Developer
**[https://forums.duke4.net/topic/9316-/ ''Shadow Warrior: Deadly Kiss'' Restoration Director]
**Admin at Duke4.net ([https://forums.duke4.net Forums] & [https://discord.gg/FQkMQ7r Discord])
**Staff at [https://discord.gg/V9fY5wE ''Blood'' Community Discord]
*Highlights of my involvement:
**Helped with high-profile mods for [[EDuke32]] by implementing vital source port functionality and contributing to their construction
***''Duke Nukem 64'' Mod
***''Duke Nukem: Total Meltdown'' Mod
***Duke Hard
***''Duke Nukem 3D'' High Resolution Pack
****''Duke Caribbean: Life's a Beach'' Plus
****''Duke: Nuclear Winter'' Plus
****''Shadow Warrior'' High Resolution Pack
***faithful music replacement packs for EDuke32
****''Duke Nukem 3D'' for Sega Saturn Music Pack
****''Duke Nukem: Total Meltdown'' PlayStation Music Pack
****''Duke Nukem 64'' Music Pack
***''Duke Nukem 3D: 20th Anniversary World Tour'' Stopgap Compatibility Layer for EDuke32
**Spearheaded [[VoidSW]], the preeminent source port for ''[[Shadow Warrior]]''
**Credited in ''Duke Nukem 3D: Megaton Edition'' and ''Shadow Warrior Classic Redux''
**Developer on ''Duke Nukem 3D: Hail to the King Collection'' (canceled)
**Entrusted with Apogee & 3D Realms prototypes/betas
***Successfully facilitated releases for ''Blood'', ''Shadow Warrior'', ''Strife'', ''Major Stryker'', ''Bio Menace'', ''Halloween Harry''
***Authored the 3D Realms Beta Trailer
***Broke copy protections on 100+ .zip and .exe files
***Extended the [https://hendricks266.duke4.net/stuff/fakedate2.7z FakeDate] [[Wikipedia:terminate-and-stay-resident program|TSR]] by Lee Killough to accept an arbitrary date as a command line parameter
**Created [https://forums.duke4.net/topic/9922-/ a tool that can extract and decompile the CON bytecode from all known versions of Duke Nukem 64 and Duke Nukem: Total Meltdown]
**Packaged new canonical versions of the Duke 3D expansions for the ''3D Realms Anthology'' and [https://www.zoom-platform.com/product/duke-nukem-3d-atomic-edition ZOOM Platform]
**Recovered and restoring ''Shadow Warrior: Deadly Kiss''
**Cobbled together [https://hendricks266.duke4.net/flappywang/ FlappyWang]
**Formalized our [[development principles]]
*Media:
**[https://www.youtube.com/watch?v=MHQv4mSG7_I DF Retro Extra - Ion Fury Tech Interview] (2018) - I was interviewed by John Linneman from Digital Foundry about the creation of Ion Fury and the experience of working with the Build Engine in modern times from a technical perspective. I was joined by Frederik Schreiber, VP of our publisher, 3D Realms.
**[https://www.indieretronews.com/2021/04/cola-powered-gamer-with-exclusive.html Cola Powered Gamer exclusive interview with Ion Fury team] (2021) - I spoke with Indie Retro News about the background of Ion Fury and the experience of serving as Technical Director on the project. My colleague Max Ylitalo, Lead Level Designer, joined me for the second half.
**[https://www.mobygames.com/person/602625/evan-ramos/ I have a MobyGames page apparently.]
*Stuff I've done for other game communities:
**Helped my friend [https://fallout.wiki/wiki/Mod:RoyBatty RoyBatty] build the [https://www.nexusmods.com/newvegas/mods/55061 4GB FNV Updated Loader] for ''Fallout: New Vegas''
***The mod entry on NexusMods with my credit attached is still in the top 50 all-time downloaded mods for the game despite the fact that I've never played it!
**Created the initial version of the [https://forum.starmen.net/forum/Games/Mother3/MOTHER-3-Ultimate-Music-Rip MOTHER 3 Ultimate Music Rip], since supplanted by [https://forum.starmen.net/forum/Games/Mother3/The-NEW-Ultimate-Music-Rip-for-MOTHER-3 an update by JumpmanFR]
**Constructed a .vgm pack for [https://www.smspower.org/Music/ShiningForceGaidenFinalConflict-GG Shining Force Gaiden ~Final Conflict~]
***Also contributed one track to the [https://vgmrips.net/packs/author/hendricks266 Sonic 3 & Knuckles VGM rip] from the [https://hiddenpalace.org/Sonic_3C_(May_17,_1994_prototype) Sonic 3C 0517 Prototype]
*Contact:
**email: <code>hendricks266+edukewiki</code> at <code>gmail</code> dot <code>com</code>
**X (née Twitter): https://x.com/Hendricks266
**Bluesky: https://bsky.app/profile/hendricks266.bsky.social
**GitHub: https://github.com/Hendricks266
**LinkedIn: https://www.linkedin.com/in/evanramos/
**Linktree: https://linktr.ee/Hendricks266

🇵🇷🇵🇱🇺🇸
----

{{EDuke32 Developer}}

Utilities

2026-03-11T04:24:23Z

Hendricks266: /* Palettes (.DAT) */

When modding EDuke32, there are some files you will need to edit certain aspects of the game.
Here we will cover the needed programs for each aspect.

== Data Files ==

=== Group Files (.GRP) ===
They hold all of the relevant files for the game, and keep your folders tidy. There are several programs available for use.

==== CLI ====

The preeminent command-line programs for this purpose, and what the original developers used, are kextract and kgroup, part of the [[Build tool]]s.

We can find a program called grpextract [svn://svn.icculus.org/duke3d/trunk here]. To build it, just do:

gcc grpextract.c -o grpextract

While lacking a GUI, they get the job done.

==== GUI ====
There are other programs which can view art files inside the .GRP and play sound bytes. Other programs include Jonah Bishop's [https://dukeworld.com/2001-current/rtcm/duke3d-tools-grp/gfs31.zip Group File Studio] and Roma Loom's [[:File:GViewer.zip|GRPViewer]]

For your own mods, it is highly recommended to use either .zip files or folders in conjunction with the -j command line parameter instead of GRP files.

=== Zip Files (.zip) ===

For zip files, there are no better than [http://www.7-zip.org/ 7-Zip] (GUI) and [http://advsys.net/ken/utils.htm KZIP] (CLI).

For novelty, the .pk3 and .pk4 file extensions are also supported.

=== Control Files (.CON) ===
.CON files hold most of the important code for the game. Since they are source code, they are simply text files and can be opened in any text editor. [http://notepad-plus-plus.org/ Notepad++] and [http://www.emeraldeditor.com/ Emerald Editor (aka Crimson Editor)] are recommended.

=== Maps (.MAP) ===
.MAP files are levels. To edit maps, use Mapster32, which comes with EDuke32.

== 8-Bit Resources ==

=== Art Files (.ART) ===
.ART files hold all the raw art data in a tidy manner. Once again, there are numerous programs available which can edit the .ART files. The most commonly used program is the one that came with Duke Nukem 3D: EditArt. It is a 16-bit DOS program, so the use of DOSBox is recommended. Other programs include [https://m210.duke4.net/index.php/downloads/download/8-java/41-build-art-files-editor BAFed (Recommended)], [http://archive.dukertcm.com/knowledge-base/downloads-rtcm/duke3d-tools-editart/bastART.zip bastART] and [http://archive.dukertcm.com/knowledge-base/downloads-rtcm/duke3d-tools-editart/dukeresART.zip DukeResART]

The [[Build tool]] '''arttool''' is handy for constructing ART files in a simple and well-defined manner, but be warned that it causes corruption of your art files in some circumstances that has yet to be debugged.

There are two command line utilities called art2tga and tga2art that allow management of art files. NB: They contain some amount of hardcoded behavior to fit the art and palette of the game ''Blood''. [http://hendricks266.duke4.net/stuff/rebuild-bin-win32-101229-h266.7z Win32 binaries], [http://hendricks266.duke4.net/stuff/rebuild-src-101229-h266.7z source code], [http://blood.sourceforge.net/snapshots.php#rebuild-section origin]

There's also a replacement for art2tga/tga2art being written by [[User:Kraigose|Kraigose]] based on their codebase which aims to replace these tools using the more well known PNG format with the simplicity of the TGA tools INI file syntax. A precompiled Win32 build and source can be found [http://www.kraigosestudios.com/programming/eduke32-art-tools/ here] at Kraigose's website. A readme file is included in the download, as well as color tables for Adobe Photoshop. Images must be 256-color PNGs at the moment, but that'll be fixed soon. It's usage syntax is similar to art2tga and tga2art, but it supports by default doing ''all'' ART files in batch. More development is expected.

If you do not wish to finaggle with .art files and their tools, you can use PNG files directly and define them in the DEF language using "tilefromtexture" and related commands. See: [[DEF Language#8-Bit .ART File Replacements]]

=== Animations (.ANM) ===
.ANM files hold raw .PCX files, which are added together and then played as an animation. In the game these are the animations you see at the end of a boss fight. The sounds for the animations are not included in the .ANM. One of the few .ANM compiling programs is [http://dukeworld.duke4.net/rtcm/duke3d-tools-editart/anim2pcx.zip Animation File Maker]

[http://www.ffmpeg.org FFmpeg], since version 0.6, can also decode and play anm files.

Some examples:

Play the 'foo' animation file:

ffplay foo.anm

Extract all frames from the 'foo' animation file into the PNG format (works also with PCX, and a number of other formats)

ffmpeg -i foo.anm bar%03d.png

It's not possible to encode into ANM format with FFmpeg.

=== Voxels (.KVX) ===
Voxels are simple 3D shapes made out of three-dimensional cubes. While no voxels were ever included in any commercial versions of Duke Nukem 3D, its fellow BUILD games Shadow Warrior and Blood have many. EDuke32 supports voxels as well.

To create and edit voxels, use [http://advsys.net/ken/download.htm Ken Silverman's SLAB6].

=== Palettes (.DAT) ===
The PALETTE.DAT and LOOKUP.DAT files hold the palettes, palettes swaps, shade and translucency (blending) tables for the game.

This is one of the most loathed and untouched editable features of Duke3D. While incredibly difficult, it can come to good effect. The [[Build tools]] '''bsuite''', '''mkpalette''', and '''transpal''' can help you in this regard.

However, the modern def syntax of [[basepalette (DEF)|basepalette]], [[palookup (DEF)|palookup]], and [[blendtable (DEF)|blendtable]] is simpler and superior than dealing with these old formats and tools.

For further information, see: [[palette data files]]

=== Sounds (.VOC/.WAV) ===

You are likely going to want to use [[#Audio (.ogg/.flac)|a modern audio format]].

The best tool for the job of the legacy sound formats is [http://www.goldwave.com/ GoldWave]. Save them as 8-bit or 16-bit unsigned PCM, without any form of compression.

=== Music (.MID) ===

As with sounds, you are likely going to want to use [[#Audio (.ogg/.flac)|a modern audio format]].

Composing MIDI files is beyond the scope of this article. However, [http://openmidiproject.sourceforge.jp/Sekaiju_en.html Sekaiju] is useful utility for examining and making objective modifications. [http://musescore.org/ MuseScore] may also be of some use.

A section on MIDI would not be complete without mentioning [http://timidity.sourceforge.net/ TiMidity++].

A very technical description of EMIDI, proprietary extensions to the MIDI format designed for the Apogee Sound System and used in the Duke Nukem 3D MIDI data files, can be found [http://hendricks266.duke4.net/databases/midi/sw/1.2%20Registered%20CD/Emidi11.txt here]. The foo_midi component for foobar2000 can play back EMIDI correctly. Note that EMIDI only works on Windows builds of EDuke32.

== Modern Resources ==

=== Textures (.png/.jpg/.tga/.dds) ===
EDuke32 supports true color textures. These can be made in any image editing program, including Adobe Photoshop, Corel Paint Shop Pro, and [http://www.gimp.org/ The GNU Image Manipulation Program (GIMP)]

Keep in mind that JPEG and DDS are forms of [[Wikipedia:lossy compression|lossy compression]]. Be sure to back up your image in two ways: one, in a PNG-exported final copy, and two, if applicable, in your image editor's source file (PSD/XCF/PSP).

==== PNG Optimization ====

[http://hendricks266.duke4.net/stuff/png_optimize.7z Hendricks266's PNG Optimization Package] contains Windows binaries of the following programs, along with an install script that copies them to system32 and adds right-click entries for optimization scripts to the registry entries of PNG files.

*[http://advsys.net/ken/utils.htm PNGOUT]
*[http://psydk.org/PngOptimizer.php PngOptimizerCL]

=== 3D Models (.md3) ===

==== Programs ====

This is a list of 3D modelling programs which can be used to create and edit 3D models for use with EDuke32.

*[http://www.blender.org Blender], open source 3D modeler can be used for UV unwrapping, texturing, rigging, water simulations, skinning, animating, rendering, particle and other simulations. (Import/Export MD3 scripts for Blender [http://hendricks266.duke4.net/stuff/new_blender_md3.zip 2.43 (up to 2.49)], [http://forums.duke4.net/topic/5358-blender-26-md3-export-script 2.6x+ (by Drek)]. [http://www.katsbits.com/tools See also katsbits.com], they provide several exporters for different versions of Blender.)
*[http://www.misfitcode.com/misfitmodel3d Misfit Model 3D], open source and OpenGL-based 3D model editor that works with triangle-based models (on Debian based distros, package is called mm3d).
*[http://www.turbosquid.com/gmax Gmax], video game modeling tool (Windows, freeware). (MD3 exporter plugin for Gmax can be found [http://www.katsbits.com/tools here].)
*[http://usa.autodesk.com/adsk/servlet/index?siteID=123112&id=5659302 3DS Max], 3D modeler (Windows, commercial). (MD3 export script for 3DS Max [http://www.katsbits.com/tools v4.2/v5] and [http://www.katsbits.com/tools v6].)
*[http://chumbalum.swissquake.ch Milkshape 3D], 3D modeler (Windows, commercial).

==== Tools ====

These are small tools which may prove useful when working with MD3 models.

*[http://www.gamers.org/pub/idgames2/planetquake/q2pmp/NMD3C.zip NPherno's MD3 Compiler]
*[http://automagically.de/g3dviewer/ G3DViewer], open source and OpenGL models viewer, support formats 3D Studio, Quake 2, Quake 3 and many others.

=== Movies (.ivf) ===
IVF files are an alternative to the ANM format utilizing a VP8 video stream, the same used in the WebM format but without the Vorbis audio stream.

To play it in-game, place the ivf file in a place EDuke32 will see and give it the same name as the .anm file that we want to replace (eg ''logo.ivf'' for the animation logo when the game starts).

To encode video, including an uncompressed raw one, to IVF, use this command line syntax with [http://www.ffmpeg.org FFmpeg]:

ffmpeg -i <input> -an -vcodec libvpx -crf 8 -b:v 2M <output>.ivf

See the [https://trac.ffmpeg.org/wiki/Encode/VP8 FFmpeg Encode/VP8 wiki page] for more information about fine-tuning a VP8 encode.

To extract VP8 video tracks from a WebM file into an IVF file, you can use:

ffmpeg -i <input>.webm -an -vcodec copy <output>.ivf

[http://ffmpeg.zeranoe.com/builds/ Windows binaries of FFmpeg] are available.

=== Audio (.ogg/.flac) ===

EDuke32 supports the following modern formats for both sounds and music:

*[http://www.vorbis.com/ Ogg Vorbis]
*[http://flac.sourceforge.net/ FLAC]

Constructing your own sounds and music is beyond the scope of this article, but the following tools may be helpful in processing the audio data into the supported formats:

*Encoders
**Ogg Vorbis
***[http://www.geocities.jp/aoyoume/aotuv/ aoTuv]
***[http://www.rarewares.org/ogg-oggenc.php oggenc2]
**FLAC
***[http://flac.sourceforge.net/documentation_tools.html flac]
*Editors
**[http://www.ffmpeg.org FFmpeg]
**[http://sox.sourceforge.net/ Sound eXchange (SoX)]
**[http://www.goldwave.com/ GoldWave]
**[http://audacity.sourceforge.net/ Audacity]

If you use Vorbis, keep in mind that it is a form of [[Wikipedia:lossy audio compression|lossy audio compression]]. Be sure to back up your source material in FLAC format.

====Looping====

Loops are controlled by three tags in the audio metadata. All values are in '''PCM samples'''.

*'''LOOP_START''' holds the beginning of the loop, the position to which playback returns at the end of the loop.
*'''LOOP_END''' is optional; it holds the end of the loop, after which the game seeks to LOOP_START. If undefined, the end of the file is the end of the loop. The primary purpose of LOOP_END is if you want to give your file a proper ending for listening outside the game.
*'''LOOP_LENGTH''' is another method to define the end of a loop. Internally, LOOP_START + LOOP_LENGTH = LOOP_END. LOOP_END takes precedence over LOOP_LENGTH.

The underscores in all three are optional. All three tags are case-insensitive.

To tag your audio files, use the CLI program [http://www.synthetic-soul.co.uk/tag/ Tag] or the GUI program [http://www.mp3tag.de/en/ Mp3tag].

To preview a looped Ogg you have assembled, give it a ".logg" extension and play it using the vgmstream plugin for Winamp or foobar2000. Note that vgmstream only appears to support LOOP_START, not LOOP_LENGTH and LOOP_END. No known program outside of EDuke32 supports looped FLAC.

== Links ==
* [http://dukertcm.com/ R.T.C.M.]
* [http://dukerepository.com/utilities.php Duke Nukem Repository Utility Page]
* [http://www.gamers.org/pub/games/duke3d/other/build/ Gamers.org Archive Utility Page]
* [http://forums.duke4.net/topic/798-tutorials-resources The Tutorials & Resources thread on the forum]

Blendtable (DEF)

2026-03-11T04:20:08Z

Hendricks266:

{{Under construction}}

'''blendtable''' <blendtable> { [...] }

Loads a blend table from a [[raw image file]].

The image file MUST contain a 256 color table of its own. Each pixel will have their matching color in the table converted in the blend table.

A single image file may contain multiple base palettes, and '''offset''' can used to locate it.

ID 0 is reserved for the base game's original table of 33% transparency.

A package for [[Duke Nukem 3D]] with blend tables generated to the same specification as [[Ion Fury]] is available and permitted for use in projects with credit to the author: [[file:duke3d blend package.7z]]

See also [[numalphatables (DEF)|numalphatables]].

== Tokens ==

'''raw''' { [...] }

DESCRIPTION

:: '''file''' <filename>

:: DESCRIPTION

:: '''offset''' <value>

:: DESCRIPTION

'''glblend''' { [...] }

DESCRIPTION

:: '''forward''' { [...] } 
:: '''reverse''' { [...] } 
:: '''both''' { [...] }

:: DESCRIPTION

:::: '''src''' <factor> (or '''sfactor''' / '''top''') 
:::: '''dst''' <factor> (or '''dfactor''' / '''bottom''')

:::: DESCRIPTION

:::: See [[#Factors|below]].

:::: '''alpha''' <value>

:::: DESCRIPTION

'''copy''' <blendtable>

DESCRIPTION

'''undef'''

DESCRIPTION

== Factors ==

[[File:GL blend chart.jpg|thumb|200px|right|Chart explaining the combination of blend modes available in OpenGL.]]

* ZERO
* ONE
* SRC_COLOR
* ONE_MINUS_SRC_COLOR
* SRC_ALPHA
* ONE_MINUS_SRC_ALPHA
* DST_ALPHA
* ONE_MINUS_DST_ALPHA
* DST_COLOR
* ONE_MINUS_DST_COLOR

== Examples ==

The following PNG image contains the blend table in Duke Nukem 3D v1.5:

[[File:Duke3d transpal.png]]

This example will load 3 blend tables in the same file:

blendtable 0 { raw { file "blend.raw" } }
blendtable 1 { raw { file "blend.raw" offset 65536 } }
blendtable 2 { raw { file "blend.raw" offset 131072 } }

[[Category:DEF commands]]
[[Category:Palette editing]]

Numalphatables (DEF)

2026-03-11T04:18:52Z

Hendricks266:

'''numalphatables''' <value>

Defines the number of blend tables to be used by [[alpha]].

The IDs for the alpha tables start from 1, because ID 0 is reserved to 33% transparency.

The transparency of the alpha tables should range from 0% to 50%. The second half will be generated by reversing the first half.

Valid values are powers of two, or powers of two minus one. The two variations apply slightly different calculations, with the latter being slightly more accurate and efficient in data storage. (TODO: Explain further and add the actual math formulas.)

For example, if you define '''numalphatables''' as 16, you should import table ids 1-16 using [[blendtable (DEF)|blendtable]], and in-game there will be 32 steps of transparency. [[Ion Fury]] uses a value of 31 for 64 steps of transparency with the more accurate calculations.

A package for [[Duke Nukem 3D]] with blend tables generated in this ideal manner is available and permitted for use in projects with credit to the author: [[file:duke3d blend package.7z]]

You can import up to 128 tables, which would provide a table for every value of alpha. However a value so high is probably not necessary, since the palette of a game won't have enough steps for a color to justify such a value. Additionally, such a large lookup table would overflow the caches of most CPUs, wrecking performance. It would be more reasonable to use a value similar to the shade table, which in Duke 3D case is 32, so a value of 16 for '''numalphatables''' would be more logical.

[[Category:DEF commands]]
[[Category:Palette editing]]

File:Duke3d blend package.7z

2026-03-11T04:15:53Z

Hendricks266:

== Summary ==
<pre>
// Duke Nukem 3D extended blend tables
// by Hendricks266
// generated in the same way as Ion Fury's blend tables
// use in projects permitted with credit

// assuming basepalette, shade table, and blend table #0 provided in base game's PALETTE.DAT

// Alpha (X/64)
blendtable 1 { raw { file "blendtable_001.raw" } }
blendtable 2 { raw { file "blendtable_002.raw" } }
blendtable 3 { raw { file "blendtable_003.raw" } }
blendtable 4 { raw { file "blendtable_004.raw" } }
blendtable 5 { raw { file "blendtable_005.raw" } }
blendtable 6 { raw { file "blendtable_006.raw" } }
blendtable 7 { raw { file "blendtable_007.raw" } }
blendtable 8 { raw { file "blendtable_008.raw" } }
blendtable 9 { raw { file "blendtable_009.raw" } }
blendtable 10 { raw { file "blendtable_010.raw" } }
blendtable 11 { raw { file "blendtable_011.raw" } }
blendtable 12 { raw { file "blendtable_012.raw" } }
blendtable 13 { raw { file "blendtable_013.raw" } }
blendtable 14 { raw { file "blendtable_014.raw" } }
blendtable 15 { raw { file "blendtable_015.raw" } }
blendtable 16 { raw { file "blendtable_016.raw" } }
blendtable 17 { raw { file "blendtable_017.raw" } }
blendtable 18 { raw { file "blendtable_018.raw" } }
blendtable 19 { raw { file "blendtable_019.raw" } }
blendtable 20 { raw { file "blendtable_020.raw" } }
blendtable 21 { raw { file "blendtable_021.raw" } }
blendtable 20 { raw { file "blendtable_020.raw" } }
blendtable 21 { raw { file "blendtable_021.raw" } }
blendtable 22 { raw { file "blendtable_022.raw" } }
blendtable 23 { raw { file "blendtable_023.raw" } }
blendtable 24 { raw { file "blendtable_024.raw" } }
blendtable 25 { raw { file "blendtable_025.raw" } }
blendtable 26 { raw { file "blendtable_026.raw" } }
blendtable 27 { raw { file "blendtable_027.raw" } }
blendtable 28 { raw { file "blendtable_028.raw" } }
blendtable 29 { raw { file "blendtable_029.raw" } }
blendtable 30 { raw { file "blendtable_030.raw" } }
blendtable 31 { raw { file "blendtable_031.raw" } }
numalphatables 31

// Screen
blendtable 129
{
raw { file "blendtable_129.raw" }
glblend { both { src ONE dst ONE_MINUS_SRC_COLOR } }
}

// Multiply
blendtable 130
{
raw { file "blendtable_130.raw" }
glblend { both { src ZERO dst SRC_COLOR } }
}

// Additive (100% intensity)
blendtable 255
{
raw { file "blendtable_255.raw" }
glblend { both { src ONE dst ONE } }
}
</pre>

Retrieved from https://hendricks266.duke4.net/stuff/duke3d_blend_package.7z

[[Category:Palette editing]]

File:Duke3d blend package.7z

2026-03-11T04:14:58Z

Hendricks266: <pre> // Duke Nukem 3D extended blend tables // by Hendricks266 // generated in the same way as Ion Fury's blend tables // use in projects permitted with credit // assuming basepalette, shade table, and blend table #0 provided in base game's PALETTE.DAT // Alpha (X/64) blendtable 1 { raw { file "blendtable_001.raw" } } blendtable 2 { raw { file "blendtable_002.raw" } } blendtable 3 { raw { file "blendtable_003.raw" } } blendtable 4 { raw { file "blendtable_004.raw" } } blendtable 5 { raw {...

Palette (environment)

2026-03-11T04:09:51Z

Hendricks266:

This page is an exhaustive listing of the 8-bit palette swaps in Duke Nukem 3D.

The data controlling them can be found and modified in the [[palette data files]].

==Colors of the base palette==

The following plot shows the red, green and blue color intensities of Duke3D's base palette on a 0--1 scale.

[[image:basepal0_rgb.png|alt=Base palette colors]]

It can be seen that it contains six ramps (sequences in which R, G and B all increase monotonically) of 32 colors, three blocks of 16 colors (two of which are ramps), and 16 remaining fullbright colors. Rearranging consecutive blocks of 16 colors by the permutation [0 1 2 3 5 4 6 7 8 13 10 11 12 9 14 15] makes this stand out more clearly:

[[image:basepal0_rgb_reord.png|alt=Rearranged base palette colors]]

==Global Palettes==
For use with [[setgamepalette]]:
{| {{simpletable}}
! ID !! Palette !! Image
|- valign=top
|0
|Normal
| [[image:pala.png|48px]]
|- valign=top
|1
|Underwater
| [[image:palb.png|48px]]
|- valign=top
|2
|Night Vision Goggles Submersible Slime
| [[image:palc.png|48px]]
|- valign=top
|3
|3D Realms Logo (changed in v1.4).
| [[image:pale.png|48px|v1.3D]] [[image:palf.png|48px|v1.4+]]
|- valign=top
|4
|Title Screen
| [[image:pald.png|48px]]
|- valign=top
|5
|Episode 1 Ending
| [[image:palg.png|48px]]
|- valign=top
|6
|Temporary slot for self-contained [[ANM]] palettes. Example provided is LOGO.ANM.
| [[image:palh.png|48px]]
|}

==Palette Swaps==
For use with [[spritepal]], [[pal]], et cetera:
{| {{simpletable}}
! ID !! Image !! Effect !! Description
|- valign=top
| 0 3 9 [[#Empty Slots|empty]]
| [[image:pala.png|48px]]
| Normal
| Default color Player 1 (ID 9)
|- valign=top
| 1
| [[image:pal1.png|48px]]
| All blue
| Frozen creatures Unavailable menu option Blue lights
|- valign=top
| 2
| [[image:pal2.png|48px]]
| All red
| Blood pool Red lights
|- valign=top
| 4
| [[image:pal4.png|48px]]
| Full black (including fullbrights)
| Shadows
|- valign=top
| 5
| [[image:pal5.png|48px]]
| Red to brown
| Brown Team (Duke-Tag) Exit Level Nuke
|- valign=top
| 6
| [[image:pal6.png|48px]]
| All reverse green
| Night Vision Goggles heat Protozoid Slimer, Protector Drone, and Alien Queen gibs
|- valign=top
| 7
| [[image:pal7.png|48px]]
| All yellow
| Slime splash, FECES puddle Yellow/Brown lights
|- valign=top
| 8
| [[image:pal8.png|48px]]
| All green
| Green lights
|- valign=top
| 10
| [[image:pal10.png|48px]]
| Blue to dark red
| Player 2
|- valign=top
| 11 22
| [[image:pal11.png|48px]]
| Blue to green
| Player 3 (ID 11) Assault Trooper (ID 22)
|- valign=top
| 12 18
| [[image:pal12.png|48px]]
| Blue to gray
| Player 4 (ID 12)
|- valign=top
| 13
| [[image:pal13.png|48px]]
| Blue and red to dark gray
| Player 5
|- valign=top
| 14
| [[image:pal14.png|48px]]
| Blue and red to dark green
| Player 6 Secret Exit Level Nuke
|- valign=top
| 15
| [[image:pal15.png|48px]]
| Blue to brown
| Player 7
|- valign=top
| 16
| [[image:pal16.png|48px]]
| Blue to dark blue
| Player 8
|- valign=top
| 17
| [[image:pal17.png|48px]]
| Brown, green, orange and purple to blue Blue to green
|
|- valign=top
| 19
| [[image:pal19.png|48px]]
| Brown, green, orange and purple to red Blue to green
|
|- valign=top
| 20
| [[image:pal20.png|48px]]
| Brown, green, orange and purple to blue Blue to gray
|
|- valign=top
| 21
| [[image:pal21.png|48px]]
| Blue to red
| Red Key Card Assault Captain Battlelord Sentry
|- valign=top
| 23
| [[image:pal23.png|48px]]
| Blue to yellow
| Yellow Key Card
|- valign=top
| 24
| [[image:pal24.png|48px]]
| Gray to red Red to gray
|
|- valign=top
| 25
| [[image:pal25.png|48px]]
| Green to red
|
|}

==Fog Palettes==
EDuke32 includes four [[DEF Language#fogpal|fog palettes]] starting at palette index 26.

Note that lookup.dat can be modified to support more than 25 palette remaps for 8-bit sprites; in this case, the included fog palettes start wherever the first unused palette position is. For example, a modified copy of lookup.dat with 30 remaps instead of 25 would result in the fog palettes occupying indexes 31, 32, 33, and 34 instead of 26, 27, 28, and 29.

They are:
fogpal 26 63 63 63
fogpal 27 63 0 0
fogpal 28 0 63 0
fogpal 29 0 0 63
This gives the fog colors of white (26), red (27), green (28) and blue (29).

==Empty Slots==

All empty palette swaps, including those without [[DEF Language#fogpal|fog palettes]], default to pal 0.

If you are using [[DEF Language|defs]] to add additional skins or variations to empty palette slots of a model or texture which do not correspond to any palette swap, or [[DEF Language#fogpal|fog palettes]], it is '''very highly recommended''' to begin the indices for your custom variations at palette value #133. This is because modified [[Palette data files|LOOKUP.DAT and PALETTE.DAT]] files such as [http://lzg.duke4.net/extclut.htm ExtCLUT] can contain up to 128 palette entries. These additional values may conflict with your custom feature. The extra four spaces are to account for the [[#Fog Palettes|predefined fogpals]] explained above.

[[Category:Palette editing]]

File:Basepal0 rgb reord.png

2026-03-11T04:08:02Z

Hendricks266: Image by User:Helixhorned Retrieved from <code>http://lunatic.eduke32.com/basepal0_rgb_reord.png</code>

== Summary ==
Image by [[User:Helixhorned]]

Retrieved from <code>http://lunatic.eduke32.com/basepal0_rgb_reord.png</code>

File:Basepal0 rgb.png

2026-03-11T04:07:17Z

Hendricks266:

== Summary ==
Image by [[User:Helixhorned]]

Retrieved from <code>http://lunatic.eduke32.com/basepal0_rgb.png</code>

File:Basepal0 rgb.png

2026-03-11T04:07:06Z

Hendricks266: Image by User:Helixhorned Retrived from <code>http://lunatic.eduke32.com/basepal0_rgb.png</code>

== Summary ==
Image by [[User:Helixhorned]]
Retrived from <code>http://lunatic.eduke32.com/basepal0_rgb.png</code>

Fogpal (DEF)

2026-03-11T04:02:19Z

Hendricks266:

'''fogpal''' <palette number> <red> <green> <blue>

'''fogpal''' defines a palette a sector-based fog effect. To use it, change the pal of your sector to the pal defined with '''fogpal'''.

Intensities range from 0-63. Palettes 26, 27, 28 and 29 are pre-defined for you as white, red, green and blue respectively. Sector visibility controls fog density.

The [[palookup (DEF)|palookup]] token has a subtoken also named ''fogpal'' which offers the same or more functionality, but as part of an overall more powerful command.

[[Category:DEF commands]]
[[Category:Palette editing]]

Makepalookup (DEF)

2026-03-11T04:01:51Z

Hendricks266:

'''makepalookup''' { [...] }

Interface to creating palette lookups containing both color index remapping (only in effect for non-hightile textures) and fog. This is in contrast to [[fogpal (DEF)]], which always resets the remapping to the identity mapping ("pal 0").

The [[palookup (DEF)|palookup]] token has a subtoken also named ''makepalookup'' which offers the same or more functionality, but as part of an overall more powerful command.

== Tokens ==

'''pal''' <palnum>

The palette number, must be from 1 to 250.

'''red''' <value> (or '''r''') 
'''green''' <value> (or '''g''') 
'''blue''' <value> (or '''b''')

Specifies a color component value, in the range of 0 to 63. Unspecified components are assumed to be 0 and any out of range values are clamped to the maximum or minimum as appropriate.

'''remappal''' <palnum>

The palette number to take the index remapping from, i.e. 21 for blue -> red. When absent, defaults to 0.

'''remapself'''

The same as '''remappal''' ''<palnum>'', where ''<palnum>'' is the number provided for the '''pal''' token.

== Examples ==

This creates palookup 200 with a fog of (30,0,0) and a blue-to-yellow remapping (assuming it has not been changed before):
makepalookup { pal 200 red 30 remappal 23 }

This 'fogifies' palookup 21 with a red fog:
makepalookup { pal 21 red 30 remapself }

This overwrites palookup 21 with a red fog, but clears the blue-to-red remapping:
makepalookup { pal 21 red 30 }

[[Category:DEF commands]]
[[Category:Palette editing]]

Template:Tint

2026-03-11T03:58:43Z

Hendricks266:

<noinclude>{{Template}}</noinclude>

The following values are used by [[tint (DEF)|tint]].

{| {{prettytable}}
!Value!!Label!!Description!!
|-
| 1 || HICTINT_GRAYSCALE || Convert to grayscale.
|-
| 2 || HICTINT_INVERT || Invert colors.
|-
| 4 || HICTINT_COLORIZE || This enables the "colorize" color mode. This mode is similar to "multiply", except the end result will make the pixels 4x brighter. A value of 64 has no effect.
|-
| 8 || HICTINT_USEONART || Applies the tint instead of lookup palette on 8-bit tile.
|-
| 16 || HICTINT_APPLYOVERPALSWAP ||
|-
| 32 || HICTINT_APPLYOVERALTPAL ||
|-
| 64 || HICTINT_BLEND_SCREEN || This enables the "screen" color mode. This mode increases the colors proportionally. A value of zero has no effect.
|-
| 128 || HICTINT_BLEND_OVERLAY || Enables the "overlay" color mode. This mode increases or decreases the colors of the pixels from the middle. A value of 128 has no effect.
|-
| 64 + 128 || HICTINT_BLEND_HARDLIGHT || Same as overlay, but changes the priority between texture or color during the calculation.
|-
| 256 || HICTINT_ALWAYSUSEART || Force 8-bit texture to be displayed even if a hightile was defined.
|-
| 512 || HICTINT_NOFOGSHADE || Force an even visibility on the texture. Can be set for all palettes with GLOBAL_NO_GL_FOGSHADE on [[globalflags]].
|-
|}

<noinclude>[[Category:Templates]]
[[Category:Palette editing]]</noinclude>
<includeonly>[[Category:Pages with templates]]</includeonly>

Definetint (DEF)

2026-03-11T03:57:37Z

Hendricks266:

{{Deprecated}}

'''definetint''' <palnum> <red> <green> <blue> <flags>

Defines a Hightile texture tint to simulate palette effects normally used on ART-file tiles. <red>, <green>, and <blue> are numbers in the range 0 to 255 which specify the color the tint should look like. <flags> specifies any processing effects to use.

== Flags ==

{{Template:Tint}}

[[Category:DEF commands]]
[[Category:Palette editing]]

Shadefactor (DEF)

2026-03-11T03:57:33Z

Hendricks266:

'''shadefactor''' <value>

Controls the level of shading in GL modes. It is set to the shade at which all colors are pitch black.

The '''shadefactor''' is pre-calculated based on the game palette. In the case of Duke 3D, the value is 30.

[[Category:DEF commands]]
[[Category:Palette editing]]

Tint (DEF)

2026-03-11T03:57:21Z

Hendricks266:

'''tint''' { [...] }

Define a color modifier that applies to art assets in hardware-accelerated renderers.

== Tokens ==

'''pal''' <palnum>

The palette number the tint applies to.

'''red''' <value> (or '''r''') 
'''green''' <value> (or '''g''') 
'''blue''' <value> (or '''b''')

Specifies a color component value, in the range of 0 to 255.

'''shadered''' <value> (or '''sr''') 
'''shadegreen''' <value> (or '''sg''') 
'''shadeblue''' <value> (or '''sb''')

Specifies a color of the shade, in the range of 0 to 255.

'''flags''' <flags>

Specifies any special processing effects to use for the tint. The value of flags may be the sum of any of these values.

== Tint flags ==

Note: By default, the <red>, <green> and <blue> parameters will use the "multiply" color mode. This mode decreases the colors proportionally. A value of 255 has no effect.

{{Template:Tint}}

== Examples ==

tint { pal 1 red 127 green 127 blue 255 flags 0 }

[[Category:DEF commands]]
[[Category:Palette editing]]

Makepalookup (DEF)

2026-03-11T03:56:22Z

Hendricks266:

'''makepalookup''' { [...] }

Interface to creating palette lookups containing both color index remapping (only in effect for non-hightile textures) and fog. This is in contrast to '''fogpal''', which always resets the remapping to the identity mapping ("pal 0").

== Tokens ==

'''pal''' <palnum>

The palette number, must be from 1 to 250.

'''red''' <value> (or '''r''') 
'''green''' <value> (or '''g''') 
'''blue''' <value> (or '''b''')

Specifies a color component value, in the range of 0 to 63. Unspecified components are assumed to be 0 and any out of range values are clamped to the maximum or minimum as appropriate.

'''remappal''' <palnum>

The palette number to take the index remapping from, i.e. 21 for blue -> red. When absent, defaults to 0.

'''remapself'''

The same as '''remappal''' ''<palnum>'', where ''<palnum>'' is the number provided for the '''pal''' token.

== Examples ==

This creates palookup 200 with a fog of (30,0,0) and a blue-to-yellow remapping (assuming it has not been changed before):
makepalookup { pal 200 red 30 remappal 23 }

This 'fogifies' palookup 21 with a red fog:
makepalookup { pal 21 red 30 remapself }

This overwrites palookup 21 with a red fog, but clears the blue-to-red remapping:
makepalookup { pal 21 red 30 }

[[Category:DEF commands]]
[[Category:Palette editing]]

Undefpalookuprange (DEF)

2026-03-11T03:56:17Z

Hendricks266:

'''undefpalookuprange''' <start palnum> <end palnum>

Undefines the [[palookup (DEF)|lookup palette]] within the specified range.

[[Category:DEF commands]]
[[Category:Palette editing]]

Highpalookup

2026-03-11T03:56:13Z

Hendricks266:

A high-palette look-up table (abbreviated "highpalookup" or just "highpal") is used by the [[Polymer]] renderer to replicate the software renderer's 8-bit [[palette (environment)|palette swaps]] on 32-bit assets such as models and high resolution textures.

==SAMPLE CODE==

// SLIMEPAL (and night vision)

highpalookup { basepal 2 pal 0 file "highpal/pal_00n.png" }

This line of code is from the [http://hrp.duke4.net/ HRP]. It declares the basic night vision palette. More examples can be seen [http://svn.eduke32.com/polymer_hrp/highpal/highpal.def here].

==THE MAKING OF==

This is an advanced modding project. As such, it requires understanding of some basic concepts.

===REQUIRED READING===

*[[Wikipedia:HSL and HSV]]
*http://forums.duke4.net/topic/3191-new-polymer-feature-highpalookup-maps/
*http://advsys.net/ken/evaltut/evaldraw_tut.htm
*[[rotatesprite]]
*[[DEF Language]]

===REQUIRED TOOLS===
*[http://advsys.net/ken/download.htm EVALDRAW]
*[http://lzg.duke4.net/clutstat.zip EVALDRAW Highpal Generation Script]
*[[build tools|BUILD Customization Suite (bsuite)]], outputs palettes in Paint Shop Pro .pal plain-text format
*[http://www.gimp.org/downloads/ The GIMP], reads .pal and is open source FTW

===TUTORIAL===
'''The making of: Highpal lookup tables'''
*[[File:highpal_tutorial.7z|highpal_tutorial.7z]] PDF file

[[Category:Palette editing]]

Lookup.dat

2026-03-11T03:55:45Z

Hendricks266:

#redirect [[palette data files]]

[[Category:Palette editing]]

Palette.dat

2026-03-11T03:55:41Z

Hendricks266:

#redirect [[palette data files]]

[[Category:Palette editing]]

Nofullbrightrange (DEF)

2026-03-11T03:55:15Z

Hendricks266:

'''nofullbrightrange''' <start tilenum> <end tilenum>

Disable fullbright colors for a range of tiles. Note that this only applies to OpenGL rendering modes with palette emulation ''disabled''. With 8-bit software rendering or with [[palette emulation]], this token has no effect. Instead, you need to edit the shade lookup tables, which are stored in <code>PALETTE.DAT</code> in the original game, and can also be redefined using the [[palookup (DEF)|palookup]] def token.

[[Category:DEF commands]]
[[Category:Palette editing]]

Getclosestcol

2026-03-11T03:55:09Z

Hendricks266:

'''getclosestcol''' <[[RETURN]]> <color> <limit>

Finds the closest palette index to the <color> given.

<color> is encoded the same as [[PROJ_FLASH_COLOR]]

<limit> is the index of the last palette color that should be considered. Use 255 for the whole palette, 254 to exclude the transparent color, 239 to exclude Duke 3D's fullbrights, etc.

[[Category:EDuke32 specific commands]]
[[Category:Palette editing]]

Palookup (DEF)

2026-03-11T03:53:44Z

Hendricks266:

{{Under construction}}

'''palookup''' <palnum> { [...] }

Loads a [[pal|lookup palette]] from a [[raw image file]].

The image file MUST contain a 256 color table of its own. Each pixel will have their matching color in the table converted in the lookup table.

A single image file may contain multiple lookup palettes, and '''offset''' can used to locate it.

Not to be confused with [[basepalette (DEF)|base palette]]. See also [[shadefactor (DEF)|shadefactor]] and [[Palette (environment)#Global Palettes|palette listing]].

== Tokens ==

'''raw''' { [...] }

DESCRIPTION

:: '''file''' <filename>

:: DESCRIPTION

:: '''offset''' <value>

:: DESCRIPTION

:: '''noshades'''

:: DESCRIPTION

'''copy''' <palnum>

DESCRIPTION

'''undef'''

DESCRIPTION

'''fogpal''' { [...] }

DESCRIPTION

:: '''red''' <red> 
:: '''green''' <green> 
:: '''blue''' <blue>

:: DESCRIPTION

'''makepalookup''' { [...] }

DESCRIPTION

:: '''red''' <red> 
:: '''green''' <green> 
:: '''blue''' <blue>

:: DESCRIPTION

:: '''remappal''' <palnum>

:: DESCRIPTION

:: '''remapself'''

:: DESCRIPTION

'''floorpal''' 
'''nofloorpal'''

DESCRIPTION

== Examples ==

The following PNG image contains the shade table in Duke Nukem 3D v1.5:

[[File:Duke3d shade.png]]

The following PNG image contains the palette swaps in Duke Nukem 3D v1.5:

[[File:Duke3d pals.png]]

This example will load a shade table with 32 steps:

palookup 0 { raw { file "shade.raw" } }

This example will load 3 lookup palettes in the same file:

palookup 1 { raw { file "pals.raw" noshades } }
palookup 2 { raw { file "pals.raw" offset 256 noshades } }
palookup 3 { raw { file "pals.raw" offset 512 noshades } }

[[Category:DEF commands]]
[[Category:Palette editing]]

Basepalette (DEF)

2026-03-11T03:53:39Z

Hendricks266:

{{Under construction}}

'''basepalette''' <basepal> { [...] }

Loads a [[palette|base palette]] from a [[raw image file]].

The image file must NOT contain a 256 color table of its own. Each pixel from the image will be converted to a color in the base palette.

A single image file may contain multiple base palettes, and '''offset''' can used to locate it.

Not to be confused with [[palookup (DEF)|lookup palette]]. See also [[Palette (environment)#Global Palettes|palette listing]].

== Tokens ==

'''raw''' { [...] }

DESCRIPTION

:: '''file''' <filename>

:: DESCRIPTION

:: '''offset''' <value>

:: DESCRIPTION

:: '''shiftleft''' <value>

:: DESCRIPTION

'''copy''' <basepal>

DESCRIPTION

'''undef'''

DESCRIPTION

== Examples ==

The following PNG image contains all base palettes in Duke Nukem 3D v1.5:

[[File:Duke3d basepal.png]]

This example will load them:

basepalette 0 { raw { file "basepal.raw" } }
basepalette 1 { raw { file "basepal.raw" offset 768 } }
basepalette 2 { raw { file "basepal.raw" offset 1536 } }
basepalette 3 { raw { file "basepal.raw" offset 2304 } }
basepalette 4 { raw { file "basepal.raw" offset 3072 } }
basepalette 5 { raw { file "basepal.raw" offset 3840 } }

[[Category:DEF commands]]
[[Category:Palette editing]]

Raw image file

2026-03-11T03:53:23Z

Hendricks266:

When image data is stored on disk as pure pixel values with no header information whatsoever, it is a "raw" image. This is not to be confused with RAW format photographs produced by DSLR cameras.

If storing a [[basepalette (DEF)|basepalette]], the file should be saved as 24bpp RGB with any dimensions that multiply to 256, such as 16x16, 32x8, or 256x1. The resulting file should be 256 indexes x 3 color channels = 768 bytes in length.

For a [[palookup (DEF)|palookup]], the file should be saved as 8bpp indexed, again with dimensions that multiply to 256. The resulting files should be 256 bytes. If you are loading a palookup that includes a shade table, multiply these values by the number of shades you are using, usually 32.

For a [[blendtable (DEF)|blendtable]], the file should also be 8bpp indexed, with dimensions of 256 by 256, and the file should be exactly 65536 bytes.

You can use [https://www.irfanview.com/ IrfanView] to load and save raw images.

[[Category:Palette editing]]

Setgamepalette

2026-03-11T03:52:44Z

Hendricks266:

{{Deprecated}}

'''setgamepalette''' <pal_ID>

Switches between the special palettes that Duke Nukem 3D uses. The palettes are located in LOOKUP.DAT. This command can take values between 0 and 6.

See the [[Palette (environment)#Global Palettes|palette listing]] for previews and [[palette]] for the player structure member that this command modifies.

== Values ==

{{Basepals}}

[[Category:EDuke32 specific commands]]
[[Category:Game manipulation]]
[[Category:Palette editing]]

Palette

2026-03-11T03:52:34Z

Hendricks266:

The player structure member <code>palette</code> contains the ID of the ''basepalette'' currently in use. The screen palette determines the overall look of the scene, such as underwater, night vision, etc.

In older versions of EDuke32, it was necessary to use [[setgamepalette]] to change '''palette'''. This is no longer necessary.

Changing this value too often (e.g. every tic) is undesirable, so check the value before doing so.

See the [[Palette (environment)#Global Palettes|palette listing]] for how a palette will effect the look of the scene. See also [[palfrom]].

== Values ==

{{Basepals}}

[[Category:Player structure members]]
[[Category:Palette editing]]

Palette (environment)

2026-03-11T03:50:55Z

Hendricks266:

This page is an exhaustive listing of the 8-bit palette swaps in Duke Nukem 3D.

The data controlling them can be found and modified in the [[palette data files]].

==Colors of the base palette==

The following plot shows the red, green and blue color intensities of Duke3D's base palette on a 0--1 scale.
[http://lunatic.eduke32.com/basepal0_rgb.png Base palette colors]

It can be seen that it contains six ramps (sequences in which R, G and B all increase monotonically) of 32 colors, three blocks of 16 colors (two of which are ramps), and 16 remaining fullbright colors. Rearranging consecutive blocks of 16 colors by the permutation [0 1 2 3 5 4 6 7 8 13 10 11 12 9 14 15] makes this stand out more clearly:
[http://lunatic.eduke32.com/basepal0_rgb_reord.png Rearranged base palette colors]

==Global Palettes==
For use with [[setgamepalette]]:
{| {{simpletable}}
! ID !! Palette !! Image
|- valign=top
|0
|Normal
| [[image:pala.png|48px]]
|- valign=top
|1
|Underwater
| [[image:palb.png|48px]]
|- valign=top
|2
|Night Vision Goggles Submersible Slime
| [[image:palc.png|48px]]
|- valign=top
|3
|3D Realms Logo (changed in v1.4).
| [[image:pale.png|48px|v1.3D]] [[image:palf.png|48px|v1.4+]]
|- valign=top
|4
|Title Screen
| [[image:pald.png|48px]]
|- valign=top
|5
|Episode 1 Ending
| [[image:palg.png|48px]]
|- valign=top
|6
|Temporary slot for self-contained [[ANM]] palettes. Example provided is LOGO.ANM.
| [[image:palh.png|48px]]
|}

==Palette Swaps==
For use with [[spritepal]], [[pal]], et cetera:
{| {{simpletable}}
! ID !! Image !! Effect !! Description
|- valign=top
| 0 3 9 [[#Empty Slots|empty]]
| [[image:pala.png|48px]]
| Normal
| Default color Player 1 (ID 9)
|- valign=top
| 1
| [[image:pal1.png|48px]]
| All blue
| Frozen creatures Unavailable menu option Blue lights
|- valign=top
| 2
| [[image:pal2.png|48px]]
| All red
| Blood pool Red lights
|- valign=top
| 4
| [[image:pal4.png|48px]]
| Full black (including fullbrights)
| Shadows
|- valign=top
| 5
| [[image:pal5.png|48px]]
| Red to brown
| Brown Team (Duke-Tag) Exit Level Nuke
|- valign=top
| 6
| [[image:pal6.png|48px]]
| All reverse green
| Night Vision Goggles heat Protozoid Slimer, Protector Drone, and Alien Queen gibs
|- valign=top
| 7
| [[image:pal7.png|48px]]
| All yellow
| Slime splash, FECES puddle Yellow/Brown lights
|- valign=top
| 8
| [[image:pal8.png|48px]]
| All green
| Green lights
|- valign=top
| 10
| [[image:pal10.png|48px]]
| Blue to dark red
| Player 2
|- valign=top
| 11 22
| [[image:pal11.png|48px]]
| Blue to green
| Player 3 (ID 11) Assault Trooper (ID 22)
|- valign=top
| 12 18
| [[image:pal12.png|48px]]
| Blue to gray
| Player 4 (ID 12)
|- valign=top
| 13
| [[image:pal13.png|48px]]
| Blue and red to dark gray
| Player 5
|- valign=top
| 14
| [[image:pal14.png|48px]]
| Blue and red to dark green
| Player 6 Secret Exit Level Nuke
|- valign=top
| 15
| [[image:pal15.png|48px]]
| Blue to brown
| Player 7
|- valign=top
| 16
| [[image:pal16.png|48px]]
| Blue to dark blue
| Player 8
|- valign=top
| 17
| [[image:pal17.png|48px]]
| Brown, green, orange and purple to blue Blue to green
|
|- valign=top
| 19
| [[image:pal19.png|48px]]
| Brown, green, orange and purple to red Blue to green
|
|- valign=top
| 20
| [[image:pal20.png|48px]]
| Brown, green, orange and purple to blue Blue to gray
|
|- valign=top
| 21
| [[image:pal21.png|48px]]
| Blue to red
| Red Key Card Assault Captain Battlelord Sentry
|- valign=top
| 23
| [[image:pal23.png|48px]]
| Blue to yellow
| Yellow Key Card
|- valign=top
| 24
| [[image:pal24.png|48px]]
| Gray to red Red to gray
|
|- valign=top
| 25
| [[image:pal25.png|48px]]
| Green to red
|
|}

==Fog Palettes==
EDuke32 includes four [[DEF Language#fogpal|fog palettes]] starting at palette index 26.

Note that lookup.dat can be modified to support more than 25 palette remaps for 8-bit sprites; in this case, the included fog palettes start wherever the first unused palette position is. For example, a modified copy of lookup.dat with 30 remaps instead of 25 would result in the fog palettes occupying indexes 31, 32, 33, and 34 instead of 26, 27, 28, and 29.

They are:
fogpal 26 63 63 63
fogpal 27 63 0 0
fogpal 28 0 63 0
fogpal 29 0 0 63
This gives the fog colors of white (26), red (27), green (28) and blue (29).

==Empty Slots==

All empty palette swaps, including those without [[DEF Language#fogpal|fog palettes]], default to pal 0.

If you are using [[DEF Language|defs]] to add additional skins or variations to empty palette slots of a model or texture which do not correspond to any palette swap, or [[DEF Language#fogpal|fog palettes]], it is '''very highly recommended''' to begin the indices for your custom variations at palette value #133. This is because modified [[Palette data files|LOOKUP.DAT and PALETTE.DAT]] files such as [http://lzg.duke4.net/extclut.htm ExtCLUT] can contain up to 128 palette entries. These additional values may conflict with your custom feature. The extra four spaces are to account for the [[#Fog Palettes|predefined fogpals]] explained above.

[[Category:Palette editing]]

Palette data files

2026-03-11T03:50:32Z

Hendricks266:

'''Palettes''', '''palette mapping''', '''shading tables''', and '''transparancy data''' are stored in two files, ''PALETTE.DAT'' and ''LOOKUP.DAT''.

== PALETTE.DAT ==

PALETTE.DAT contains the basic palette, shading info, and transparency information. It is a binary format file, and is used by all common Build engine games, including Blood, Duke Nukem 3D, and Shadow Warrior.

=== Display Palette ===
''(byte 0 through byte 767)''
This contains 768 bytes of game palette data, alternating between R and G and B, for a total of 256 RGB colors. The colors range from 0 to 63, so scaling will be required for acceptable display on a modern operating system. This is because of DOS-based memory constraints that don't exist in modern systems. Scale up by 4x.

=== Shade Tables Amount ===
''(byte 768 and byte 769)''

Two Bytes [[http://en.wikipedia.org/wiki/Endianness little endian]] integer containing the number of shading tables. This is used to make art look darker, and defines the amount of shade tables.

=== Shade Tables ===
''(byte 770 through byte (769 + (shade_number * 256))''

An array of shade tables. These simply point to an index in the Display Palette (0-255) for each entry.

=== Translucency Blending Table ===
''(remaining 65536 bytes)''

Essentially a 2D array which takes two color indexes and returns a color index to display. The original games used this for 33% translucency, which doubles as 66% when the two colors are swapped.

=== Garbage Data ===

A properly formed PALETTE.DAT will be exactly 74,498 bytes long. However, Duke Nukem 3D's instance of this file harmlessly contains an extra 8,192 bytes for a total of 82,690. The extra data is not that interesting: It is nothing more than several overlapping copies of the ending portion of the blend table.

=== EDuke32 extension ===

EDuke32 adds support for additional blending tables, though a further improved version of this functionality is available through the [[Blendtable (DEF)|blendtable def syntax]].

To distinguish from the aforementioned garbage data, the engine first looks for the string <code>MoreBlendTab</code>.

Pseudocode for the rest:

char magic[12] = "MoreBlendTab";
uint8_t numAdditionalBlendTabs;
struct {
uint8_t blendnum; // the .blend index
uint8_t blendTab[256][256];
} additionalBlendTabs[numAdditionalBlendTabs];

== LOOKUP.DAT ==

LOOKUP.DAT contains the palette range swaps (25 of them in Duke Nukem 3D using the default LOOKUP.DAT), as well as alternate palettes used for things like the title screen. This is used by Duke Nukem 3D and it's derivatives only. It too, like PALETTE.DAT, is a binary file.

=== Number of Palette Swaps ===
''(byte 0)''

Number of spritepals (hereon out known as palette_swaps). This is the number of "recolor" abilities.

=== Palette Swap Tables ===
''(byte 1)''
The tables for palettes are made up of this structure:

''palette_swap_index'' - an index number for the table to follow. This is important, as analysis of the LOOKUP.DAT reveals not all palette swaps are in order.

''palette_swap_table[256]'' - an array of 256 bytes (a byte in this context is a data ranging 0 through 255, aka an '''unsigned 8-bit int''') pointing to the color index in PALETTE.DAT's main palette to remap to, or in some cases the alternate display palettes below. For example, if palette_swap_table[0] through palette_swap_table[255] are all equal to 0, the whole palette for that object/art/etc is remapped to the color at 0 (in Duke 3D's palette, it's pitch black). This is the case for [[Palette_(environment)#Palette_Swaps | palette swap #4.]]

There is one index+table for each number of palette swaps. The total amount of data should be ((1 byte + 256 bytes) * palette_swaps).

=== Alternate Display Palettes ===

Right after the Palette Swap Tables, the rest of the data is an array of 768 byte blocks for alternate palettes. Unlike the display palette in PALETTE.DAT, these are used for specific purposes and are quite different than the palette swap tables in that the actual color data is different for these, while the palette swap tables are just remapping existing color indexes to other indexes or ranges..

For more information on the default palettes see [[Palette_(environment)#Global_Palettes | Palettes]].

[[Category:Palette editing]]

Blendtable (DEF)

2026-03-11T03:42:12Z

Hendricks266:

{{Under construction}}

'''blendtable''' <blendtable> { [...] }

Loads a blend table from a [[raw image file]].

The image file MUST contain a 256 color table of its own. Each pixel will have their matching color in the table converted in the blend table.

A single image file may contain multiple base palettes, and '''offset''' can used to locate it.

The first ID is reserved to the 33% transparency.

See also [[numalphatables (DEF)|numalphatables]].

== Tokens ==

'''raw''' { [...] }

DESCRIPTION

:: '''file''' <filename>

:: DESCRIPTION

:: '''offset''' <value>

:: DESCRIPTION

'''glblend''' { [...] }

DESCRIPTION

:: '''forward''' { [...] } 
:: '''reverse''' { [...] } 
:: '''both''' { [...] }

:: DESCRIPTION

:::: '''src''' <factor> (or '''sfactor''' / '''top''') 
:::: '''dst''' <factor> (or '''dfactor''' / '''bottom''')

:::: DESCRIPTION

:::: See [[#Factors|below]].

:::: '''alpha''' <value>

:::: DESCRIPTION

'''copy''' <blendtable>

DESCRIPTION

'''undef'''

DESCRIPTION

== Factors ==

[[File:GL blend chart.jpg|thumb|200px|right|Chart explaining the combination of blend modes available in OpenGL.]]

* ZERO
* ONE
* SRC_COLOR
* ONE_MINUS_SRC_COLOR
* SRC_ALPHA
* ONE_MINUS_SRC_ALPHA
* DST_ALPHA
* ONE_MINUS_DST_ALPHA
* DST_COLOR
* ONE_MINUS_DST_COLOR

== Examples ==

The following PNG image contains the blend table in Duke Nukem 3D v1.5:

[[File:Duke3d transpal.png]]

This example will load 3 blend tables in the same file:

blendtable 0 { raw { file "blend.raw" } }
blendtable 1 { raw { file "blend.raw" offset 65536 } }
blendtable 2 { raw { file "blend.raw" offset 131072 } }

[[Category:DEF commands]]
[[Category:Palette editing]]

Numalphatables (DEF)

2026-03-11T03:41:54Z

Hendricks266:

'''numalphatables''' <value>

Defines the number of blend tables to be used by [[alpha]].

The IDs for the alpha tables start from 1, because ID 0 is reserved to 33% transparency.

The transparency of the alpha tables should range from 0% to 50%. The second half will be generated by reversing the first half.

Valid values are powers of two, or powers of two minus one. The two variations apply slightly different calculations, with the latter being slightly more accurate and efficient in data storage. (TODO: Explain further and add the actual math formulas.)

For example, if you define '''numalphatables''' as 16, you should import table ids 1-16 using [[blendtable (DEF)|blendtable]], and in-game there will be 32 steps of transparency. [[Ion Fury]] uses a value of 31 for 64 steps of transparency with the more accurate calculations.

You can import up to 128 tables, which would provide a table for every value of alpha. However a value so high is probably not necessary, since the palette of a game won't have enough steps for a color to justify such a value. Additionally, such a large lookup table would overflow the caches of most CPUs, wrecking performance. It would be more reasonable to use a value similar to the shade table, which in Duke 3D case is 32, so a value of 16 for '''numalphatables''' would be more logical.

[[Category:DEF commands]]
[[Category:Palette editing]]

Mouse support improvements

2026-02-24T23:09:36Z

Hendricks266:

How is mouse support improved in [[EDuke32]] over the original release of [[Duke Nukem 3D]]?

#The original input code contains a strange condition that prevents motion along more than one axis at a time. EDuke32 removes this limitation. (This is fixable even in DOS through use of an external input driver or patch, such as [https://bitbucket.org/rwesterlund/smouse/ sMouse], [https://ctpax-cheater.losthost.org/htmldocs/trouble.htm#buildmfx buildmfx], or [https://swisscm.duke4.net/mine.html bMouse].)
#This original input code also contains a bug where motion along one direction of each axis is completely dropped if movement is too slow. This is caused by right-shifting where a division operation should have been used. Even [[Duke Nukem 3D: 20th Anniversary World Tour]] has this bug. EDuke32 fixed it long ago.
#EDuke32 binds ''next weapon'' and ''previous weapon'' to the mousewheel, as is standard. The original game requires the player to wait for the switching animation to complete for one weapon before the next can be requested. The port fixes this weapon switching behavior so it is possible to advance the mousewheel additional stops at any point during a weapon switching animation that is already in progress and have them count toward the user's selection.
#Our default modern control scheme does not bind any key to the Toggle [Vertical] Mouse Aiming function, to prevent confusion caused by this mostly useless option. By default vertical aiming is enabled as opposed to moving you forward and backward, and the option to hold the key to aim instead of being a toggle is disabled. That way everything Just Works out of the box.
#The original games store aim position in integers that directly correspond to the [[ang]] and [[horiz]] values controlling the camera's yaw angle (2048 units for a full circle) and the tangent of its pitch angle (399 units for a vertical viewing range mostly up to mostly down) respectively. This results in a noticeable stair-step effect in mouse aiming at higher resolutions. EDuke32 now uses fixed point arithmetic to represent these values, allowing for high precision aiming without this quantization error.
#Since the original renderer achieved vertical mouselook by the "fake" method of [[Y-shearing]], it was natural to control the shearing using the tangent of the vertical angle, which directly corresponds to the extent of shearing applied to the viewport. Since the mouse used these values directly, it resulted in less vertical rotation per unit of physical mouse movement the closer you were to the high or low extents of the aim range. EDuke32 now processes mouse input in the domain of vertical angle instead of angle tangent, eliminating this artifact and ensuring consistent spherical mouse aiming.
#Originally, input polling took place only at the 30 Hz game world timer and was interpolated for frames in between. This gave mouse aiming a laggy, floaty feeling. EDuke32 implements a new method which polls input at the framerate instead and performs no interpolation. This fixes the floatiness, and could result in less input lag than even modern shooters.

[[Category:EDuke32 project information]]

User:Hendricks266

2026-02-14T00:07:50Z

Hendricks266:

My name is Evan. I have been a member of Duke4.net since 2009, a developer of EDuke32 since 2011, and I co-founded Voidpoint in 2014. This page is my [[Wikipedia:curriculum vitae|CV]] for the communities I am a part of, the roles in which I serve, and my accomplishments. (For a more formal CV, see my LinkedIn below.)

*Roles:
**Computer Engineer by day
**[[Voidpoint]] Co-Founder
**''[[Ion Fury]]'' Technical Director
**[[EDuke32 Project Family|EDuke32 (+ VoidSW + NBlood + ...)]] Senior Developer
**[https://forums.duke4.net/topic/9316-/ ''Shadow Warrior: Deadly Kiss'' Restoration Director]
**Admin at Duke4.net ([https://forums.duke4.net Forums] & [https://discord.gg/FQkMQ7r Discord])
**Staff at [https://discord.gg/V9fY5wE ''Blood'' Community Discord]
*Highlights of my involvement:
**Helped with high-profile mods for [[EDuke32]] by implementing vital source port functionality and contributing to their construction
***''Duke Nukem 64'' Mod
***''Duke Nukem: Total Meltdown'' Mod
***Duke Hard
***''Duke Nukem 3D'' High Resolution Pack
****''Duke Caribbean: Life's a Beach'' Plus
****''Duke: Nuclear Winter'' Plus
****''Shadow Warrior'' High Resolution Pack
***faithful music replacement packs for EDuke32
****''Duke Nukem 3D'' for Sega Saturn Music Pack
****''Duke Nukem: Total Meltdown'' PlayStation Music Pack
****''Duke Nukem 64'' Music Pack
***''Duke Nukem 3D: 20th Anniversary World Tour'' Stopgap Compatibility Layer for EDuke32
**Spearheaded [[VoidSW]], the preeminent source port for ''[[Shadow Warrior]]''
**Credited in ''Duke Nukem 3D: Megaton Edition'' and ''Shadow Warrior Classic Redux''
**Developer on ''Duke Nukem 3D: Hail to the King Collection'' (canceled)
**Entrusted with Apogee & 3D Realms prototypes/betas
***Successfully organized releases for ''Shadow Warrior'', ''Strife'', ''Major Stryker'', ''Bio Menace'', ''Halloween Harry''
***Authored the 3D Realms Beta Trailer
***Broke copy protections on 100+ .zip and .exe files
***Extended the [https://hendricks266.duke4.net/stuff/fakedate2.7z FakeDate] [[Wikipedia:terminate-and-stay-resident program|TSR]] by Lee Killough to accept an arbitrary date as a command line parameter
**Created [https://forums.duke4.net/topic/9922-/ a tool that can extract and decompile the CON bytecode from all known versions of Duke Nukem 64 and Duke Nukem: Total Meltdown]
**Packaged new canonical versions of the Duke 3D expansions for the ''3D Realms Anthology'' and [https://www.zoom-platform.com/product/duke-nukem-3d-atomic-edition ZOOM Platform]
**Recovered and restoring ''Shadow Warrior: Deadly Kiss''
**Cobbled together [https://hendricks266.duke4.net/flappywang/ FlappyWang]
**Formalized our [[development principles]]
*Media:
**[https://www.youtube.com/watch?v=MHQv4mSG7_I DF Retro Extra - Ion Fury Tech Interview] (2018) - I was interviewed by John Linneman from Digital Foundry about the creation of Ion Fury and the experience of working with the Build Engine in modern times from a technical perspective. I was joined by Frederik Schreiber, VP of our publisher, 3D Realms.
**[https://www.indieretronews.com/2021/04/cola-powered-gamer-with-exclusive.html Cola Powered Gamer exclusive interview with Ion Fury team] (2021) - I spoke with Indie Retro News about the background of Ion Fury and the experience of serving as Technical Director on the project. My colleague Max Ylitalo, Lead Level Designer, joined me for the second half.
**[https://www.mobygames.com/person/602625/evan-ramos/ I have a MobyGames page apparently.]
*Stuff I've done for other game communities:
**Helped my friend [https://fallout.wiki/wiki/Mod:RoyBatty RoyBatty] build the [https://www.nexusmods.com/newvegas/mods/55061 4GB FNV Updated Loader] for ''Fallout: New Vegas''
***The mod entry on NexusMods with my credit attached is still in the top 50 all-time downloaded mods for the game despite the fact that I've never played it!
**Created the initial version of the [https://forum.starmen.net/forum/Games/Mother3/MOTHER-3-Ultimate-Music-Rip MOTHER 3 Ultimate Music Rip], since supplanted by [https://forum.starmen.net/forum/Games/Mother3/The-NEW-Ultimate-Music-Rip-for-MOTHER-3 an update by JumpmanFR]
**Constructed a .vgm pack for [https://www.smspower.org/Music/ShiningForceGaidenFinalConflict-GG Shining Force Gaiden ~Final Conflict~]
***Also contributed one track to the [https://vgmrips.net/packs/author/hendricks266 Sonic 3 & Knuckles VGM rip] from the [https://hiddenpalace.org/Sonic_3C_(May_17,_1994_prototype) Sonic 3C 0517 Prototype]
*Contact:
**email: <code>hendricks266+edukewiki</code> at <code>gmail</code> dot <code>com</code>
**X (née Twitter): https://x.com/Hendricks266
**Bluesky: https://bsky.app/profile/hendricks266.bsky.social
**GitHub: https://github.com/Hendricks266
**LinkedIn: https://www.linkedin.com/in/evanramos/
**Linktree: https://linktr.ee/Hendricks266

🇵🇷🇵🇱🇺🇸
----

{{EDuke32 Developer}}

User:Hendricks266

2025-10-25T01:19:54Z

Hendricks266:

My name is Evan. I have been a member of Duke4.net since 2009, a developer of EDuke32 since 2011, and I co-founded Voidpoint in 2014. This page is my [[Wikipedia:curriculum vitae|CV]] for all of the above. (For a more formal CV, see my LinkedIn below.)

*Roles:
**Computer Engineer by day
**[[Voidpoint]] Co-Founder
**''[[Ion Fury]]'' Technical Director
**[[EDuke32 Project Family|EDuke32 (+ VoidSW + NBlood + ...)]] Senior Developer
**[https://forums.duke4.net/topic/9316-/ ''Shadow Warrior: Deadly Kiss'' Restoration Director]
**Admin at Duke4.net ([https://forums.duke4.net Forums] & [https://discord.gg/FQkMQ7r Discord])
**Staff at [https://discord.gg/V9fY5wE ''Blood'' Community Discord]
*Highlights of my involvement:
**Helped with high-profile mods for [[EDuke32]] by implementing vital source port functionality and contributing to their construction
***''Duke Nukem 64'' Mod
***''Duke Nukem: Total Meltdown'' Mod
***Duke Hard
***''Duke Nukem 3D'' High Resolution Pack
****''Duke Caribbean: Life's a Beach'' Plus
****''Duke: Nuclear Winter'' Plus
****''Shadow Warrior'' High Resolution Pack
***faithful music replacement packs for EDuke32
****''Duke Nukem 3D'' for Sega Saturn Music Pack
****''Duke Nukem: Total Meltdown'' PlayStation Music Pack
****''Duke Nukem 64'' Music Pack
***''Duke Nukem 3D: 20th Anniversary World Tour'' Stopgap Compatibility Layer for EDuke32
**Spearheaded [[VoidSW]], the preeminent source port for ''[[Shadow Warrior]]''
**Credited in ''Duke Nukem 3D: Megaton Edition'' and ''Shadow Warrior Classic Redux''
**Developer on ''Duke Nukem 3D: Hail to the King Collection'' (canceled)
**Entrusted with Apogee & 3D Realms prototypes/betas
***Successfully organized releases for ''Shadow Warrior'', ''Strife'', ''Major Stryker'', ''Bio Menace'', ''Halloween Harry''
***Authored the 3D Realms Beta Trailer
***Broke copy protections on 100+ .zip and .exe files
***Extended the [https://hendricks266.duke4.net/stuff/fakedate2.7z FakeDate] [[Wikipedia:terminate-and-stay-resident program|TSR]] by Lee Killough to accept an arbitrary date as a command line parameter
**Created [https://forums.duke4.net/topic/9922-/ a tool that can extract and decompile the CON bytecode from all known versions of Duke Nukem 64 and Duke Nukem: Total Meltdown]
**Packaged new canonical versions of the Duke 3D expansions for the ''3D Realms Anthology'' and [https://www.zoom-platform.com/product/duke-nukem-3d-atomic-edition ZOOM Platform]
**Recovered and restoring ''Shadow Warrior: Deadly Kiss''
**Cobbled together [https://hendricks266.duke4.net/flappywang/ FlappyWang]
**Formalized our [[development principles]]
*Media:
**[https://www.youtube.com/watch?v=MHQv4mSG7_I DF Retro Extra - Ion Fury Tech Interview] (2018) - I was interviewed by John Linneman from Digital Foundry about the creation of Ion Fury and the experience of working with the Build Engine in modern times from a technical perspective. I was joined by Frederik Schreiber, VP of our publisher, 3D Realms.
**[https://www.indieretronews.com/2021/04/cola-powered-gamer-with-exclusive.html Cola Powered Gamer exclusive interview with Ion Fury team] (2021) - I spoke with Indie Retro News about the background of Ion Fury and the experience of serving as Technical Director on the project. My colleague Max Ylitalo, Lead Level Designer, joined me for the second half.
**[https://www.mobygames.com/person/602625/evan-ramos/ I have a MobyGames page apparently.]
*Stuff I've done for other game communities:
**Helped my friend [https://fallout.wiki/wiki/Mod:RoyBatty RoyBatty] build the [https://www.nexusmods.com/newvegas/mods/55061 4GB FNV Updated Loader] for ''Fallout: New Vegas''
***The mod entry on NexusMods with my credit attached is still in the top 50 all-time downloaded mods for the game despite the fact that I've never played it!
**Created the initial version of the [https://forum.starmen.net/forum/Games/Mother3/MOTHER-3-Ultimate-Music-Rip MOTHER 3 Ultimate Music Rip], since supplanted by [https://forum.starmen.net/forum/Games/Mother3/The-NEW-Ultimate-Music-Rip-for-MOTHER-3 an update by JumpmanFR]
**Constructed a .vgm pack for [https://www.smspower.org/Music/ShiningForceGaidenFinalConflict-GG Shining Force Gaiden ~Final Conflict~]
***Also contributed one track to the [https://vgmrips.net/packs/author/hendricks266 Sonic 3 & Knuckles VGM rip] from the [https://hiddenpalace.org/Sonic_3C_(May_17,_1994_prototype) Sonic 3C 0517 Prototype]
*Contact:
**email: <code>hendricks266+edukewiki</code> at <code>gmail</code> dot <code>com</code>
**X (née Twitter): https://x.com/Hendricks266
**Bluesky: https://bsky.app/profile/hendricks266.bsky.social
**GitHub: https://github.com/Hendricks266
**LinkedIn: https://www.linkedin.com/in/evanramos/
**Linktree: https://linktr.ee/Hendricks266

🇵🇷🇵🇱🇺🇸
----

{{EDuke32 Developer}}

Development principles

2025-10-17T02:24:44Z

Hendricks266:

What is important about the [[EDuke32 Project Family]] of [[Wikipedia:source port|source port]]s and what value do they provide to players?

*User Experience (#1 priority)
**Whether you're technically minded or not, the port should give the player a great experience right out of the box.
**Installations of supported games purchased digitally, such as from Steam, GOG, or ZOOM Platform, are detected without any manual setup.
**The default settings should be the best ones.
***Texture filtering on pixel art is turned '''off''' by default.
***A modern WSAD-based control scheme is the default. (The original MS-DOS keyboard layout is also available.)
***The user's screen resolution and refresh rate are automatically detected to provide the best presentation and make the most of their hardware.
**Options menus should be simple and clear to avoid confusing new users, while allowing advanced customization through [[console commands]].
**Widescreen resolutions are supported natively with a ''horiz-plus'' field of view, extending what the player can see to the sides, rather than the lazy approach of ''vert-minus'', cropping off the top and bottom of the screen, frequently seen even in commercially released games of the 2000s.
**Hundreds of bugs and crashes have been eliminated.
*Accuracy & Authenticity
**Gameplay accuracy: The game logic state machine and world physics should be able to replicate the behavior of the original EXE file, which is demonstrated when playback of [[Wikipedia:attract mode|attract mode]] demos synchronize (''demo-accurate''). With that ground truth documented, conscious fixes to bugs can be applied as the conservator of a painting would.
***Translation: You are playing the same game!
**Visual aesthetic accuracy:
***The shading and tint of the game world are preserved even when running with modern hardware-accelerated graphics, which is vital in order to present the game's atmosphere true to its creators' original intent. This technique is called [[palette emulation]].
****This shade and tint information is incorporated directly into the graphics rendering pipeline logic, rather than clamped on at the end as an inaccurate approximation such as "tonemapping".
***The classic software renderer is fully supported.
**Sound & music accuracy:
***The ports use the games' original sound mixing library, providing full support for [[EMIDI]] functionality used by the music, and the so-called "reverb" effect used for in-game worldbuilding.
***The original games primarily used low-quality sound effects (8-11 KHz) lacking the higher frequencies necessary to be perceived as crisp and clear, paired with simple ''linear interpolation'' that technically introduced artifacts in these higher ranges, but had the positive side effect of giving them more apparent detail. Modern computers are now capable of performing ''[[Wikipedia:sinc|sinc]] interpolation'' approaching mathematical perfection, avoiding these artifacts, but also exposing the formerly obscured low quality. Not accounting for this is why releases like the Xbox and PlayStation ports of [[Duke Nukem 3D: 20th Anniversary World Tour]] still have muffled sound to this day.
***The included Adlib/SoundBlaster FM synthesis emulation provided by [[Nuked-OPL3]] is ''sample-accurate'', meaning it is capable of producing output identical to the real hardware.
*Feature Set
**Hardware-accelerated graphics are a prominent feature provided by the ports. Just take a look at some screenshots to see what our [[Polymost]] and [[Polymer]] renderers are capable of.
**Many options for presenting MIDI music are available to suit your own taste, or download a pack of custom renditions in OGG Vorbis or FLAC formats.
**The [[BUILD Engine]]'s level editor, [[Mapster32]], is [[Wikipedia:WYSIWYG|WYSIWYG]], linked directly with the actual rendering engine. 3D game engines before and since do not provide such a thing!
*Extensibility
**The CON scripting language has been significantly augmented, featuring actual variables that do not require hacking an inventory item, screen drawing, weapon and projectile customization, math calculations, and event interception. This allows gameplay mods and total conversions that rival even modern games.
**Mods can use true-color textures, 3D models, and modern audio formats, all packaged in standard .zip files.
*Performance
**Mouse input is considerably refined, allowing butter-smooth motion with minimal latency. See: [[mouse support improvements]]
**High refresh rate displays such as 144 Hz are fully supported.
**Code is written (and original code is re-written) to account for algorithmic complexity as well as the practical nature of computing hardware such as data locality in CPU cache lines.
**The limiting factor of modern computing performance tends to be [[Wikipedia:von Neumann bottleneck|the cost of moving data around]]. In a game, that can mean from disk into memory when loading assets, and from the CPU to the GPU in the course of drawing a frame, just to name two examples.
***We refactored our texture system to read all the pixel art in the game into a texture atlas and send it to the GPU once at the beginning of execution so that performance would not be interrupted by unnecessary synchronization points in the course of gameplay.
***We replaced our [[palette emulation|emulation of indexed shading lookup tables]]: while previously we generated a separate texture for each shade index, we now perform the lookup on the GPU with a shader program, drastically reducing our video memory footprint.
**The ports are [[Wikipedia:code generation (compiler)|compiled]] to [[Wikipedia:machine code|machine code]], and not run as an interpreted language such as Java.
*Portability
**All modern operating systems and hardware architectures are supported. 32- or 64-bit, big- or little-endian, it doesn't matter, it just works.
**This even extends to homebrew on game consoles, such as [[EDuke32 Wii]].
**The source code is buildable using many state of the art compilers, including GCC, Clang, and Visual Studio.
**The developers abhor compiler warnings and maintain a clean build at all times.
*Maintainability & Sustainability
**The source code to the ports is publicly accessible by everyone.
**The project welcomes contributions from anyone, sometimes called ''merge requests'' or ''pull requests''.
**There is a distinction between port and mod: Changes like artistic revisionism and tweaking the game balance are not the job of a port. Instead, the port provides a platform for modifications to do these things, clearly communicated to the player.

[[Category:EDuke32 project information]]

Development principles

2025-10-16T07:43:29Z

Hendricks266:

What is important about the [[EDuke32 Project Family]] of [[Wikipedia:source port|source port]]s and what value do they provide to players?

*User Experience (#1 priority)
**Whether you're technically minded or not, the port should give the player a great experience right out of the box.
**Installations of supported games purchased digitally, such as from Steam, GOG, or ZOOM Platform, are detected without any manual setup.
**The default settings should be the best ones.
***Texture filtering on pixel art is turned '''off''' by default.
***A modern WSAD-based control scheme is the default. (The original MS-DOS keyboard layout is also available.)
***The user's screen resolution and refresh rate are automatically detected to provide the best presentation and make the most of their hardware.
**Options menus should be simple and clear to avoid confusing new users, while allowing advanced customization through [[console commands]].
**Widescreen resolutions are supported natively with a ''horiz-plus'' field of view, extending what the player can see to the sides, rather than the lazy approach of ''vert-minus'', cropping off the top and bottom of the screen, frequently seen even in commercially released games of the 2000s.
**Hundreds of bugs and crashes have been eliminated.
*Accuracy & Authenticity
**Gameplay accuracy: The game logic state machine and world physics should be able to replicate the behavior of the original EXE file, which is demonstrated when playback of [[Wikipedia:attract mode|attract mode]] demos synchronize (''demo-accurate''). With that ground truth documented, conscious fixes to bugs can be applied as the conservator of a painting would.
***Translation: You are playing the same game!
**Visual aesthetic accuracy:
***The shading and tint of the game world are preserved even when running with modern hardware-accelerated graphics, which is vital in order to present the game's atmosphere true to its creators' original intent. This technique is called [[palette emulation]].
****This shade and tint information is incorporated directly into the graphics rendering pipeline logic, rather than clamped on at the end as an inaccurate approximation.
***The classic software renderer is fully supported.
**Sound & music accuracy:
***The ports use the games' original sound mixing library, providing full support for [[EMIDI]] functionality used by the music, and the so-called "reverb" effect used for in-game worldbuilding.
***The original games primarily used low-quality sound effects (8-11 KHz) lacking the higher frequencies necessary to be perceived as crisp and clear, paired with simple ''linear interpolation'' that technically introduced artifacts in these higher ranges, but had the positive side effect of giving them more apparent detail. Modern computers are now capable of performing ''[[Wikipedia:sinc|sinc]] interpolation'' approaching mathematical perfection, avoiding these artifacts, but also exposing the formerly obscured low quality. Not accounting for this is why releases like the Xbox and PlayStation ports of [[Duke Nukem 3D: 20th Anniversary World Tour]] still have muffled sound to this day.
***The included Adlib/SoundBlaster FM synthesis emulation provided by [[Nuked-OPL3]] is ''sample-accurate'', meaning it is capable of producing output identical to the real hardware.
*Feature Set
**Hardware-accelerated graphics are a prominent feature provided by the ports. Just take a look at some screenshots to see what our [[Polymost]] and [[Polymer]] renderers are capable of.
**Many options for presenting MIDI music are available to suit your own taste, or download a pack of custom renditions in OGG Vorbis or FLAC formats.
**The [[BUILD Engine]]'s level editor, [[Mapster32]], is [[Wikipedia:WYSIWYG|WYSIWYG]], linked directly with the actual rendering engine. 3D game engines before and since do not provide such a thing!
*Extensibility
**The CON scripting language has been significantly augmented, featuring actual variables that do not require hacking an inventory item, screen drawing, weapon and projectile customization, math calculations, and event interception. This allows gameplay mods and total conversions that rival even modern games.
**Mods can use true-color textures, 3D models, and modern audio formats, all packaged in standard .zip files.
*Performance
**Mouse input is considerably refined, allowing butter-smooth motion with minimal latency. See: [[mouse support improvements]]
**High refresh rate displays such as 144 Hz are fully supported.
**Code is written (and original code is re-written) to account for algorithmic complexity as well as the practical nature of computing hardware such as data locality in CPU cache lines.
**The limiting factor of modern computing performance tends to be [[Wikipedia:von Neumann bottleneck|the cost of moving data around]]. In a game, that can mean from disk into memory when loading assets, and from the CPU to the GPU in the course of drawing a frame, just to name two examples.
***We refactored our texture system to read all the pixel art in the game into a texture atlas and send it to the GPU once at the beginning of execution so that performance would not be interrupted by unnecessary synchronization points in the course of gameplay.
***We replaced our [[palette emulation|emulation of indexed shading lookup tables]]: while previously we generated a separate texture for each shade index, we now perform the lookup on the GPU with a shader program, drastically reducing our video memory footprint.
**The ports are [[Wikipedia:code generation (compiler)|compiled]] to [[Wikipedia:machine code|machine code]], and not run as an interpreted language such as Java.
*Portability
**All modern operating systems and hardware architectures are supported. 32- or 64-bit, big- or little-endian, it doesn't matter, it just works.
**This even extends to homebrew on game consoles, such as [[EDuke32 Wii]].
**The source code is buildable using many state of the art compilers, including GCC, Clang, and Visual Studio.
**The developers abhor compiler warnings and maintain a clean build at all times.
*Maintainability & Sustainability
**The source code to the ports is publicly accessible by everyone.
**The project welcomes contributions from anyone, sometimes called ''merge requests'' or ''pull requests''.
**There is a distinction between port and mod: Changes like artistic revisionism and tweaking the game balance are not the job of a port. Instead, the port provides a platform for modifications to do these things, clearly communicated to the player.

[[Category:EDuke32 project information]]

Development principles

2025-10-16T06:26:44Z

Hendricks266:

What is important about the [[EDuke32 Project Family]] of [[Wikipedia:source port|source port]]s and what value do they provide to players?

*User Experience (#1 priority)
**Whether you're technically minded or not, the port should give the player a great experience right out of the box.
**Installations of supported games purchased digitally, such as from Steam, GOG, or ZOOM Platform, are detected without any manual setup.
**The default settings should be the best ones.
***Texture filtering on pixel art is turned '''off''' by default.
***A modern WSAD-based control scheme is the default. (The original MS-DOS keyboard layout is also available.)
**Options menus should be simple and clear to avoid confusing new users, while allowing advanced customization through [[console commands]].
**Widescreen resolutions are supported natively with a ''horiz-plus'' field of view, extending what the player can see to the sides, rather than the lazy approach of ''vert-minus'', cropping off the top and bottom of the screen, frequently seen even in commercially released games of the 2000s.
**Hundreds of bugs and crashes have been eliminated.
*Accuracy & Authenticity
**Gameplay accuracy: The game logic state machine and world physics should be able to replicate the behavior of the original EXE file, which is demonstrated when playback of [[Wikipedia:attract mode|attract mode]] demos synchronize (''demo-accurate''). With that ground truth documented, conscious fixes to bugs can be applied as the conservator of a painting would.
***Translation: You are playing the same game!
**Visual aesthetic accuracy:
***The shading and tint of the game world are preserved even when running with modern hardware-accelerated graphics, which is vital to present the game's atmosphere true to its creators' original intent. This technique is called [[palette emulation]].
***The classic software renderer is still supported.
**Sound & music accuracy:
***The ports use the games' original sound mixing library, providing full support for [[EMIDI]] functionality used by the music, and the so-called "reverb" effect used for in-game worldbuilding.
***The original games primarily used low-quality sound effects (8-11 KHz) lacking the higher frequencies necessary to be perceived as crisp and clear, paired with simple ''linear interpolation'' that technically introduced artifacts in these higher ranges, but had the positive side effect of giving them more apparent detail. Modern computers are now capable of performing ''[[Wikipedia:sinc|sinc]] interpolation'' approaching mathematical perfection, avoiding these artifacts, but also exposing the formerly obscured low quality. Not accounting for this is why releases like the Xbox and PlayStation ports of [[Duke Nukem 3D: 20th Anniversary World Tour]] still have muffled sound to this day.
***The included Adlib/SoundBlaster FM synthesis emulation provided by [[Nuked-OPL3]] is ''sample-accurate'', meaning it is capable of producing output identical to the real hardware.
*Feature Set
**Hardware-accelerated graphics are a prominent feature provided by the ports. Just take a look at some screenshots to see what our [[Polymost]] and [[Polymer]] renderers are capable of.
**Many options for presenting MIDI music are available to suit your own taste, or download a pack of custom renditions in OGG Vorbis or FLAC formats.
**The [[BUILD Engine]]'s level editor, [[Mapster32]], is [[Wikipedia:WYSIWYG|WYSIWYG]], linked directly with the actual rendering engine. 3D game engines before and since do not provide such a thing!
*Extensibility
**The CON scripting language has been significantly augmented, featuring actual variables that do not require hacking an inventory item, screen drawing, weapon and projectile customization, math calculations, and event interception. This allows gameplay mods and total conversions that rival even modern games.
**Mods can use true-color textures, 3D models, and modern audio formats, all packaged in standard .zip files.
*Performance
**Mouse input is considerably refined, allowing butter-smooth motion with minimal latency. See: [[mouse support improvements]]
**High refresh rate displays such as 144 Hz are fully supported.
**Code is written (and original code is re-written) to account for algorithmic complexity as well as the practical nature of computing hardware such as data locality in CPU cache lines.
**The limiting factor of modern computing performance tends to be [[Wikipedia:von Neumann bottleneck|the cost of moving data around]]. In a game, that can mean from disk into memory when loading assets, and from the CPU to the GPU in the course of drawing a frame, just to name two examples.
***We refactored our texture system to read all the pixel art in the game into a texture atlas and send it to the GPU once at the beginning of execution so that performance would not be interrupted by unnecessary synchronization points in the course of gameplay.
***We replaced our emulation of indexed shading lookup tables: while previously we generated a separate texture for each shade index, we now perform the lookup on the GPU with a shader program, drastically reducing our video memory footprint.
**The ports are [[Wikipedia:code generation (compiler)|compiled]] to [[Wikipedia:machine code|machine code]], and not run as an interpreted language such as Java.
*Portability
**All modern operating systems and hardware architectures are supported. 32- or 64-bit, big- or little-endian, it doesn't matter, it just works.
**This even extends to homebrew on game consoles, such as [[EDuke32 Wii]].
**The source code is buildable using many state of the art compilers, including GCC, Clang, and Visual Studio.
**The developers abhor compiler warnings and maintain a clean build at all times.
*Maintainability & Sustainability
**The source code to the ports is publicly accessible by everyone.
**The project welcomes contributions from anyone, sometimes called ''merge requests'' or ''pull requests''.
**There is a distinction between port and mod: Changes like artistic revisionism and tweaking the game balance are not the job of a port. Instead, the port provides a platform for modifications to do these things, clearly communicated to the player.

[[Category:EDuke32 project information]]

User:Hendricks266

2025-10-10T04:44:58Z

Hendricks266:

My name is Evan. I have been a member of Duke4.net since 2009, a developer of EDuke32 since 2011, and I co-founded Voidpoint in 2014. This page is my [[Wikipedia:curriculum vitae|CV]] for all of the above. (For a more formal CV, see my LinkedIn below.)

*Roles:
**Computer Engineer by day
**[[Voidpoint]] Co-Founder
**''[[Ion Fury]]'' Technical Director
**[[EDuke32 Project Family|EDuke32 (+ VoidSW + NBlood + ...)]] Senior Developer
**[https://forums.duke4.net/topic/9316-/ ''Shadow Warrior: Deadly Kiss'' Restoration Director]
**Admin at Duke4.net ([https://forums.duke4.net Forums] & [https://discord.gg/FQkMQ7r Discord])
**Staff at [https://discord.gg/V9fY5wE ''Blood'' Community Discord]
*Highlights of my involvement:
**Helped with high-profile mods for [[EDuke32]] by implementing vital source port functionality and contributing to their construction
***''Duke Nukem 64'' Mod
***''Duke Nukem: Total Meltdown'' Mod
***Duke Hard
***''Duke Nukem 3D'' High Resolution Pack
****''Duke Caribbean: Life's a Beach'' Plus
****''Duke: Nuclear Winter'' Plus
****''Shadow Warrior'' High Resolution Pack
***faithful music replacement packs for EDuke32
****''Duke Nukem 3D'' for Sega Saturn Music Pack
****''Duke Nukem: Total Meltdown'' PlayStation Music Pack
****''Duke Nukem 64'' Music Pack
***''Duke Nukem 3D: 20th Anniversary World Tour'' Stopgap Compatibility Layer for EDuke32
**Spearheaded [[VoidSW]], the preeminent source port for ''[[Shadow Warrior]]''
**Credited in ''Duke Nukem 3D: Megaton Edition'' and ''Shadow Warrior Classic Redux''
**Developer on ''Duke Nukem 3D: Hail to the King Collection'' (canceled)
**Entrusted with Apogee & 3D Realms prototypes/betas
***Successfully organized releases for ''Shadow Warrior'', ''Strife'', ''Major Stryker'', ''Bio Menace'', ''Halloween Harry''
***Authored the 3D Realms Beta Trailer
***Broke copy protections on 100+ .zip and .exe files
***Extended the [https://hendricks266.duke4.net/stuff/fakedate2.7z FakeDate] [[Wikipedia:terminate-and-stay-resident program|TSR]] by Lee Killough to accept an arbitrary date as a command line parameter
**Packaged new canonical versions of the Duke 3D expansions for the ''3D Realms Anthology'' and [https://www.zoom-platform.com/product/duke-nukem-3d-atomic-edition ZOOM Platform]
**Recovered and restoring ''Shadow Warrior: Deadly Kiss''
**Cobbled together [https://hendricks266.duke4.net/flappywang/ FlappyWang]
**Formalized our [[development principles]]
*Media:
**[https://www.youtube.com/watch?v=MHQv4mSG7_I DF Retro Extra - Ion Fury Tech Interview] (2018) - I was interviewed by John Linneman from Digital Foundry about the creation of Ion Fury and the experience of working with the Build Engine in modern times from a technical perspective. I was joined by Frederik Schreiber, VP of our publisher, 3D Realms.
**[https://www.indieretronews.com/2021/04/cola-powered-gamer-with-exclusive.html Cola Powered Gamer exclusive interview with Ion Fury team] (2021) - I spoke with Indie Retro News about the background of Ion Fury and the experience of serving as Technical Director on the project. My colleague Max Ylitalo, Lead Level Designer, joined me for the second half.
**[https://www.mobygames.com/person/602625/evan-ramos/ I have a MobyGames page apparently.]
*Stuff I've done for other game communities:
**Helped my friend [https://fallout.wiki/wiki/Mod:RoyBatty RoyBatty] build the [https://www.nexusmods.com/newvegas/mods/55061 4GB FNV Updated Loader] for ''Fallout: New Vegas''
***The mod entry on NexusMods with my credit attached is still in the top 50 all-time downloaded mods for the game despite the fact that I've never played it!
**Created the initial version of the [https://forum.starmen.net/forum/Games/Mother3/MOTHER-3-Ultimate-Music-Rip MOTHER 3 Ultimate Music Rip], since supplanted by [https://forum.starmen.net/forum/Games/Mother3/The-NEW-Ultimate-Music-Rip-for-MOTHER-3 an update by JumpmanFR]
**Constructed a .vgm pack for [https://www.smspower.org/Music/ShiningForceGaidenFinalConflict-GG Shining Force Gaiden ~Final Conflict~]
***Also contributed one track to the [https://vgmrips.net/packs/author/hendricks266 Sonic 3 & Knuckles VGM rip] from the [https://hiddenpalace.org/Sonic_3C_(May_17,_1994_prototype) Sonic 3C 0517 Prototype]
*Contact:
**email: <code>hendricks266+edukewiki</code> at <code>gmail</code> dot <code>com</code>
**X (née Twitter): https://x.com/Hendricks266
**Bluesky: https://bsky.app/profile/hendricks266.bsky.social
**GitHub: https://github.com/Hendricks266
**LinkedIn: https://www.linkedin.com/in/evanramos/
**Linktree: https://linktr.ee/Hendricks266

🇵🇷🇵🇱🇺🇸
----

{{EDuke32 Developer}}

User:Hendricks266

2025-09-10T08:45:19Z

Hendricks266:

My name is Evan. I have been a member of Duke4.net since 2009, a developer of EDuke32 since 2011, and I co-founded Voidpoint in 2014. This page is my [[Wikipedia:curriculum vitae|CV]] for all of the above. (For a more formal CV, see my LinkedIn below.)

*Roles:
**Computer Engineer by day
**[[Voidpoint]] Co-Founder
**''[[Ion Fury]]'' Technical Director
**[[EDuke32 Project Family|EDuke32 (+ VoidSW + NBlood + ...)]] Senior Developer
**[https://forums.duke4.net/topic/9316-/ ''Shadow Warrior: Deadly Kiss'' Restoration Director]
**Admin at Duke4.net ([https://forums.duke4.net Forums] & [https://discord.gg/FQkMQ7r Discord])
**Staff at [https://discord.gg/V9fY5wE ''Blood'' Community Discord]
*Highlights of my involvement:
**Helped with high-profile mods for [[EDuke32]] by implementing vital source port functionality and contributing to their construction
***''Duke Nukem 64'' Mod
***''Duke Nukem: Total Meltdown'' Mod
***Duke Hard
***''Duke Nukem 3D'' High Resolution Pack
****''Duke Caribbean: Life's a Beach'' Plus
****''Duke: Nuclear Winter'' Plus
****''Shadow Warrior'' High Resolution Pack
***''Duke Nukem 3D: 20th Anniversary World Tour'' Stopgap Compatibility Layer for EDuke32
**Spearheaded [[VoidSW]], the preeminent source port for ''[[Shadow Warrior]]''
**Credited in ''Duke Nukem 3D: Megaton Edition'' and ''Shadow Warrior Classic Redux''
**Entrusted with Apogee & 3D Realms prototypes/betas
***Successfully organized releases for ''Shadow Warrior'', ''Strife'', ''Major Stryker'', ''Bio Menace'', ''Halloween Harry''
***Authored the 3D Realms Beta Trailer
***Broke copy protections on 100+ .zip and .exe files
***Extended the [https://hendricks266.duke4.net/stuff/fakedate2.7z FakeDate] [[Wikipedia:terminate-and-stay-resident program|TSR]] by Lee Killough to accept an arbitrary date as a command line parameter
**Packaged new canonical versions of the Duke 3D expansions for the ''3D Realms Anthology'' and [https://www.zoom-platform.com/product/duke-nukem-3d-atomic-edition ZOOM Platform]
**Recovered and restoring ''Shadow Warrior: Deadly Kiss''
**Cobbled together [https://hendricks266.duke4.net/flappywang/ FlappyWang]
**Formalized our [[development principles]]
*Media:
**[https://www.youtube.com/watch?v=MHQv4mSG7_I DF Retro Extra - Ion Fury Tech Interview] (2018) - I was interviewed by John Linneman from Digital Foundry about the creation of Ion Fury and the experience of working with the Build Engine in modern times from a technical perspective. I was joined by Frederik Schreiber, VP of our publisher, 3D Realms.
**[https://www.indieretronews.com/2021/04/cola-powered-gamer-with-exclusive.html Cola Powered Gamer exclusive interview with Ion Fury team] (2021) - I spoke with Indie Retro News about the background of Ion Fury and the experience of serving as Technical Director on the project. My colleague Max Ylitalo, Lead Level Designer, joined me for the second half.
**[https://www.mobygames.com/person/602625/evan-ramos/ I have a MobyGames page apparently.]
*Stuff I've done for other game communities:
**Helped my friend [https://fallout.wiki/wiki/Mod:RoyBatty RoyBatty] build the [https://www.nexusmods.com/newvegas/mods/55061 4GB FNV Updated Loader] for ''Fallout: New Vegas''
***The mod entry on NexusMods with my credit attached is still in the top 50 all-time downloaded mods for the game despite the fact that I've never played it!
**Created the initial version of the [https://forum.starmen.net/forum/Games/Mother3/MOTHER-3-Ultimate-Music-Rip MOTHER 3 Ultimate Music Rip], since supplanted by [https://forum.starmen.net/forum/Games/Mother3/The-NEW-Ultimate-Music-Rip-for-MOTHER-3 an update by JumpmanFR]
**Constructed a .vgm pack for [https://www.smspower.org/Music/ShiningForceGaidenFinalConflict-GG Shining Force Gaiden ~Final Conflict~]
***Also contributed one track to the [https://vgmrips.net/packs/author/hendricks266 Sonic 3 & Knuckles VGM rip] from the [https://hiddenpalace.org/Sonic_3C_(May_17,_1994_prototype) Sonic 3C 0517 Prototype]
*Contact:
**email: <code>hendricks266+edukewiki</code> at <code>gmail</code> dot <code>com</code>
**X (née Twitter): https://x.com/Hendricks266
**Bluesky: https://bsky.app/profile/hendricks266.bsky.social
**GitHub: https://github.com/Hendricks266
**LinkedIn: https://www.linkedin.com/in/evanramos/
**Linktree: https://linktr.ee/Hendricks266

🇵🇷🇵🇱🇺🇸
----

{{EDuke32 Developer}}

User:Hendricks266

2025-09-10T08:27:22Z

Hendricks266:

My name is Evan. I have been a member of Duke4.net since 2009, a developer of EDuke32 since 2011, and I co-founded Voidpoint in 2014. This page is my [[Wikipedia:curriculum vitae|CV]] for all of the above. (For a more formal CV, see my LinkedIn below.)

*Roles:
**Computer Engineer by day
**[[Voidpoint]] Co-Founder
**''[[Ion Fury]]'' Technical Director
**[[EDuke32 Project Family|EDuke32 (+ VoidSW + NBlood + ...)]] Senior Developer
**[https://forums.duke4.net/topic/9316-/ ''Shadow Warrior: Deadly Kiss'' Restoration Director]
**Admin at Duke4.net ([https://forums.duke4.net Forums] & [https://discord.gg/FQkMQ7r Discord])
**Staff at [https://discord.gg/V9fY5wE ''Blood'' Community Discord]
*Highlights of my involvement:
**Helped with high-profile mods for [[EDuke32]] by implementing vital source port functionality and contributing to their construction
***''Duke Nukem 64'' Mod
***''Duke Nukem: Total Meltdown'' Mod
***Duke Hard
***''Duke Nukem 3D'' High Resolution Pack
****''Duke Caribbean: Life's a Beach'' Plus
****''Duke: Nuclear Winter'' Plus
****''Shadow Warrior'' High Resolution Pack
***''Duke Nukem 3D: 20th Anniversary World Tour'' Stopgap Compatibility Layer for EDuke32
**Spearheaded [[VoidSW]], the preeminent source port for ''[[Shadow Warrior]]''
**Credited in ''Duke Nukem 3D: Megaton Edition'' and ''Shadow Warrior Classic Redux''
**Entrusted with Apogee & 3D Realms prototypes/betas
***Successfully organized releases for ''Shadow Warrior'', ''Strife'', ''Major Stryker'', ''Bio Menace'', ''Halloween Harry''
***Authored the 3D Realms Beta Trailer
***Broke copy protections on 100+ .zip and .exe files
***Extended the [https://hendricks266.duke4.net/stuff/fakedate2.7z FakeDate] [[Wikipedia:terminate-and-stay-resident program|TSR]] by Lee Killough to accept an arbitrary date as a command line parameter
**Packaged new canonical versions of the Duke 3D expansions for the ''3D Realms Anthology'' and [https://www.zoom-platform.com/product/duke-nukem-3d-atomic-edition ZOOM Platform]
**Recovered and restoring ''Shadow Warrior: Deadly Kiss''
**Cobbled together [https://hendricks266.duke4.net/flappywang/ FlappyWang]
**Formalized our [[development principles]]
*Media:
**[https://www.youtube.com/watch?v=MHQv4mSG7_I DF Retro Extra - Ion Fury Tech Interview] (2018) - I was interviewed by John Linneman from Digital Foundry about the creation of Ion Fury and the experience of working with the Build Engine in modern times from a technical perspective. I was joined by Frederik Schreiber, VP of our publisher, 3D Realms.
**[https://www.indieretronews.com/2021/04/cola-powered-gamer-with-exclusive.html Cola Powered Gamer exclusive interview with Ion Fury team] (2021) - I spoke with Indie Retro News about the background of Ion Fury and the experience of serving as Technical Director on the project. My colleague Max Ylitalo, Lead Level Designer, joined me for the second half.
**[https://www.mobygames.com/person/602625/evan-ramos/ I have a MobyGames page apparently.]
*Stuff I've done for other game communities:
**Helped my friend [https://fallout.wiki/wiki/Mod:RoyBatty RoyBatty] build the [https://www.nexusmods.com/newvegas/mods/55061 4GB FNV Updated Patcher] for ''Fallout: New Vegas''
***The mod entry on NexusMods with my credit attached is still in the top 50 all-time downloaded mods for the game despite the fact that I've never played it!
**Created the initial version of the [https://forum.starmen.net/forum/Games/Mother3/MOTHER-3-Ultimate-Music-Rip MOTHER 3 Ultimate Music Rip], since supplanted by [https://forum.starmen.net/forum/Games/Mother3/The-NEW-Ultimate-Music-Rip-for-MOTHER-3 an update by JumpmanFR]
**Constructed a .vgm pack for [https://www.smspower.org/Music/ShiningForceGaidenFinalConflict-GG Shining Force Gaiden ~Final Conflict~]
***Also contributed one track to the [https://vgmrips.net/packs/author/hendricks266 Sonic 3 & Knuckles VGM rip] from the [https://hiddenpalace.org/Sonic_3C_(May_17,_1994_prototype) Sonic 3C 0517 Prototype]
*Contact:
**email: <code>hendricks266+edukewiki</code> at <code>gmail</code> dot <code>com</code>
**X (née Twitter): https://x.com/Hendricks266
**Bluesky: https://bsky.app/profile/hendricks266.bsky.social
**GitHub: https://github.com/Hendricks266
**LinkedIn: https://www.linkedin.com/in/evanramos/
**Linktree: https://linktr.ee/Hendricks266

🇵🇷🇵🇱🇺🇸
----

{{EDuke32 Developer}}

User:Hendricks266

2025-09-10T04:29:43Z

Hendricks266:

My name is Evan. I have been a member of Duke4.net since 2009, a developer of EDuke32 since 2011, and I co-founded Voidpoint in 2014. This page is my [[Wikipedia:curriculum vitae|CV]].

*Roles:
**Computer Engineer by day
**[[Voidpoint]] Co-Founder
**''[[Ion Fury]]'' Technical Director
**[[EDuke32 Project Family|EDuke32 (+ VoidSW + NBlood + ...)]] Senior Developer
**[https://forums.duke4.net/topic/9316-/ ''Shadow Warrior: Deadly Kiss'' Restoration Director]
**Admin at Duke4.net ([https://forums.duke4.net Forums] & [https://discord.gg/FQkMQ7r Discord])
**Staff at [https://discord.gg/V9fY5wE ''Blood'' Community Discord]
*Additional highlights of my involvement:
**Helped with high-profile mods for [[EDuke32]] by implementing vital source port functionality and contributing to their construction
***''Duke Nukem 64'' Mod
***''Duke Nukem: Total Meltdown'' Mod
***Duke Hard
***''Duke Nukem 3D'' High Resolution Pack
****''Duke Caribbean: Life's a Beach'' Plus
****''Duke: Nuclear Winter'' Plus
****''Shadow Warrior'' High Resolution Pack
***''Duke Nukem 3D: 20th Anniversary World Tour'' Stopgap Compatibility Layer for EDuke32
**Spearheaded [[VoidSW]], the preeminent source port for ''[[Shadow Warrior]]''
**Credited in ''Duke Nukem 3D: Megaton Edition'' and ''Shadow Warrior Classic Redux''
**Entrusted with Apogee & 3D Realms prototypes/betas
***Successfully organized releases for ''Shadow Warrior'', ''Strife'', ''Major Stryker'', ''Bio Menace'', ''Halloween Harry''
***Authored the 3D Realms Beta Trailer
***Broke copy protections on 100+ .zip and .exe files
***Extended the [https://hendricks266.duke4.net/stuff/fakedate2.7z FakeDate] [[Wikipedia:terminate-and-stay-resident program|TSR]] by Lee Killough to accept an arbitrary date as a command line parameter
**Packaged new canonical versions of the Duke 3D expansions for the ''3D Realms Anthology'' and [https://www.zoom-platform.com/product/duke-nukem-3d-atomic-edition ZOOM Platform]
**Recovered and restoring ''Shadow Warrior: Deadly Kiss''
**Formalized our [[development principles]]
*Media:
**[https://www.youtube.com/watch?v=MHQv4mSG7_I DF Retro Extra - Ion Fury Tech Interview] (2018) - I was interviewed by John Linneman from Digital Foundry about the creation of Ion Fury and the experience of working with the Build Engine in modern times from a technical perspective. I was joined by Frederik Schreiber, VP of our publisher, 3D Realms.
**[https://www.indieretronews.com/2021/04/cola-powered-gamer-with-exclusive.html Cola Powered Gamer exclusive interview with Ion Fury team] (2021) - I spoke with Indie Retro News about the background of Ion Fury and the experience of serving as Technical Director on the project. My colleague Max Ylitalo, Lead Level Designer, joined me for the second half.
*Contact:
**email: <code>hendricks266+edukewiki</code> at <code>gmail</code> dot <code>com</code>
**X (née Twitter): https://x.com/Hendricks266
**Bluesky: https://bsky.app/profile/hendricks266.bsky.social
**GitHub: https://github.com/Hendricks266
**LinkedIn: https://www.linkedin.com/in/evanramos/
**Linktree: https://linktr.ee/Hendricks266

🇵🇷🇵🇱🇺🇸
----

{{EDuke32 Developer}}

User:Hendricks266

2025-09-10T03:35:20Z

Hendricks266:

My name is Evan.

I have been a member of Duke4.net since 2009, a developer of EDuke32 since 2011, and I co-founded Voidpoint in 2014.

🇵🇷🇵🇱🇺🇸

*Roles:
**Computer Engineer by day
**[[Voidpoint]] Co-Founder
**''[[Ion Fury]]'' Technical Director
**[[EDuke32 Project Family|EDuke32 (+ VoidSW + NBlood + ...)]] Senior Developer
**[https://forums.duke4.net/topic/9316-/ ''Shadow Warrior: Deadly Kiss'' Restoration Director]
**Admin at Duke4.net ([https://forums.duke4.net Forums] & [https://discord.gg/FQkMQ7r Discord])
**Staff at [https://discord.gg/V9fY5wE ''Blood'' Community Discord]
*Additional highlights of my involvement:
**Helped with high-profile mods for [[EDuke32]] by implementing vital source port functionality and contributing to their construction
***''Duke Nukem 64'' Mod
***''Duke Nukem: Total Meltdown'' Mod
***Duke Hard
***''Duke Nukem 3D'' High Resolution Pack
****''Duke Caribbean: Life's a Beach'' Plus
****''Duke: Nuclear Winter'' Plus
****''Shadow Warrior'' High Resolution Pack
***''Duke Nukem 3D: 20th Anniversary World Tour'' Stopgap Compatibility Layer for EDuke32
**Spearheaded [[VoidSW]], the preeminent source port for ''[[Shadow Warrior]]''
**Credited in ''Duke Nukem 3D: Megaton Edition'' and ''Shadow Warrior Classic Redux''
**Entrusted with Apogee & 3D Realms prototypes/betas
***Successfully organized releases for ''Shadow Warrior'', ''Strife'', ''Major Stryker'', ''Bio Menace'', ''Halloween Harry''
***Authored the 3D Realms Beta Trailer
***Broke copy protections on 100+ .zip and .exe files
***Extended the [https://hendricks266.duke4.net/stuff/fakedate2.7z FakeDate] [[Wikipedia:terminate-and-stay-resident program|TSR]] by Lee Killough to accept an arbitrary date as a command line parameter
**Packaged new canonical versions of the Duke 3D expansions for the ''3D Realms Anthology'' and [https://www.zoom-platform.com/product/duke-nukem-3d-atomic-edition ZOOM Platform]
**Recovered and restoring ''Shadow Warrior: Deadly Kiss''
**Formalized our [[development principles]]
*Media:
**[https://www.youtube.com/watch?v=MHQv4mSG7_I DF Retro Extra - Ion Fury Tech Interview] (2018) - I was interviewed by John Linneman from Digital Foundry about the creation of Ion Fury and the experience of working with the Build Engine in modern times from a technical perspective. I was joined by Frederik Schreiber, VP of our publisher, 3D Realms.
**[https://www.indieretronews.com/2021/04/cola-powered-gamer-with-exclusive.html Cola Powered Gamer exclusive interview with Ion Fury team] (2021) - I spoke with Indie Retro News about the background of Ion Fury and the experience of serving as Technical Director on the project. My colleague Max Ylitalo, Lead Level Designer, joined me for the second half.
*Contact:
**email: <code>hendricks266+edukewiki</code> at <code>gmail</code> dot <code>com</code>
**X (née Twitter): https://x.com/Hendricks266
**Bluesky: https://bsky.app/profile/hendricks266.bsky.social
**GitHub: https://github.com/Hendricks266
**LinkedIn: https://www.linkedin.com/in/evanramos/
**Linktree: https://linktr.ee/Hendricks266

----

{{EDuke32 Developer}}

User:Hendricks266

2025-09-10T03:26:06Z

Hendricks266:

My name is Evan.

I have been a member of Duke4.net since 2009, a developer of EDuke32 since 2011, and I co-founded Voidpoint in 2014.

🇵🇷🇵🇱🇺🇸

*Roles:
**Computer Engineer by day
**[[Voidpoint]] Co-Founder
**''[[Ion Fury]]'' Technical Director
**[[EDuke32 Project Family|EDuke32 (+ VoidSW + NBlood + ...)]] Senior Developer
**[https://forums.duke4.net/topic/9316-/ ''Shadow Warrior: Deadly Kiss'' Restoration Director]
**Admin at Duke4.net ([https://forums.duke4.net Forums] & [https://discord.gg/FQkMQ7r Discord])
**Staff at [https://discord.gg/V9fY5wE ''Blood'' Community Discord]
*Additional highlights of my involvement:
**Helped with high-profile mods for [[EDuke32]] by implementing vital source port functionality and contributing to their construction
***''Duke Nukem 64'' Mod
***''Duke Nukem: Total Meltdown'' Mod
***Duke Hard
***''Duke Nukem 3D'' High Resolution Pack
****''Duke Caribbean: Life's a Beach'' Plus
****''Duke: Nuclear Winter'' Plus
****''Shadow Warrior'' High Resolution Pack
***''Duke Nukem 3D: 20th Anniversary World Tour'' Stopgap Compatibility Layer for EDuke32
**Spearheaded [[VoidSW]], the preeminent source port for ''[[Shadow Warrior]]''
**Credited in ''Duke Nukem 3D: Megaton Edition'' and ''Shadow Warrior Classic Redux''
**Entrusted with Apogee & 3D Realms prototypes/betas
***Successfully organized releases for ''Shadow Warrior'', ''Strife'', ''Major Stryker'', ''Bio Menace'', ''Halloween Harry''
***Authored the 3D Realms Beta Trailer
***Broke copy protections on 100+ .zip and .exe files
***Extended the [https://hendricks266.duke4.net/stuff/fakedate2.7z FakeDate] [[Wikipedia:terminate-and-stay-resident program|TSR]] by Lee Killough to accept an arbitrary date as a command line parameter
**Packaged new canonical versions of the Duke 3D expansions for the ''3D Realms Anthology'' and ZOOM Platform
**Recovered and restoring ''Shadow Warrior: Deadly Kiss''
**Formalized our [[development principles]]
*Media:
**[https://www.youtube.com/watch?v=MHQv4mSG7_I DF Retro Extra - Ion Fury Tech Interview] (2018) - I was interviewed by John Linneman from Digital Foundry about the creation of Ion Fury and the experience of working with the Build Engine in modern times from a technical perspective. I was joined by Frederik Schreiber, VP of our publisher, 3D Realms.
**[https://www.indieretronews.com/2021/04/cola-powered-gamer-with-exclusive.html Cola Powered Gamer exclusive interview with Ion Fury team] (2021) - I spoke with Indie Retro News about the background of Ion Fury and the experience of serving as Technical Director on the project. My colleague Max Ylitalo, Lead Level Designer, joined me for the second half.
*Contact:
**email: <code>hendricks266+edukewiki</code> at <code>gmail</code> dot <code>com</code>
**X (née Twitter): https://x.com/Hendricks266
**Bluesky: https://bsky.app/profile/hendricks266.bsky.social
**GitHub: https://github.com/Hendricks266
**LinkedIn: https://www.linkedin.com/in/evanramos/
**Linktree: https://linktr.ee/Hendricks266

----

{{EDuke32 Developer}}

User:Hendricks266

2025-09-01T02:56:51Z

Hendricks266:

My name is Evan. 🇵🇷🇵🇱🇺🇸

I have been a member of Duke4.net since 2009, a developer of EDuke32 since 2011, and I co-founded Voidpoint in 2014.

*Roles:
**Computer Engineer by day
**Co-Founder of [[Voidpoint]]
**Technical Director of ''[[Ion Fury]]''
**[[EDuke32 Project Family|EDuke32 (+ VoidSW + NBlood + ...)]] Senior Developer
**Director of [https://forums.duke4.net/topic/9316-/ ''Shadow Warrior: Deadly Kiss'' restoration project]
**Admin at Duke4.net ([https://forums.duke4.net Forums] & [https://discord.gg/FQkMQ7r Discord])
**Staff at [https://discord.gg/V9fY5wE ''Blood'' Community Discord]
*Additional highlights of my involvement:
**Helped with high-profile mods for [[EDuke32]] by implementing vital source port functionality and contributing to their construction
***''Duke Nukem 64'' Mod
***''Duke Nukem: Total Meltdown'' Mod
***Duke Hard
***''Duke Nukem 3D'' High Resolution Pack
****''Duke Caribbean: Life's a Beach'' Plus
****''Duke: Nuclear Winter'' Plus
****''Shadow Warrior'' High Resolution Pack
***''Duke Nukem 3D: 20th Anniversary World Tour'' Stopgap Compatibility Layer for EDuke32
**Spearheaded [[VoidSW]], the preeminent source port for ''[[Shadow Warrior]]''
**Credited in ''Duke Nukem 3D: Megaton Edition'' and ''Shadow Warrior Classic Redux''
**Entrusted with Apogee & 3D Realms prototypes/betas
***Successfully organized releases for ''Shadow Warrior'', ''Strife'', ''Major Stryker'', ''Bio Menace'', ''Halloween Harry''
***Authored the 3D Realms Beta Trailer
***Broke copy protections on 100+ .zip and .exe files
***Extended the [https://hendricks266.duke4.net/stuff/fakedate2.7z FakeDate] [[Wikipedia:terminate-and-stay-resident program|TSR]] by Lee Killough to accept an arbitrary date as a command line parameter
**Packaged new canonical versions of the Duke 3D expansions for the ''3D Realms Anthology'' and ZOOM Platform
**Recovered and restoring ''Shadow Warrior: Deadly Kiss''
**Formalized our [[development principles]]
*Media:
**[https://www.youtube.com/watch?v=MHQv4mSG7_I DF Retro Extra - Ion Fury Tech Interview] (2018) - I was interviewed by John Linneman from Digital Foundry about the creation of Ion Fury and the experience of working with the Build Engine in modern times from a technical perspective. I was joined by Frederik Schreiber, VP of our publisher, 3D Realms.
**[https://www.indieretronews.com/2021/04/cola-powered-gamer-with-exclusive.html Cola Powered Gamer exclusive interview with Ion Fury team] (2021) - I spoke with Indie Retro News about the background of Ion Fury and the experience of serving as Technical Director on the project. My colleague Max Ylitalo, Lead Level Designer, joined me for the second half.
*Contact:
**email: <code>hendricks266+edukewiki</code> at <code>gmail</code> dot <code>com</code>
**X (née Twitter): https://x.com/Hendricks266
**Bluesky: https://bsky.app/profile/hendricks266.bsky.social
**GitHub: https://github.com/Hendricks266
**LinkedIn: https://www.linkedin.com/in/evanramos/
**Linktree: https://linktr.ee/Hendricks266

----

{{EDuke32 Developer}}

Action

2025-08-27T02:54:26Z

Hendricks266:

The command '''action''' refers to both the declaration that defines the animation for an [[actor]], and to the command that changes the animation of an [[actor]] at runtime.
== Declaration ==
'''action''' <name> <startframe> <frames> <viewtype> <incvalue> <delay> 

This statement must be placed outside of any code blocks.

==== Arguments ====

* <name>: Defines the name of the action, to be used with the runtime statement.

* <startframe>: Defines the starting frame number (relative to the main sprite of the [[actor]]).

* <frames>: Defines the total number of frames in the animation, after which it will loop. Must be at least 1.

* <viewtype>: Defines the number of sides drawn for the actor. Prior to 3D models, this method was used to simulate a 3D appearance for sprites. Valid values are:
:'''1''' - The sprite will appear the same regardless of the angle at which it is viewed.
:'''2''' - The sprite will have 8 angles built from only 2 art tiles. A new frame is drawn every 45 degrees in a clockwise pattern beginning with the front of the sprite.
::In this case it uses a simple pattern: 1, 2, 1, 2, 1, 2, 1, 2
:'''3''' or '''4''' - The sprite will have 16 angles built from only 4 art tiles. A new frame is drawn every 22.5 degrees in a clockwise pattern beginning with the front of the sprite.
::The pattern is as follows, with 1, 2, 3, and 4 being the order of the four tiles used, and M denoting that the tile is mirrored: 1M, 2M, 3M, 4M, 4, 3, 2, 1, 1M, 2M, 3M, 4M, 4, 3, 2, 1 
:'''5''' - The sprite will have 8 angles constructed from 5 art tiles, three of which are mirrored. A new frame is drawn every 45 degrees in a clockwise pattern beginning with the front of the sprite.
::The pattern is as follows: 1, 2, 3, 4, 5, 4M, 3M, 2M 
:'''7''' - The sprite will have 12 angles constructed from 7 art tiles, five of which are mirrored. A new frame is drawn every 30 degrees in a clockwise pattern beginning with the front of the sprite.
::The pattern is as follows: 1, 2, 3, 4, 5, 6, 7, 6M, 5M, 4M, 3M, 2M
:'''8''' - The sprite will have 8 angles constructed from 8 art tiles. A new frame is drawn every 45 degrees in a clockwise pattern beginning with the front of the sprite.
::In this case it uses a simple pattern: 1, 2, 3, 4, 5, 6, 7, 8
:'''9''' - The sprite will have 16 angles constructed from 9 art tiles, seven of which are mirrored. A new frame is drawn every 22.5 degrees in a clockwise pattern beginning with the front of the sprite.
::The pattern is as follows: 1, 2, 3, 4, 5, 6, 7, 8, 9, 8M, 7M, 6M, 5M, 4M, 3M, 2M
:'''12''' - The sprite will have 12 angles constructed from 12 art tiles. A new frame is drawn every 30 degrees in a clockwise pattern beginning with the front of the sprite.
::The simple pattern: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12
:'''16''' - The sprite will have 16 angles constructed from 16 art tiles. A new frame is drawn every 22.5 degrees in a clockwise pattern beginning with the front of the sprite.
::The simple pattern: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16

:View type 1 is generally used for pickups and environmental objects like fire hydrants.
:View type 3 is useful only for very symmetrical actors but it does give the most angles.
:View types 5 and 7 are for actors which have a single axis of symmetry and which need to face directions other than directly towards the player.
:View type 8 is for objects with little in the way of symmetry.

* <incvalue>: Defines by how many frames the animation should advance in each step. If negative, the animation will play in reverse.
: Note that it is possible to define increments greater than 1 or smaller than -1.

* <delay> : Defines the delay between frames, where the value needs to be a multiple of 4. Any values inbetween result in the same delay as the nearest multiple rounded down.
: The delay is not proportional to the value, i.e. a delay of 16 does not result in double the time between frames as a delay of 8.
: Much rather, the calculation is as follows:
::* [0,3] is the minimum delay, equal to the [[ifcount|tic]] counter.
::* [4,7] is 1/2 of the tic counter delay
::* [8,11] is 1/3 of the tic counter delay
::* [12,15] is 1/4; [16,19] is 1/5; etc.

== Runtime Command ==

 '''action''' <name> 

Changes the actor's current action when called from within the [[actor]] code. Note that calling this statement from within an [[event]] has no effect.

Note: Every frame advance adds 1 to [[actioncount]]. To reset an animation, either call the action again or use [[resetactioncount]]. Starting a new animation will also reset [[actioncount]] to 0.

[[Category:Duke3D 1.3/1.5 commands]]
[[Category:Sprite manipulation]]

Action

2025-08-27T02:52:25Z

Hendricks266:

The command '''action''' refers to both the declaration that defines the animation for an [[actor]], and to the command that changes the animation of an [[actor]] at runtime.
== Declaration ==
'''action''' <name> <startframe> <frames> <viewtype> <incvalue> <delay> 

This statement must be placed outside of any code blocks.

==== Arguments ====

* <name>: Defines the name of the action, to be used with the runtime statement.

* <startframe>: Defines the starting frame number (relative to the main sprite of the [[actor]]).

* <frames>: Defines the total number of frames in the animation, after which it will loop. Must be at least 1.

* <viewtype>: Defines the number of sides drawn for the actor. Prior to 3D models, this method was used to simulate a 3D appearance for sprites. Valid values are:
:'''1''' - The sprite will appear the same regardless of the angle at which it is viewed.
:'''2''' - The sprite will have 8 angles built from only 2 art tiles. A new frame is drawn every 45 degrees in a clockwise pattern beginning with the front of the sprite.
::In this case it uses a simple pattern: 1, 2, 1, 2, 1, 2, 1, 2
:'''3''' or '''4''' - The sprite will have 16 angles built from only 4 art tiles. A new frame is drawn every 22.5 degrees in a clockwise pattern beginning with the front of the sprite.
::The pattern is as follows, with 1, 2, 3, and 4 being the order of the four tiles used, and M denoting that the tile is mirrored: 1M, 2M, 3M, 4M, 4, 3, 2, 1, 1M, 2M, 3M, 4M, 4, 3, 2, 1 
:'''5''' - The sprite will have 8 angles constructed from 5 art tiles, three of which are mirrored. A new frame is drawn every 45 degrees in a clockwise pattern beginning with the front of the sprite.
::The pattern is as follows: 1, 2, 3, 4, 5, 4M, 3M, 2M 
:'''7''' - The sprite will have 12 angles constructed from 7 art tiles, five of which are mirrored. A new frame is drawn every 30 degrees in a clockwise pattern beginning with the front of the sprite.
::The pattern is as follows: 1, 2, 3, 4, 5, 6, 7, 6M, 5M, 4M, 3M, 2M
:'''8''' - The sprite will have 8 angles constructed from 8 art tiles. A new frame is drawn every 45 degrees in a clockwise pattern beginning with the front of the sprite.
::In this case it uses a simple pattern: 1, 2, 3, 4, 5, 6, 7, 8
:'''9''' - The sprite will have 16 angles constructed from 9 art tiles, seven of which are mirrored. A new frame is drawn every 22.5 degrees in a clockwise pattern beginning with the front of the sprite.
::The pattern is as follows: 1, 2, 3, 4, 5, 6, 7, 8, 9, 8M, 7M 6M, 5M, 4M, 3M, 2M
:'''12''' - The sprite will have 12 angles constructed from 12 art tiles. A new frame is drawn every 30 degrees in a clockwise pattern beginning with the front of the sprite.
::The simple pattern: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12
:'''16''' - The sprite will have 16 angles constructed from 16 art tiles. A new frame is drawn every 22.5 degrees in a clockwise pattern beginning with the front of the sprite.
::The simple pattern: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16
,
:View type 1 is generally used for pickups and environmental objects like fire hydrants.
:View type 3 is useful only for very symmetrical actors but it does give the most angles.
:View types 5 and 7 are for actors which have a single axis of symmetry and which need to face directions other than directly towards the player.
:View type 8 is for objects with little in the way of symmetry.

* <incvalue>: Defines by how many frames the animation should advance in each step. If negative, the animation will play in reverse.
: Note that it is possible to define increments greater than 1 or smaller than -1.

* <delay> : Defines the delay between frames, where the value needs to be a multiple of 4. Any values inbetween result in the same delay as the nearest multiple rounded down.
: The delay is not proportional to the value, i.e. a delay of 16 does not result in double the time between frames as a delay of 8.
: Much rather, the calculation is as follows:
::* [0,3] is the minimum delay, equal to the [[ifcount|tic]] counter.
::* [4,7] is 1/2 of the tic counter delay
::* [8,11] is 1/3 of the tic counter delay
::* [12,15] is 1/4; [16,19] is 1/5; etc.

== Runtime Command ==

 '''action''' <name> 

Changes the actor's current action when called from within the [[actor]] code. Note that calling this statement from within an [[event]] has no effect.

Note: Every frame advance adds 1 to [[actioncount]]. To reset an animation, either call the action again or use [[resetactioncount]]. Starting a new animation will also reset [[actioncount]] to 0.

[[Category:Duke3D 1.3/1.5 commands]]
[[Category:Sprite manipulation]]

User:Hendricks266

2025-08-26T22:38:52Z

Hendricks266:

My name is Evan. 🇵🇷🇵🇱🇺🇸

I have been a member of Duke4.net since 2009, a developer of EDuke32 since 2011, and I co-founded Voidpoint in 2014.

*Roles:
**Computer Engineer by day
**Co-Founder of [[Voidpoint]]
**Technical Director of ''[[Ion Fury]]''
**[[EDuke32 Project Family|EDuke32 (+ VoidSW + NBlood + ...)]] Senior Developer
**Director of [https://forums.duke4.net/topic/9316-/ ''Shadow Warrior: Deadly Kiss'' restoration project]
**Admin at Duke4.net ([https://forums.duke4.net Forums] & [https://discord.gg/FQkMQ7r Discord])
**Staff at [https://discord.gg/V9fY5wE ''Blood'' Community Discord]
*Additional highlights of my involvement:
**Helped with high-profile mods for [[EDuke32]] by implementing vital source port functionality and contributing to their construction
***''Duke Nukem 64'' Mod
***''Duke Nukem: Total Meltdown'' Mod
***Duke Hard
***''Duke Nukem 3D'' High Resolution Pack
****''Duke Caribbean: Life's a Beach'' Plus
****''Duke: Nuclear Winter'' Plus
***''Duke Nukem 3D: 20th Anniversary World Tour'' Stopgap Compatibility Layer for EDuke32
**Spearheaded [[VoidSW]], the preeminent source port for ''[[Shadow Warrior]]''
**Credited in ''Duke Nukem 3D: Megaton Edition'' and ''Shadow Warrior Classic Redux''
**Entrusted with Apogee & 3D Realms prototypes/betas
***Successfully organized releases for ''Shadow Warrior'', ''Strife'', ''Major Stryker'', ''Bio Menace'', ''Halloween Harry''
***Authored the 3D Realms Beta Trailer
***Broke copy protections on 100+ .zip and .exe files
***Extended the [https://hendricks266.duke4.net/stuff/fakedate2.7z FakeDate] [[Wikipedia:terminate-and-stay-resident program|TSR]] by Lee Killough to accept an arbitrary date as a command line parameter
**Packaged new canonical versions of the Duke 3D expansions for the ''3D Realms Anthology'' and ZOOM Platform
**Recovered and restoring ''Shadow Warrior: Deadly Kiss''
**Formalized our [[development principles]]
*Media:
**[https://www.youtube.com/watch?v=MHQv4mSG7_I DF Retro Extra - Ion Fury Tech Interview] (2018) - I was interviewed by John Linneman from Digital Foundry about the creation of Ion Fury and the experience of working with the Build Engine in modern times from a technical perspective. I was joined by Frederik Schreiber, VP of our publisher, 3D Realms.
**[https://www.indieretronews.com/2021/04/cola-powered-gamer-with-exclusive.html Cola Powered Gamer exclusive interview with Ion Fury team] (2021) - I spoke with Indie Retro News about the background of Ion Fury and the experience of serving as Technical Director on the project. My colleague Max Ylitalo, Lead Level Designer, joined me for the second half.
*Contact:
**email: <code>hendricks266+edukewiki</code> at <code>gmail</code> dot <code>com</code>
**X (née Twitter): https://x.com/Hendricks266
**Bluesky: https://bsky.app/profile/hendricks266.bsky.social
**GitHub: https://github.com/Hendricks266
**LinkedIn: https://www.linkedin.com/in/evanramos/
**Linktree: https://linktr.ee/Hendricks266

----

{{EDuke32 Developer}}

Aim mode

2025-08-20T13:33:44Z

Hendricks266:

aim_mode is a [[bitfield]].

* If bit 0 is set (1), then mouse aiming is on.
* If bit 1 is set (2), then gamepad recentering is active.
* If bit 2 is set (4), then aim assist (for gamepads) is active.

[[Category:Player structure members]]
[[Category:Bitfields]]

Newgamecustomopen

2025-08-20T13:33:30Z

Hendricks266:

[[Bitfield]] where each bit corresponds to a [[DEF Language#newgamechoices|newgamechoices]] menu entry of the top-layer menu.

If a bit is set, it disables the '''locked''' and '''hidden''' flag for the corresponding menu entry.

'''Example:'''

setu .newgamecustomopen 0x10 // disables flags on the fifth menu entry

[[Category:Userdef structure members]]
[[Category:Bitfields]]