Gzdoom wiki code#
Gzdoom wiki plus#

Upon release of 2.0 on August 2, 2014, OpenGL 2.x support was dropped, as the renderer was rewritten to use OpenGL 3.x and OpenGL 4.4, albeit in compatibility mode. In 2014, work on GZDoom's renderer resumed. Graf Zahl took down the website and all its subfolders, making GZDoom temporarily unavailable except from its mirrors. He stated his reasons as having no time to work on it, and that he was frustrated by numerous complaints about the port's lack of compatibility with ATI video cards. On April 14 2010, Graf Zahl announced on the Doomworld forums that development of GZDoom had halted. An official release of ZDoom was made on February 14, 2008, and version 1.1.0 of GZDoom was released shortly afterward incorporating the changes from that version.

Gzdoom wiki code#

On January 19, 2008, development of the port was put on hold until another official release of ZDoom is made, due to highly extensive changes to the ZDoom renderer (which consequently require extensively changing the OpenGL rendering code for compatibility) coming more frequently than Graf Zahl could catch up. The port was from then on tied to the ZDoom codebase. In 2005, Graf Zahl ported his renderer to the ZDoom Community Build, and this marked the first official release of GZDoom. GZDoom started as a new renderer for PrBoom, but this early version was never publicly released. This includes over a dozen Cacoward winners.

Gzdoom wiki plus#

Many maps and mods, plus some total conversions and stand-alone games, have been exclusive to GZDoom. In particular, the ZScript language unique to GZDoom, combined with ACS and DECORATE inherited from ZDoom, enables a high level of gameplay modding and special mapping features. GZDoom remains a popular port due to both its unprecedented modding capability and graphical optimizations for modern hardware. First released in 2005, it has versions for Windows, Linux, and MacOS. GZDoom is a fork of the ZDoom source port created by Christoph Oelckers (Graf Zahl), who still oversees its development. Prevents the actor from casting a sprite shadow regardless of the option.Previously Doom Source License, 3-point BSD, others. Makes the actor cast a sprite shadow if the option is set to Default, or set to Monsters and players, but the actor isn't either of those. GZDoom has 2 flags pertaining to sprite shadows. Default is 0, meaning that shadows don't fade with distance off the ground at all. r_actorspriteshadowfadeheight: The height above the ground where actor shadows fully fade off.r_actorspriteshadowalpha: The base alpha of the sprite shadows, default is 0.5.r_actorspriteshadowdist: Controls how far (In map units.) from the camera shadows should be drawn, the default value is 1500.There also exist the following CVARs, which are not exposed to the options menu, and have to be changed through the console. Off Sprite shadows are not drawn regardless of the actor flags. NOSPRITESHADOW can be used to prevent monsters from casting a shadow, but won't work on player classes. Monsters and players Sprite shadows are drawn on monsters (Any actor with the ISMONSTER flag.), and on players. GZDoom has 2 options related to sprite shadows, the first option is r_actorspriteshadow, which can be found in the Display options under the name 'Sprite shadows', it has 3 modes:ĭefault Sprite shadows are only drawn on actors that explicitly have the CASTSPRITESHADOW flag on.

( development version ad49d52 only) Options Sprite shadows can also fade based on how far off the ground the actor is. They work by creating a copy of the actors' sprite that is set to the Stencil render style, made black, set to an alpha of 0.5, and crushed to 15% the Y scale of the original sprite, then drawn behind all other actor sprites. Sprite shadows are a GZDoom-specific feature added in GZDoom 4.6.0 that allows actors to cast shadows similar to Build engine games such as Duke Nukem 3D. An example of sprite shadows being cast by an Imp, a floating skull (Using CASTSPRITESHADOW.), and a player.