Navigate InfoSuite Introduction README The Basics Advanced FX References Game Secrets Hosted At | References - Oddities Oddities Listed here are some things about the map editor and the game itself of which many people may not be aware. This game may be over a decade old, but I'm still finding out about incredible new things every so often. Enemies Assault Troopers/Captains can fake death. They are most likely to do this if they choke before they drop. After a short time, the faker will come back to life. Apparently they can even fake the fatal head wounds associated with death. The best preventative measure against this dishonest mindgame is to just shoot them while they're choking to death. The lasers fired by Assault Troopers/Captains are reflected by mirrors. Protozoid Slimers can devour some enemies as well as their corpses. The latter ability is especially helpful in Damn I'm Good mode if you're short on explosives. After extensive testing, I found they are only capable of consuming five varieties of enemies/corpses: Assault Troopers/Assault Captains, Pig Cops, Enforcers, and Protector Drones. Just for a laugh, I tried an assortment of other sprites that looked organic or edible, they wouldn't touch any of it. If a hatched Protozoid Slimer Egg is frozen, it will regress back to being unhatched after thawing out, and it will subsequently hatch again to produce a new Protozoid Slimer! Freezing a Protozoid Slimer counts as a kill, and the total enemy counter will not increase after they unthaw. It is difficult or impossible to freeze them on the ground, the only way to hit them with the freeze ray is to wait until they stretch between a floor and ceiling. If a Protozoid Slimer attempts to attack a frozen player, Protozoid Slimers will no longer be able to attack the player at all: The player will become effectively immune to all Protozoid Slimers until the map is reloaded, either by the player dying or completing the map. This glitch remains in effect after saving and reloading a game session. This glitch does not affect the Protozoid Slimer's ability to devour enemies. In a Multiplayer game, the glitch is per-player, and dying does not reset it since the map is not reloaded. However, the Protozoid Slimers tend to ignore frozen players and focus on live ones, and since the glitch requires them to actually attempt to latch onto you, it is more difficult to trigger in Multiplayer. The Protozoid Slimer's individual frames of animation (#2371 - #2377), when applied to a sprite, cast a shadow in-game as if the sprite were alive. This happens because these frames are technically defined as an enemy in the code, although they cannot be killed, do not count towards the total enemy tally, and do not respond to the `DNMONSTERS` cheat. Protozoid Slimers are not attracted to the player's actual position, but to the player's viewing position. This means you can lure them towards security cameras by using a security viewscreen. However, if they happen to cross your path while you are using a viewscreen, they will still latch onto your face and interrupt your viewing session. Enforcers occasionally defecate. If an Octabrain mental blast projectile connects with a hittable sprite, its animation will pause on the current frame while it attempts to bypass the sprite. If it cannot get past the sprite, it will be stuck there indefinitely and continue to play its sound effect. It will not harm the player while in this state. It will simply annoy them. The following enemies are programmed with the ability to use an "operate" function on doors: Assault Trooper/Captain, Enforcer, Sentry Drone, Assault Commander, and the Protector Drone (although I haven't actually caught the last one in action yet). Gameplay You can hold the action button to drink from water sources (rather than continuously pressing it). The only exception is the drinking fountain. You can use the action button on pool balls (for the longest time I used guns to play pool). There are quite a number of ways to distinguish holodukes from real players: they don't move with the conveyor belt effect, they are not picked up by the crane (despite triggering it), they don't glow in nightvision, they don't cast shadows, and they are always face-aligned in mirrors. Come to think of it, they're almost vampiric. Shrunken players cannot use weapons, or pick up any weapons/items. However, they can use all inventory items and all other things a player can normally use (although they may require the assistance of a jetpack in order to reach them). Shrunken players can hop while in a sector with a Lo-Tag of 1 (above-water sector). Shrunken players are not subject to fall damage. Players on steroids will be invulnerable to shrinkers, and shrunken players can use steroids to grow back to full size immediately. Also, Duke's mighty foot is more powerful when a player is on steroids. Security camera perspectives are slightly zoomed out when viewed by a shrunken player. If you shrink an enemy, and then freeze it just as it begins to grow back to normal, it will stay at that size after unthawing (this actually seems logical). Placing a laser tripbomb while falling causes you to halt momentarily. This can save your life if you don't have a jetpack. The mortar has no range limit. It can literally fire across the entire map grid. Also, the time it takes for the mortar shell to reach its destination appears to be constant: The further you are from the source of the mortar shell (either a Battlelord or an Automatic Shooter), the faster the mortar shell will travel to reach you, until it begins to flash by in an instant. Despite being rather dim-witted, Dukebots are still capable of operating virtually any object a human player can operate: doors, switches, elevators, etc. However, they only attempt this as a last resort, and rarely go out of their way to do so. The `DNSKILL#` cheat is valid from values 0-9, despite there being only 4 official skill levels available in the game. Higher values strangely seem to function as actual skill levels, evidenced by the fact that sprites with higher skill setting Lo-Tags will only appear in the map when the corresponding skill level is typed in with the cheat. If a compatible sprite's skill setting Lo-Tag is greater than 9, the object will technically be affected by the tag, but will never appear in-game, because it is impossible to type in a skill number beyond single digits without triggering the cheat. Check the "References - Cheats" section for details. It is possible to trigger a mirror's Lo-Tag sound effect through a camera, provided that the player and camera are within the same sector. Simply place the camera within triggering range of the mirror and angle it accordingly (as if the player were the camera). This only seems to work with mirrors, other interactive objects cannot be triggered through a camera. Textures `EGG` (#675), `RECON` (#1960), `NEWBEASTSTAYPUT` (#4611), and `NEWBEASTJUMP` (#4690) are affected in-game by their sprite size in the map editor (this is quite hilarious because you can make them absolutely enormous or incredibly tiny). Lethal space sectors alter gravity. This is most noticeable with lobbed pipebombs (which seem to be attracted to the 'ceiling'), but many other 'active' sprites are also affected and drop to the 'floor' more slowly (for example, the ammunition flung from recently killed enemies). A lethal space sector is one in which the floor and/or ceiling uses a parallaxed `MOONSKY1` (#80) or `BIGORBIT1` (#84) texture (without using a palette value to neutralize the lethal effects). All of the switches in the game can be triggered by kicking them, and the following switches can also be triggered by the player's gunfire (bullets only): `DIPSWITCH` (#162), `DIPSWITCH2` (#164), `DIPSWITCH3` (#168), `HANDSWITCH` (#1111), and of course, `TARGET` (#4359) and `DUCK` (#4361). The `TARGET` and `DUCK` sprites react to more than just bullets, check the "References - Special Textures" section for the details. `DOORTILE` textures linked to an effect can also be triggered by kicking the texture instead of pressing it! This opens the way for an interesting "glitch" in the game: If a `DOORTILE` door uses both an Activator (linked to the `DOORTILE` texture) and an ActivatorLocked (linked to, for example, an Access Switch), the ActivatorLocked will nullify the player's ability to open the door by pressing it (until unlocked), but not by kicking it. What this means is that one can operate an Activator-controlled `DOORTILE` door simply by kicking it, even if it's still locked! There are a few examples of this spread throughout the official maps. A wall with a Switch texture will act as a functional Switch! This includes Access Switches, Combination Switches, and MultiSwitches. In the original game, `FOODOBJECT1` (#4530), `FOODOBJECT3` (#4532) and `FOODOBJECT4` (#4533) would float upwards indefinitely in-game when placed in floor-alignment mode. Since that is their intended relative alignment mode, you never actually see them during normal gameplay pace in the official maps (`E4L2.MAP`: "Duke-Burger", and `E4L9.MAP`: "Derelict"), because they'll have floated away by the time you reach their location. There are presumably many more sprites that are affected by this bug. I do know that only 'actors' (sprites with code) can be affected, and that enemies are definitely one of them. This bug has been fixed for all affected floor-aligned sprites in EDuke32. Masking a wall and assigning the `W_FORCEFIELD` (#663) texture to it will cause the walls above and below the texture to pan diagonally with the forcefield. If you unmask the forcefield and make the walls above or below it visible, the overtile (masked texture) will still be in effect, allowing you to make any texture "shift" and damage players who get too close. Try placing a `FORCESPHERE` (#2590) mid-air in a large room, then see what it does in-game. If you use a texture with invisible (pink) pixels on a solid object (floor, ceiling, or non-masked wall), the pink will become black in-game. `FIRE` (#2271) and `FIRE2` (#2311) cannot exist in a sector with a Lo-Tag of 2 (underwater). This behaviour is actually not odd at all, but is noteworthy since many other fire sprites and explosions can exist underwater. These sprites can exist in a sector with a Lo-Tag of 1 though (on top of water), which isn't entirely unrealistic either. They are also affected by palettes, which allows one to make, for example, "blue fire". Technical An ActivatorLocked will silence any ambient MusicAndSFX sprites within the sector until it is unlocked. Teleporters can be locked/unlocked with an ActivatorLocked (but oddly enough won't work with an Activator). Blocked, floor-aligned sprites which are raised above the floor will act as solid ground to 'active' sprites, preventing them from falling through, including the player. I have also been informed by my brother that placing such a sprite underwater cancels the physical effects of water for any player above the sprite, allowing one to breathe and jump while underwater! However, the player will still wear scuba gear (although it won't deplete), spawn bubbles, and appear to be in a swimming position from a third-person perspective. Most special wall textures that are compatible with masked walls will still function as usual even if applied to a one-sided masked wall (for example, breakable glass). Changing the angle of a Touchplate so it faces down will make it activate even if the player is not touching the floor of the sector. If a Touchplate is not at the same height as the floor of the sector, it will function as an "automatic floor rise/lower" effect. Check the "References - Special Textures" section for more information. You can designate certain sprites as Multiplayer-only or DukeMatch-only with any palette value greater than 0 (it doesn't have to be 1). Assigning a Boss a palette value of anything greater than 0 will turn them into a Mini-Boss affected by that palette value (it doesn't have to be 21). Only the Battlelord is usefully compatible with this feature. Standard Nuke Buttons will work with any Lo-Tag value greater than 0. Any switch with a Lo-Tag value of 65535 will end the level like a Nuke Button. This includes Access Switches, MultiSwitches, and Combination Switches (except the `TARGET` (#4359) and `DUCK` (#4361) sprites. Note that Combination Switches will not be affected by an assigned combination. A Touchplate sprite with a palette value greater than 0 will only appear in Single-Player. This is the exact inverse of the usual palette effect, and it's the only known sprite which reacts this way. MusicAndSFX sprites with a palette value of 1 will only be audible in Multiplayer. Respawn sprites with a palette value of 1 will only spawn the object in Multiplayer. Every sprite that is technically defined as a projectile in the source code can be fired from the Automatic Shooter (SE 36). In other words, there are many more compatible values for this effect than there were originally listed in the official documents. To prevent a wall-aligned or floor-aligned 'inactive' sprite from jittering while being carried by a moving sector/floor, make the sprite 'collapsable' by assigning it a unique Hi-Tag. The downside is that the sprite can be destroyed by explosives. Any collapsable sprites sharing the same unique Hi-Tag will collapse together as a unit. Face-aligned sprites cannot be defined as collapsable. My brother showed me this trick. Vertically moving floors (except SE 21 w/ST 28, SE 29, and ST 30) carry all sprites, regardless of relative alignment or position; even sprites which are not touching the floor at all. In the original game, wall-aligned and floor-aligned 'inactive' sprites will jitter indefinitely after having been carried by an elevator or door sector floor (except the transport elevator). This can be suppressed somewhat by making the elevator or door move at a much lower speed (values below 64), or prevented entirely by assigning the sprite a unique Hi-Tag to define it as 'collapsable'. This bug has been fixed in EDuke32. When you raise a floor up against a ceiling in the map editor (either by holding `PGUP`, or just by pressing it too many times), the floor will attempt to move an extra unit but will be unable to do so. However, any sprites that were on the floor will be pushed an extra unit beyond the ceiling Z height (and hence, through the ceiling) and will stay there until manually taken back down. This is worth knowing, because it can cause certain effects which depend on the height of a SectorEffector to behave unexpectedly (particularly Rotate-Rise sectors which are only meant to rotate, such as those used in the Convex Door effect). Some effects will trigger their MusicAndSFX sprite even if the floor/ceiling/sector does not move at all, most notably the following: ST 20 Ceiling Door, ST 21 Floor Door, SE 31 Raise/Lower Floor, SE 32 Raise/Lower Ceiling, SE 20 (w/ST 27) Stretching/Shrinking Sector, ST 28 Floor Rise/Ceiling Drop, ST 30 Rotate-Rise Sector (activation only), SE 18 Incremental Sector Raise/Fall (initial activation only). Aliens cannot trigger Touchplates, but DukeBots can trigger them. If a player begins a map touching an elevator sector floor (including the initial floor of a transport elevator), the elevator will be automatically triggered. Subsequent player spawns in Multiplayer seem to trigger them as well. However, this may just be an illusory side-effect of the player pressing the action button to respawn after dying. My brother showed me a glitch that can potentially turn a ceiling slope into a "zipline" effect. If a player is running at a certain speed and collides with a sloped ceiling (whether by jumping or not), they will 'stick' to the slope and slide down it, provided that they keep moving while attached to it (holding the jump key is not necessary). Testing reveals that the glitch is directly related to running speed: A minimum of approximately 6 slope units down will 'grab' a player running at standard top speed, and a minimum of approximately 3 slope units down will 'grab' a player running at top speed while on steroids. Of course, I realize now that the number of sloping 'units' is probably dependent on the size of the sector, so those specific numbers won't mean much, but you get the idea. Saving a map file in Build tends to rearrange the order of sprite numbers, sometimes drastically enough to affect significant ordering schemes such as those of security cameras and multiplayer start positions. The difference will not be made obvious until after reloading the map file. Thankfully, Mapster32 is not affected by this issue. Return to top