**** R I S E N 3 D V220-20 31/Mar/2013 **** *** formatted for use with Notepad - Lucida Console font *** ********** Website: http://risen3d.drdteam.org/ ********** ============================================================================= RISEN3D CONDITIONS OF USE ============================================================================= THE RISEN3D SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. The author has taken all reasonable precautions to ensure that the RISEN3D software and all previous variants is suitable for running with the Windows operating system. V220 has been tested with MicroSoft; Windows XP, Windows Vista and Windows7. Note that the latest release of Risen3D always supplants those that have gone before and we have no policy of providing links to previous versions. The source code for Risen3D is available from the Risen3D website released under the GNU General Public License (GPL). Under the conditions of the GPL the source can be freely distributed. In order to ensure the integrity of the files then, where specifically requiring the complete Risen3D source, it is advisable to download it from the Risen3D website. This is advisory only and does not seek to limit the rights given under the GPL. Also see LICENCE.txt and 'ZDBSP LICENSE.txt' in the R3D_Docs. If you are not willing to accept the above conditions in their entirety then do not install the software or, if already installed, then please delete the software and any copies of the software from your system. Trade marks; Windows(TM) Copyright (C) Microsoft Corporation. <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< ============================================================================= CURRENT RELEASE v2.2.0-20 31/Mar/2013 ============================================================================= Requires; Win98/win2k/XP/Vista[32/64] or Windows7[32/64] and at least DX8. Please note: when updating Risen3D any analysis files that were previously stored will be rebuilt. Nodes files built and savegames made with v220-10 or later will remain unaffected. New users should be aware that nodes and analysis file building with large maps can take some time. This only happens when first run as any node file that takes longer than one second to build or analysis file that takes more than three seconds are stored so that the next time the map is run delays are minimised. UPDATES for v220-20 over v220-19: 1) A user reported on the forum that changing the midi volume affected the sfx volume. This fault is rare and despite Risen3D having been tested with many types of sound chips and cards this fault has never been encountered (and therefore cannot be diagnosed). It appears to be caused when using a low cost, defeatured sound card. There are two things that can be tried; a) Put -useFMODs on the Launcher's command line to force fmod to use a software mixer specifically for use with defeatured sound cards or, if this does not correct the problem, b) put -FMODmidi on the Launcher's command line to force fmod to play midi files instead of Risen3D's internal midi sequencer. Note that fmod's midi player (versions up to 00044403 have been tried) does not always give the best results. Compare between the two using Doom E1M5's mus file to hear the difference. This has nothing to do with Risen3D and is solely an fmod problem. Note that no midi device selection will be shown in Risen3D's Control Panel AUDIO when using fmod to play midis. 2) Now does not prevent list being displayed to select a midi device in the control panel if a bad device is selected (such as Creative's SoundFont). This previously prevented a valid device being selected (unless using a more obscure global command line option). 3) Bug fixed when changing fullscreen window sizes from a lower to a higher resolution. 4) Analysis error in the v220-19 service release that affected heDRoX, as reported on the forum, fixed. This bug also affected CruelDeath. 5) Various general analysis updates added. UPDATES for v220-19 over v220-18: 1) New script reverb keyword added plus revisions to script reader. For all scripting declarations see SCP_DEFN_Header.txt in Risen3D\Docs\Editing. Note that all Docs\ files can be directly accessed using the Launcher (top right hand button marked '?'). 2) Some analysis revisions added. 3) Actually in v220-18 but ommitted from list: bug fixed that affected dropped pickups in game but which worked when restoring a savegame. Previously the pickup was only accessible if walking directly over it. 4) Memory overwrite bug fixed with error strings. NOTE: v220-17 can be directly updated to v220-19 without first having to update to v220-18 UPDATES for v220-18 over v220-17: 1) Analysis code revised to support btsx_e1.wad (ver f) available from http://essel.spork-chan.net/wasd/btsx_e1_099f.zip NOTE: wasd is not a typo! If you already have ver e and want to continue using this for savegame reasons then v220-18 also supports this version. 2) Doom episodes limit increased to allow support for DTWID-LE.wad available from http://ionline.vectec.net/doom/DTWID-LE.zip. The wad has six episodes. This wad can now be played when starting from new. To enable this the following additional changes were made; a) now supports ExMy where y equals 0 if x > 1. Hence E5M0, for example, is allowed. b) Limited support for Eternity EMAPINFO script lump added. This was used in DTWID-LE to define boss death exits. 3) Distance darkening now uses a clamped sine type function which gives results closer to that seen when using the original Doom engine. The previous linear function is still applied with R3D scripted maps as this would be what they were originally authored to use and, as such, remains the case. Distance darkening with sky sectors is, however, no longer applied to flats. 4) 2048 wide sky testures are now supported. 5) GL message window could fail in rare circumstances. An example would be when asked to load a corrupt texture included in a wad which would cause an exit with an error report. 6) Memory leak fixed when changing between maps. See RELEASE HISTORY at end for previous changes. ============================================================================= >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ============================================================================= *********************** ****************************** *********************** CRITICAL NOTES ****************************** *********************** ****************************** ============================================================================= If you have an issue installing/running a game then please first look in the CustomPWADS.txt in the help folder. This can easily be accessed using the'?' button near the top right hand corner of the Launcher's window. SOUND IN GENERAL: To get reverb effects then ensure that 3D Sound is ticked in the Launcher. (Also see SOUND and 3D SOUND with VISTA further down). VIDEO IN GENERAL: If running scripted model maps then you ideally should be using a graphics card with a minimum of 256Mb of on board graphics RAM. Using a card with less than this can cause rendering delays as the card has to dump textures already loaded to make space for any needed. At least ensure with such cards that texture compression is enabled in the Launcher under the Graphics tab. LCD FLAT PANEL DISPLAYS: If using a flat panel (LCD) screen do not assume that the highest FPS settings are the best. In some cases these are not true values but simulated and are only useful when dealing with static image applications. If tearing is seen despite the FPS counter showing that the rate is being supported with VSync enabled then try a lower FPS setting. E.g. If the list in control panel shows all having a rate of 60 with a few only stating 75 then it is almost certain that the panel will only run at 60fps and a resolution using this value should be selected. If the panel has sharpening set then turn it off. All attempts by a panel's manufacturer to add improvements in software beyond the panel's physical capabilities have been found to degrade the image or cause ghosting when running games. If Risen3D reports a max resolution of 1920 x 1080 but the image looks distorted then it usually means that the true resolution is less than this. This can happen where an inferior display system has been frigged to try to display HD images. If this is the case then the true width and height can be forced by using the user_ds switch on the Launcher's command line. E.g.; -user_ds 1680 1050 AMD/ATI RADEON: A number of problems have been reported with AMD/ATI Radeon cards. This is not limited to Risen3D. Should you have problems with "texture fighting" affecting dynamic lighting then it would seem that the only solution is to use an NVidia card or update to a later Radeon card (HD 46xx or later have tested out OK). The reason is probably because the card has only got a 16bit z-buffer even where a 24bit z-buffer is reported. It would seem, in these cases, that although ATI's GPU chip will support a 24 bit depth that the card's manufacturer has skimped on fitting the required memory in order to cut costs. It is recommended that the ATI Catalyst Control Centre settings are not touched and if you have done so then open it and reset everything to factory defaults. Touching anything in the Catalyst Control Centre was found, on the author's system Version 2009.0702.1239.20840, to cause problems. In particular monitor settings can get badly screwed up by this utility replacing the monitor manufacturer's own recommended settings with values that were inappropriate for the monitor in use. --------------------------- XP: ensure you have updated to at least service pack 3. VISTA/WINDOWS7: VIDEO: With Vista, selecting the optimum video drivers can be something of a lottery although things are now settling down. The NVidia Vista Forceware driver v175.16 runs OK whereas frame rates can be considerably lower using some previous versions. So just be prepared to experiment with drivers for optimum performance. Whether it be NVidia or ATI never fiddle with the gamma, brightness or colour values outside of Risen3D. In fact making any adjustments in R3D should only be done as a last resort. Shifting these away from the defaults does no more than compress the dynamic range available which will prevent getting the best picture quality. If you have not set up your monitor correctly then no amount of adjustment made in software can correct this. If your monitor's contrast ratio is limited you may find that dark areas of a map are too dark. To help with this Risen3D has a light compression function which, when applied, only alters the possible range of brightness in a way that's more compatible with the Doom game than the brightness slider itself. (See Light Compress in the LIGHTING section of CONTROL PANEL which can be brought up, when running Risen3D, with either the F4 or F11 key). Try first with a value of 40 and then adjust around this value to get the best compromise with your monitor. SOUND and 3D SOUND: 3D sound With Vista/Windows7 requires a Creative Audigy (2 or 4 series) or X-Fi sound card and you will need to use the Creative Alchemy modification to get reverb to work. The limitation is that this is only possible with the Audigy2/4 or X-Fi cards. This has been caused by Microsoft removing some key software that was present up to and including XP from Vista/Windows7 (the Hardware Abstraction Layer) for reasons of security. Note that Windows7 XP emulation does not fix the ommission of the HAL layer. Fixes are available for both Vista and Windows7. Installing the mod is straightforward. Go to; http://connect.creativelabs.com/alchemy to download the mod. When run select 'add unspecified game' and tell it to install files to the Risend3D\bin folder. This will add two files - dsound.dll and dsound.ini. Alternatively see our website for full details of how to download and install Creative's Alchemy mod. Following this sound and 3D sound effects should play correctly. NOTE: if using a dual-boot setup running XP and Vista that both access the same Risen3D directory then implementing the Alchemy mod with Vista will mean Risen3D will not work in XP. If deciding to use XP to run Risen3D after installing the Alchemy changes with Vista then move the dsound.dll and dsound.ini files to a backup folder (which are installed by the Alchemy patch) from Risen3D\bin. This way they can be moved back again if needed. --------------------------- ============================================================================= DOOM IWADS ============================================================================= Risen3D expects that a valid iD commercial iwad is used. Since all ports are based on the original iD code then it is encumbent upon port authors to ensure that the original iD checking code remains active. Commercial iwads are available at a nominal charge. Ensure the latest versions are employed (final updates were made in 1995). If you have an earlier version then it can be updated free of charge. See the Risen3D site for a link to the updates. Risen3D will work with the shareware iwad which has the first episode of Doom. If you are new to Doom and do not have an iwad then you can down- load the shareware version (doom1.wad) from our website. This will allow you to get a flavour of what Doom is all about. Note that to run wads authored for Doom (such as those linked to under Games on our website) you will need the registered version of Doom (Doom.wad) and/or the commercial version of Doom2. Scripted maps require Doom2 for example. The Doom iwads are available for a nominal charge from either of; www.idsoftware.com or www.steampowered.com Most packs available contain the Doom.wad, Doom2.wad, TNT.wad and Plutonia.wad. This represents the complete iwad set needed to run all of the original iwads released to run with the Doom engine. Note that a player wad that has been authored independantly (pwad) depend on a specific iwad being present. So one authored for use with the doom.wad will require that this is present. It will not run with the doom2.wad and so on. Most pwads, however, are authored for use with the Doom2.wad although there are several that require the doom.wad, plutonia.wad or tnt.wad instead. ============================================================================= AUTHOR's NOTE ============================================================================= The Risen3D team comprises ------------------------------- Abbs - Risen3D Site Maintenance and Launcher. - Core model design and model maintenance. - Map design. G.M. Jackson - Risen3D code modifications. E.g. adding mbf extensions, slopes, model scripting etc. Sitters - Graphics, map and model design. The team neither makes any charge nor receives or requires any remuneration for the use of the software. It is done by all members as a hobby. The Risen3D code uses Doomsday v1.7.8, by Jaakko Keränen, as its base. DoomsDay has always been developed independently of Risen3D and Risen3D, other than using DoomsDay v1.7.8 as its base which was released in 2006, has been developed entirely independantly since then. DoomsDay was originally chosen as the base because in 2001 it was the outstanding OpenGL port and, latterly, was the first to add workable, externally im- portable, replacement hi-res texture support and model and particle support. It was DoomsDay that spurred many into developing models and hi-res texture replacements. Had DoomsDay not provided a platform for these much of this stuff would probably not exist today. The greatest regret for me is that JK's extremely powerful XG extensions were not taken up by the Doom comm- unity. This was largely due to no-one wanting to develop a map editor that supported them. As such I dropped the XG support from R3D some years ago. Risen3D also incorporates MBF extensions contained in the BOOM v2.01 source. The MBF extensions mainly allow for extended platform and door support and were pretty trivial to add. The fake sector stuff posed the main problem. The exemplary problem, however, is in supporting the more complex maps as rendering in OGL is incompatible with software rendering for which Doom was designed. This means that maps designed for use with Doom will never be OGL compatible when released and R3D has to do a good deal of work making it so prior to rendering. This also requires a special nodes builder which, thankfully, others had already designed (glbsp). The nodes are now built internally on a per map basis using a slightly modified earlier version of glbsp v205 by Andrew Apted. Support for special fx and gNd4 nodes was initially added by both myself and Jack Vermeulen. gNd5 is not supported by Risen3D and is purely the gNd4 spec with the inclusion of partner segs which R3D does not require. The nodes builder, however, is a complex piece of code which underpins any OGL Doom port. As such I can only express my gratitude to Andrew Apted (and others noted by him) for its development. R3D also has partial support for MAPINFO extensions, ANIMDEF and SNDINFO lumps based on the ZDoom123beta33-src Note that in the zdoom.txt accom- panying the source it is stated as being ZDOOM v1.22 December 12, 1999 so you can tell they've been around for some time! These represent useful extensions, added by Randy Heit, which became popular with authors and are, therefore, often found in pwads. As such thanks must go to RH for devising these useful extensions. Specific features proprietory to Risen3D are; a) map analysis and error reporting, b) 3D line and floor types, c) slope types (note: not ZDoom compatible), d) model scripting and associated functions. The code I have added to R3D is based entirely on the Doom engine and, apart from Doom ports I have credited as providing code or ideas, any R3D specific extensions are entirely of my own making using code that I have created from scratch. ============================================================================= INSTALLATION ============================================================================= Following installation the Risen3D Launcher will be activated which has been specifically designed as a front end and comes bundled as part of the distribution. ************************************************************************** * Updating to Risen3D V2.2.16 is only possible if v2.2.15 is installed * * and working correctly. * * * * If v2.2.15 is not installed then a new, clean install must be made. * * * ************************************************************************** UPDATING from v220-15 Run r3dv2.2.16-setup.exe setting the path to your current Risen3D folder. UPDATING from an earlier installation First rename your current Risen3D directory to something else, Risen3D_old for example, so that no Risen3D folder now exists. Run r3dv2.2.16-setup.exe and, when asked, set the path to Risen3D if not already shown as such. After installing v220-16 you can then set about moving games to the the new installation. A file has been written (see website for details) explaining how to migrate existing games (from your renamed c:\Risen3D_old to the new c:\Risen3D) once the latest version has been installed. --------------------------- A complete distribution is available from the Risen3D site. If this was downloaded then install by running the relevant .exe and following the instructions. A highly featured Launcher for R3D v220 has been written by Abbs which will both install and launch files. If you wish to use batch files/short cuts then these can be created using the Launcher. ------------------------------------ In general; Install the Risen3D_Setup.exe to a folder called Risen3D. For notes on pwad compatibility see the CustomWADS.txt in the R3D_Docs folder. ============================================================================= COMPLIANT IWADS LOCATION ============================================================================= Detecting IWADS and setting up locations is taken care of by the Launcher but the following gives an additional overview which may be of help should you experience problems with loading an iwad (e.g. doom.wad, doom2.wad). It's worth putting your IWADs (i.e. doom.wad, doom2.wad, plutonia.wad etc.) in one of the following locations as this makes for easy command line settings. The directories are referred to as being COMPLIANT directories. Let us assume you are using c:\Risen3D for the game directory then; c:\Risen3D c:\Risen3D\iwads c:\Risen3D\data c:\Risen3D\data\r3d are all compliant directories. Risen3D will also look for ..\iwads directory, i.e. one above the Risen3D directory. In the above example this would be c:\iwads If you have put everything in a games directory, say on drive d:, then the following would all be compliant directories; d:\games\Risen3D d:\games\Risen3D\iwads d:\games\Risen3D\data d:\games\Risen3D\data\r3d d:\games\iwads Risen3D can access your Iwads directories automatically if you have setup the environment DOOMWADDIR variable. This means you can put your iwads into whatever directory you like. Let's say you have put your iwads in e:\gamesStuff\DoomIwads\. To allow Risen3D to automatically access them then; For Win2K and XP .... Open My Computer/Properties/Advanced/Environment Variables and add, for example, the following: Variable DOOMWADDIR Value e:\gamesStuff\DoomIwads For Win98 and ME .... Put the following in c:\autoexec.bat: SET DOOMWADDIR=e:\gamesStuff\DoomIwads If your path has a name with a space then enclose the whole path in double quotes. If the path is d:\odd stuff\iwads then use; SET DOOMWADDIR="d:\odd stuff\iwads" Having set the DOOMWADDIR variable then reboot for it to take effect. NOTE: $DOOMWADDIR is also recognised. If both exist this takes precedence. ============================================================================= HI-RES TEXTURES ============================================================================= The hi-res texture packs placed on our server contain high resolution replacement textures for the lower resolution originals. Using these will give the benefit of seeing much more detail on walls and floors. Note that custom textures in a pwad will not be replaced. These are purely re- placements for the original doom, doom2, plutonia and tnt textures. These packs are occassionally updated. If you have downloaded these in the past then check to see if more recent versions are available. ============================================================================= ANALYSIS FILES ============================================================================= Analysis files are stored at map load time if the analysis time takes longer than 3 seconds. This means that when next loading the map the stored file will be read for speed. Any existing analyser files will be rebuilt, when running a map where one was previously built, following upgrading. Running in edit mode will cause any existing analysis file to be deleted. Whilst in this mode no analysis files are created. ============================================================================= DEMO WAD ============================================================================= The demo wad is included with the distribution. To run then, from the Risen3D folder, create this batch file, @bin\Risen3D -udir R3Dtest -file R3Ddemo184_06.wad or (best) use the Launcher and look for the Folder R3DTest. This demonstrates the use of 3D lines, Slopes, Alpha Flats and map music changes. Its main purpose is to demo 3D lines. To climb ladders then some have to be jumped at to get on them. Ensure jumping is enabled in ESC/OPTIONS/GAMEPLAY. To get on the ladder just run towards it and, whilst doing so, use the jump key. ============================================================================= USER GAME DIRECTORIES UDIR ============================================================================= NOTE: the Launcher normally deals with installing files from zips but for those who want to do it manually then the following describes how to set up user directores which can be read by the Launcher. User directories work with games placed in their own directories created in the Risen3D/R3DGames. This takes two forms; ============================================================= a) USING THE GWADS FOLDER NAME ============================================================= Put a mix of pwads in a directory in R3DGames called, say, mypwads\gwads. To do this create the directory mypwads in the R3DGames directory. Then create R3DGames\mypwads\gwads. Any one of the pwads (in \gwads) can then be individually called using the Launcher. This will only work if all the resources are included in the pwad. It will not work if a game needs several files loaded at the same time (deh, bex or patch wads for example). For these a pwads folder should be used. ============================================================= b) USING THE PWADS FOLDER NAME ============================================================= For a single game put all the required files (wad and deh) in their own directory. Take, as an example, AllHell. Create a directory, say, called AllHell in R3DGames. Create the folder R3DGames\Allhell\pwads. Put Allhell.wad, ahflats.wad, Ahlevels.wad, Ahmus.wad and allhell.deh in the pwads directory. Note: All the other files can be ignored but you might want to include the readme.txt for reference. Now, using the Launcher, select the Allhell directory in the left hand pane. The Ahlevels.wad should be shown in the middle pane. Click on this and maps should be shown in the right hand pane. Note that selecting the other wads will mean no maps are shown. This is because they are just resource wads. Always select the wad where maps are shown. All the required wads will be automatically loaded when the Launcher's PLAY button is pressed meaning the user does not have to worry about these. For games having patch wads, like AV, Risen3D automatically loads the wads in the correct order. Patch wads are those that contain a level (so will display a map) but have to be loaded after the main wad. ============================================================================= RELEASE HISTORY ============================================================================= ßV1.0.5 (Revision 01) first released - Oct 14 2003 ßV1.5.17 (Numbering scheme changed) - Nov 15 2003 ßV1.6.00 (Revision 00) first released - May 21 2004 ßV1.7.00 (Revision 00) first released - Aug 2005 ßV1.8.01 (Revision 00) first released - Dec 2005 ßV2.0.00 (Revision 00) first released - Feb 2006 ßV2.1.00 (build 60) first released - Jun 2006 ßV2.1.00 (build 62) first released - Oct 2006 V2.2.00 - Pre-release test version 20/May/2008 v220 represents 18 months work and the number of changes that have been made over ßV2.1.00 are too great to list. Suffice it to say that v220 now has more comprehensive map analysis, extended scripting support and better sound. It has also been judged to be extremely stable by testers over many months of testing during development and as a result it has been moved out of beta status. V2.2.01 - Official release 14/Jun/2008 changes over V2.2.00 in order of importance; 1) Music volume adjustment fixed for Vista 2) Bug with replacement pwad textures not having a hi-res substitution suppressed fixed. 3) Fix for thing getting stuck in wall adjoining slope. 4) Now works with the NVidia driver 'threaded optimisation' whether set to Auto, OFF or ON. This means this setting does not now need to be changed. 5) Some analyser tweaks. 6) 'Banding' with older graphics cards (e.g. GeForce4) fixed. 7) MBF scroll carry bug fixed. The old method can still be invoked by putting -c_carryfix_off on the global command line. V2.2.02 - Update 17/Jun/2008 changes over V2.2.01 in order of importance; 1) Scroll carry mod did not work as required in some instances. This has now been sorted out. 2) Stepping up into a hanging sprite could trap the player in rare circumstances. Now fixed. 3) A barrel blocking another barrel being teleported will now be stomped whether a boss exists or not. 4) Spawned ceiling height in fake sector changed to owner. V2.2.03 - Update 08/Dec/2008 Changes over v2.2.02 1) Wide screen monitor support has been added. As part of the changes the windows resolution list is now used to give a list of options for the user to select. As such when first run the default will use the user's current desktop settings. This can be changed by going into the Risen3D Control Panel and selecting the Video tab. To get a CUSTOM window setting then first set a windowed mode and then ALT-TAB out. The window can now be moved or the borders dragged to set a preferred custom window. These changes will then be seen under the CUSTOM option allowing it to be set as the default. 2) Field of View (FOV) As part of the changes in 1) the FOV is now automatically set depending on the width height ratio selected for a a window mode or depending on the user's monitor resolution when setting a fullscreen mode. The default seed FOV is 95 degress but this can be changed if required (select Control Panel Video). The actual FOV is then calculated from the seed FOV depending on the type of screen set. 3) Setting gamma, brightness and contrast are now all done using the graphic card's functions. This means the old method of setting gamma has been scrapped and it is now not necessary to wait for textures to be reloaded when changing gamma. The F11 key will now take the user directly to the Control Panel Video options. NOTE: to get the best image then the contrast, gamma and brightness should be left at the default values. If using a CRT monitor then directly changing the monitor settings is the best course of action. The settings available in Risen3D should only be changed from their optimum values as a last resort. 4) False water floors in faked sectors can be rendered translucent. Introduced for scripted maps it will also work with the majority of standard maps. As such it can be optioned in Control Panel for use with standard maps including setting the preferred degree of translucency. 5) Outside fog. Risen3D has been able to render fog over the entire map for some time but has not supported fog where it is only to be rendered in sky sectors. Examples are Herian2 maps 07 and 19. The need for outside fog rendering is set as a MAPINFO option. In addition any map can have outside fog enabled by using the console command when running a map; fog set outside This is also useful in judging whether fog will work sensibly with certain map constructions if wanting to design a map using outside fog. 6) Support for sky boxes has been added. 7) Falling damage for the player has been included. To set/unset use ESC/OPTIONS/GAMEPLAY. 8) Underwater damage has been included. To enable you must be in model mode and waterdynamics must be ON. In this state underwater damage is always active. 9) Order of line rendering with masked or translucent types has been improved. 10) Support for halos has been removed. This was done only after a good deal of soul searching. The reason was down to the amount of processing required to determine whether a halo should be occluded or not. This was just too great to justify the overhead. Although it could be tolerated in simple maps, with complex maps the overhead could easily reduce the framerate by up to 40%. 11) In v220-2 a doom bug that caused the extra punch power gained after picking up a berserk pack was never reset. Some pwads, however, relied on this bug. For this reason the bug can be re-enabled in ESC/OPTIONS/GAMEPLAY. 12) Various bugs have been fixed. v2.2.04 - Official release 23/Jul/2009 SAVEGAMES : Unfortunately some changes have had to be made which make previous savegames incompatible. New features; ------------- 1) Footstep sounds added. This can be enabled/disabled from the console (F4 brings up the Audio console page). 2) Blood now rendered on 3D floors and slopes. 3) Scrolling floors/ceilings/walls now smoothed. 4) TGA sky texture sets can be used (See help\skytga.txt) 5) Rocket smoke now aligned if trajectory is tilted. 6) Cyberdemon rockets fired at the correct height. 7) Berzerk pack now fades whilst in use rather than being at a constant level. 8) falling damage, underwater damage and berzerk bug now all optioned from OPTIONS-GAMEPLAY 9) Water resistance added when wading through shallow water. 10) Walkover generalised crushing ceilings are now supported. These (for reasons unknown) are not supported in the MBF code. 11) Attack lighting revised and support for litskins added. Litskins are offset by 4 from the skin index for the current frame. The state is identified where a litskin shift is required by setting the flag st_litskin in the ded. E.g. Flags = "st_litskin". Note this applies only to models - the flag is ignored with sprites. 12) Pickup flash suppressed when underwater. 13) The true type Arial font is now used to print messages dis- played by scripted maps to the centre of the screen to ensure quality and correct sizing for any window dimension used. 14) Analysis changes. Helps, for example, with pwads; nightomb.wad, ctrl-cen.wad, uac-op11 15) Particle code optimisation. 16) When in pause mode sprites, models and particles are now rendered. 17) MAPINFO R3D specific keywords added (used with identifier R3Dtype) carrystatsover, newmapfog 18) Risen3D now halts if too many patches are missing and requests whether the user wants to continue. 19) New script keywords added (See SCP_DEFN_Header.txt); SETFLATSREVERB_FAKE, CUSTOMPUNCHVARS, ACTIVATE, TRANSFERTRIGGER, BERSERKBUG, FALLINGDAMAGE, TGASKYTEXTURE, LINKKEY 20) Sound code reworked. Sounds are now played at their true rate plus memory usage is improved through not resampling 11025Hz sound files up to 44100. This also means all options to do with rates and bits have been removed and no longer need to be set from the Launcher. Note that (very) old sound cards which cannot handle rates of 44100Hz are no longer supported. DSound now also works better in Vista (plus see under VISTA: further down) 21) Control Panel has been revised. 22) Scripted model maps now only run with models - no sprites are allowed. Trying to load sprites with an R3D scripted map will cause Risen3D to exit with an error message. 23) give c console cheat added. Gives ammo, armour, weapons and backpack ammo amounts. 24) 3D line teleportation has been further extended so that Actors that do not overlap vertically will now be tele- ported. 25) Player deceleration slider added (range 0 to 10). A setting of 8 is more in keeping with modern games, giving the perception of far less input lag for users more used to playing with this type of response. The slider has a range of settings allowing the user to select behaviour they find most acceptable. This slider can be found at the top of the Control Panel Input page (F4 or F11 goes direct to the Control Panel or use ESC/OPTIONS/CONTROL PANEL and then select the "Input" button). Note: standard Doom deceleration (the minimum slider setting) is set by default when first run. Any changed setting will be used when next starting Risen3D. Bug fixes; ---------- 1) Two spurious but rare problems have been separately tracked down that could lead to Risen3D reporting an access violation error and then exiting. 2) In certain cases Things could not be killed using bullets if standing on a ledge above the player if the player was near to the ledge. 3) Wall and floor particle and light textures not rendering correctly in combination. 4) Sprite viewalign error. 5) Water splashes with translucent water rendered at the wrong height. 6) Particles not being seen when viewed through translucent water. 7) Drawing of unwanted water walls in translucent water. 8) Fly mode problem in fake sectors when in edit mode. 9) Window resolution can now be changed when ALT-TAB'ing (and then dragging) from the titlepage, console, stats or menu. 10) The FOV (Field Of View) should have changed immediately when adjusting the base fov in Control Panel but previously the game had to be restarted for it to take effect. 11) script reader problem with 0xa 0xd line feed sequence. 12) an Under/over teleport thing operational inconsistency. 13) Incorrect floor speeds were being applied when using specials; 129, 130, 131, 132 raiseFloorTurbo and 36, 70, 71, 98 turboLower 14) A general ceiling special was not working correctly. This bug goes way back but had never been spotted as the special in question is rarely employed and the bug is also in the original MBF code. 15) Various issues with exittext etc. when a map ended. NOTE: if not wanting the Risen3D end stats screen when playing a pwad put -c_noR3Dstats in the Launcher's Global Custom Options box. This command is ignored with a scripted map, however. 16) An OGL problem when using a map with skywalls and slopes and/or fog. 17) Problems preventing the loading of plutonia2 (pl2.wad) and iostepis.wad. 18) Movement code revised and extended. This fixes actors getting stuck in other actors or Things and prevents small, fast moving projectiles from passing through walls (e.g. in mapgame.wad when using the dehacked chaingun). 19) Invalid switch operation through blocking walls. An example was in Eternall map28 where switches behind glass panels could be operated before the panels were shot out. Other ----- 1) R3D now works with pk_doom_sfx.wad. To make it easy then copy it to Risen3D\Data and then place the following on the global command line; -data pk_doom_sfx.wad This ensures it is loaded at the correct point to prevent custom sounds being replaced. The wad is available from; http://www.perkristian.net/game_doom-sfx.shtml Note that if the name is changed, should the author provide updates, then it is only necessary to use the name of any down- loaded wad (i.e. it does not have to be pk_doom_sfx.wad). v2.2.05 - Official release 20/Dec/2009 Note that accompanying the release of v220-5 you can now download from our site completely new, detailed replacement model sets designed by Sitters and Abbs. NOTE: Updating to Risen3D V2.2.05 is only possible if v2.2.04 is installed and working correctly. If you have yet to update to v2.2.04 then you should carry out a completely new install of v220-5. If you have an ATI Radeon Graphics card then see AMD/ATI RADEON further on in the CRITICAL NOTES section. UPDATES/CHANGES for v220-5 over 220-4: *********** MBF/TEXTURE SUPPORT; 1) Vertically scrolling sky support added. E.g. as used in map05 and map06 of hg.wad (Hell Ground) newly released, at the time of writing, by Deadall. 2) Skies are now drawn flipped left right where required. 3) True scaling used for rendering png sky textures. This means three scaling types are used; true (for pngs), adjusted for Doom textures or stretched which is applied automatically with sky textures sized 240h x 512w or 256h x 1024w. In line with this, support for the -sky240 switch has been removed along with the stretch sky option in the Control Panel. 4) Skycap support added for png sky textures. 5) Hi-res textures stored in a pwad between HI_START and HI_END markers are now recognised. 6) Support added for the TRANSLUCENT bit mnemonic used in DEHACKED. 7) Checks added to allow textures to be loaded even where they fail to meet the doom specs. This has had to be added as ZDoom allows this. In order that a map author knows a mistake has been made non-compliant wad entries are printed to Risen3D.out *********** SCRIPTED MAP SUPPORT; 1) Water floor modulation. See the SETWATERVARS keyword in SCP_DEFN_Header.txt which has been extended to take further parameters. Updated versions of Genetic Disaster, CruelDeath and Hell on Egypt are also available using this feature from our server. 2) Things can be made to rotate in the vertical plane using a new script keyword ROTATEM. Full x, y, z rotation was not added because dynamic lighting requires a good deal of calculation to be done for each frame outside of the GPU. If it wasn't for this then supporting rotation in any axis in any combination would have been trivial. Examples have been put in an updated version of Genetic Disaster (available from our website). Note that because this is not set in the model def that where using different rotations for the same model only one original model is required, not one for each type of rotation. The model's standard orientation still applies as set in a map editor. 3) Dummy floors covering sunken sectors can be set using the new DUMMYHIGHFLOORSEC keyword. This will also work when the sector references a fake sector. *********** CHANGES IN GENERAL; +smoothing 1) The chainsaw now swings smoothly when the player is running. 2) Missiles in flight are now drawn smoothly. 3) Things are now rendered smoothly on scrolling floors. A good example is with PAR-LUTZ E1M4. 4) Things on moving sloped plats are now z-smoothed. +dehacked/bex/mapinfo/interpic; 5) If a custom interpic is present then this is used in place of the titlepic when displaying end stats. 6) If finishing a custom Doom2/Plutonia/TNT pwad then the cast list is run. If a MAPINFO script exists then this means that the EndGameC command is now supported. The EndGame command just causes the end stats to be drawn. 7) Background flats in bex dehacked files are now applied. 8) R3D stats are now only used with scripted maps. A pwad will still terminate on its end map, however. If the user wants to progress to the next iwad map then -c_nextmap should be added to the Launcher's Global Custom Options. 9) DEHACKED scripts authored using wordpad which adds an 0xd 0xa line feed sequence as opposed to notepad's 0xa sequence now supported. +user options; 10) Intensity of player pickup and damage flash can now be separately adjusted by the user to their own preference (CONTROL PANEL/ LIGHTInG). 11) The automap can now be zoomed out one further level. The keys used for options (displayed by pressing h when the automap is active) have been changed so as to not grab map move keys in the range a,c,d,s,w,x used by keyboard players. 12) FPS ON-OFF setting is now saved in line with other control panel options (CONTROL PANEL/VIDEO). 13) The degree of doppler shift can be reduced with 3D sounds using the command audio-doppler n where n is a floating point number between 0 (no shift) and 1 (default shift). The value is saved. 14) Sounds flagged to indicate that a random frequency shift should be applied can be overridden using the command audio-pitch n where n = 0 (no shift) or 1 (use shift). The state is saved. +pre-cacheing additions (prevents stalling); 15) Model cacheing now includes death phase. 16) Hi-res masked animated textures used in TNT are now pre-cached. +engine changes; 17) The berzerk red filter now flashes when time left gets low. 18) Missiles now fly between sky sectors with differently adjusted sky heights without being blocked. Sky sectors are often author- ed as inverted steps to limit a floating Thing's upper movement. To the viewer, however, it looks as if the sky is of uniform height and that floating monsters are 'suspended'. Missiles were removed, previously, when hitting the sky ceiling they were in although, in the case mentioned, it looked as if they were lower than the visible ceiling. They will now pass through the low ceiling if heading towards an adjacent sector with a higher ceiling. 19) Support for stairs build where an untagged trigger line is used backing the first tagged step has been added. 20) Move code revised to prevent Things getting stuck in other Things when rising or falling or where falling from a great height onto another Thing. 21) Things killed now do not slide along lines. 22) It is now possible for the player to climb out of water onto a Thing. Previously only walls would cause auto swim up when pressing against them. 23) Eliminating 'Stickiness' with line sliding (or wall walking as it's also called) has been improved. This is where the player is pressed against a wall while movement is still being applied and is made to slide along it rather than staying immobile. +appearance; 24) Plasma now drawn being emitted from the plasma gun's muzzle. 25) Model flames near to walls are now rendered upright to prevent clipping. They are normally canted so that they can be seen from above. 26) The candelabra and arms outstretched models (both the blocking and non-blocking types) are now auto-aligned if next to a line so they are not partly buried in a wall. This was done because a corresponding sprite for these types, which is rendered like a cardboard cut-out, is always turned to face the player making its starting angle in the map irrelevant. A model, however, does not rotate to face the viewer so the map angle, if not set to take models into account, has to be determined. 27) Certain texture types are now clamped to their edge to improve appearance when rendered. 28) Where a monitor has a ratio of greater than 4:3 or one of 5:4 and where the maximum resolution is being used then an option to switch to 4:3 has been added (CONTROL PANEL/VIDEO). If applied the image is centred and borders are drawn black, (left-right with a widescreen monitor or top-bottom with a 5:4 monitor). When setting a 4:3 aspect ratio with a widescreen monitor the FOV (Field of View) is automatically adjusted. As such less will be seen to the left and right as one would expect. 29) In general the FOV is automatically adjusted to the monitor in use. To understand this imagine a monitor where you could adjust the sides. As they are pulled apart or pushed together the image aspect ratio would not appear to be changed, only what can be seen left to right. Thus if changing to a widescreen monitor then more would be seen to the left and right with the same FOV setting rather than the image being expanded to fit. NOTE: it may be better to set the default to 90 degrees with a wide screen monitor (CONTROL PANEL/VIDEO). Any change to this setting is saved. +misc; 30) Doom sound files that have had their length truncated by poor conversion tools are now handled. 31) Some users have reported a small mouse lag when VSync is enabled. This can be fixed by turning VSync off. It is normally best to enable VSync as it prevents vertical tearing (by synching the monitor with the video card's frame buffer) and, most importantly, helps prevents over-stressing the CPU and GPU. To help strike a balance Risen3D v220-5 now caps the frame rate at around 200fps if VSync is turned off. *********** BUG FIXES; 1) Several bugs that could cause v220-4 to exit with an error message have been tracked down and squashed. One related to savegames. If a savegame made with v220-4 is loaded with v220-5 and Risen3D exits with the message; Incompatible savegame tc_door: bad line number then this meant that previously the savegame could have crashed the engine. 2) Fixed fault that prevented the yellow skull key from teleporting in Didy's Sinedie map01. 3) Fixed anomaly that could cause the boss brain to take too much damage with exploding barrels. 4) Fixed fault that allowed unlinked Things to move. 5) Sloped hi wall textures, where the line is split by a gl node, are now aligned correctly. 6) Fixed fault that prevented DEHACKED strings from being set in some instances. 7) Fixed problem where rendered sizes were unchanged following changing the screen size when not running the game. 8) Fixed error with General stair build when the ignore texture change flag was set. Somewhat bizzarely this only happened when Basic Doom Mode was unticked in the Launcher. 9) Fixed bug that prevented a red flash showing when the player's hit. 10) Fixed bug that prevented multi-sector phased lighting from working. 11) Boss cube bug fixed that prevented cubes being spawned in some cases. 12) Unclipped Boss cubes now travel directly in 3D from the source to the destination. 13) Fixed a rendering error that could prevent a texture being rendered under certain (rare) circumstances. 14) Fixed a rendering error that could cause a lower texture to bleed into a midtexture should the side have a lower texture set that was not needed. For this reason the fault was rare. 15) Some analysis anomalies have been fixed and the analysis functionality has been extended. 16) Task switching in window mode (using ALT-TAB or ALT-ESC) now works reliably. 17) Splash now works with an elevated trick water floor based on missing lower side textures. 18) Problem with floating monsters getting stuck in walls fixed. 19) Discovered that the random number generation was not working which, most notably amongst other things, meant that an enemy always turned in the same direction when alerted. 20) Errant behaviour of pickups that span sectors other than those they are in has been fixed. The rule is that where a pickup is spawned and has not been moved that it will stay 'glued' to its starting sector. 21) Corpses now drop off ledges rather than sliding along the edge or just staying suspended in mid air. 22) Enemy missiles are now aimed at the player's chest and the problem where an elevated CyberDemon's missiles (for example) pass over the player's head has been fixed. 23) 3D blocking fences height has been extended to prevent Things on 3D steps from being able to step up onto an adjacent lower line. 24) When the player closed a door that had not timed out the door open sound rather than the door close sound was played. 25) If a plat used the sfx_stnmov sound but was later retriggered as a type that did not use this sound then, previously, the sfx_stnmov sound was still played. 26) The torch count was not being cleared when a map was loaded which could eventually lead to torch dyn-light being disabled when progressing through maps. 27) Sector specials 10 and 14 were only being drawn in their starting positions. 28) One frame delay before Things being drawn when starting a new map has been fixed. 29) One second delay before scrolling textures were smoothed has been has been fixed. 30) Problem that could cause a Thing to be resurrected inside of its resurrector or another Thing nearby has been fixed. The problem would previously occur with Nightmare respawn or the Archvile. 31) Fixed bug that would cause R3D to exit with an error if the skytga command was used without a following tga texture reference. 32) The teleport landing check code has been revised as this could fail in cerain cases. 33) The light level code has been revised as the floor flat lighting was being used with actors instead of the sector lighting. v2.2.06 Official release 20/Apr/2010 This has been released to fix some issues flagged following the release of 220-5. NOTE: due to changes savegames made with v220-5 cannot be used. Users with Audigy2 or X-Fi sound cards should install the Alchemy fix from Creative labs if using Vista or Win7. See our website for more details. 1) It was found that the tc_door error had not been fixed as claimed for v220-5. This prevented save games, created whilst a door was still active, from reloading. 2) In response to comments made regarding Risen3D v220-5, v220-6 has been designed to work closely with the R3DLauncher. The Launcher itself has been completely rewritten to allow ease of use even for those with no previous experience of running Doom. As part of this process nodes are now built on a per map basis to remove any necessity for the Launcher or the user to have to intervene. Note that if any build takes longer than one second then it will be stored to allow faster launching when next run. This has had the further advantage that maps that previously had node build errors (e.g. Doom2 map29 or hg map01) now render correctly. In addition the original pwad itself is not modified making the use of r3dbak files redundant. XXX.bak files are now only created if editing a map (see point 7 below). r3dbak files and redundant gwa files created with v220-5 are dealt with automatically by the Launcher, so do not worry about having to manually restore r3dbak files or the deletion of gwa files. 3) Following the release of v220-5 it was reported that if a user had a crt monitor and had manually set a frequency higher than any registered that Risen3D could not be started. Since Risen3D attempts to ensure that hardware is not sent parameters beyond its registered specification then it now finds the highest registered frequency below any unregistered value the user has manually set and uses that instead. Note: This only applies to older CRT monitors where the user has both failed to install the manufacturer's original inf file and then subsequently lost it. If you are sufficiently expert then you can create your own monitor.inf with the necessary specifications. The better option is to see if the correct inf file is available from the manufacturer's web site and install that. 4) Following changes to the berserk timing it was pointed out that the Doom bug that prevents reversion back to the normal punch power, once the effect has timed out, has been used by many map authors, especially where designed with minimal ammo. Although it was previously possible to enable the default Doom behaviour it seems this was not clear. As such allowing the punch power to revert back to normal has been removed where using standard wads. It can, however, be scripted with a Risen3D scripted map. In line with this the berserk "red-mist" effect now fades out as in Doom. 5) Time to corpse fade can now only be set using the Launcher, the internal command to do this has been removed. Fading a corpse out is standard behaviour when using models as it lessens rendering load but it is also liked by many users with sprites as it removes the clutter of corpses. NOTE: If the timeout is set to 0 then no fade will take place. 6) If models are not installed then "models must be loaded" messages which terminate Risen3D should now not occur. This could happen with v220-5 but was unintended. Unfortunately it got missed in testing. Risen3D supports models but it should not insist (nor ever should have insisted) they are used unless loading a Risen3D scripted model map (for obvious reasons). If you want to retain all sprites following the installation of models but wish to retain weapon particle effects then untick 'Basic Doom Mode' and, with 'Advanced options' ticked, select Models and tick the 'All models' box in the Disable models section. Alternatively you can just select the model groups where sprites are preferred. Note: Ticking Basic Doom mode turns off all models, lighting effects, particle generation etc. and if this is used or if models are not installed then the relevant boxes are greyed out in the Launcher. If loading a Risen3D scripted model map then it's not necessary to change any Launcher settings as the Launcher sends the correct switches automatically. These maps are available from our site. Models must be installed of course. If you want to see Abb's famous exploding imps (thanks to YouTube) then these can be found in Genetic Disaster. 7) If using edit mode then changes will be stored directly to the pwad if possible (See R3D_TexOffsetEdit.txt). If not possible (either with an iwad or a map with packed sides) then the changes made will still be printed to 'edit.out' as before. Note that when in edit mode no pruning is done to ensure that sector and line numbers remain unchanged. This may mean that rendering errors occur that are not present when running in normal mode. This is because the analysis code expects all vertexes to be merged and this is only done when nodes are built for normal use. The type of nodes built is completely automated so the user does not need to intervene. If following editing edit mode is turned off then the correct type of nodes build will be built even if the edit mode nodes were stored. 8) Usual analysis tweaks plus some other esoteric fixes. v2.2.07 Official release 30/Jun/2010 UPDATES for v220-7 over 220-6: NOTE: some changes have been made to verify nodes builds which will mean previous savegames may be rejected. Some nodes builds and all analysis files will be rebuilt. In the Launcher, under options, are two buttons marked 'Delete all previous built nodes' and 'Delete all saved games'. If updating these can be used to clear out nodes and savegames made with v220-6. If keeping savegames then also note that some errors that have been fixed may still re-appear with a previous savegame. Changes over v220-6; 1) A code review found three logical errors that have now been fixed that could have caused an access violation. Because this was highly unlikely to occur in practice these errors were never invoked. 2) A bug that would have caused a crash with a single subsector map has been dealt with (this was highly unlikely to happen in practice of course). 3) An analysis error introduced in v220-6 had not been found during testing. An example was found after release with Cchest3 map31 that prevented being able to run it. 4) Although texture offsets were saved they were not being applied with scrollers. This previously meant that textures used with scrollers would not be correctly positioned following loading a savegame. 5) There could have been a save game issue caused following a map being edited. Savegames are now rejected if their time stamp precedes the map's. In order to fix this, together with other changes, previous savegames may not be compatible with v220-7. 6) Fixed problem where a wad with a DD_DEFN lump with modified text strings would cause a crash if also loading a DEHACKED lump with string modifiers. 7) Further errors with dehacked strings have been addressed. 8) Pass-thru trigger error fixed. E.g Eternal III map28 L4764 and L4768 could previously be activated without the neccessary keys. 9) A change has been made to differentiate gun trigger lines between standard doom and R3D scripted maps. See NOTE at the end of R3D_ModelScript.txt for an explanation of the change made. 10) An error which has gone unspotted since v220-3 adversely affected Doom2 Map05 Sector 107. 11) The analysis code has been partly revised. Some examples of maps which have benefited are; a) Herian2 map29 - elevated walkway. b) Roger Ritenour's Phobos map04 sector 179 and 180 c) Three rendering issues in Icarus.wad map01; i - S322,S344 ii - S154,S156,S158 iii- skywall issue. d) ballsr3d.wad - skywall not being drawn at end. e) mapgame.wad map01 sector 7 and 57 f) substituting unwanted missing textures with certain line types (e.g. lines in sector 361 etc. in PL2.wad map12) g) Dripfeed.wad map01 sector 295 and sector 456. h) COD map06 sector 124. i) Beluga.wad map01 sectors 168, 169 and 739. j) Blocking error with L4242 in AV map11, trigger problem in AV map15, blocking error in AV map23 and rendering error in AV map27 sector 690. k) Requiem map06 sector 130. l) Rendering issue and logical door issue in talosl.wad map03. m) An exit line to secret sector if crossed in map32 where no map33 exists restarts map32 to emulate Doom2 behaviour. This is extremely rare and the only known example is in talosl.wad map32. n) Strain10 map07 exit gate error introduced in v220-6. o) Elysion sliding door rendering glitch when open. p) Espi's SiD.wad can now be run with Risen3D with all doom2 rendering tricks now fully supported. Map errors detected and fixed (these are reported to Risen3D.out and the console as an aid to map authors). Examples are; 1) Line 5126 in Cchest2 map06 is a gun triggered line that could not be activated because it should be tagged. R3D fixes this by assigning a new tag at load time. 2) hc20.wad map03 sector 192. Line specials of 114 are invalid with a MBF specific port (they may be valid in ZDoom) and R3D fixes this by changing them to type 117. v2.2.08 Official release 14/Aug/2010 UPDATES for v220-8 over 220-7: v220-8 is a service release that addresses the following; 1) Jerkiness in windows mode fixed. Mainly affected ATI Radeon cards. 2) Fixes problem with punch and chainsaw. Previously something lower than the player's viewheight could be punched. This is now only possible if looking down. Similarly for targets that are higher; in this case the player will need to look up. Where targets are out of reach then no punch sound is played. The prevailing text also applies for the chainsaw. 3) Fixes some issues with the way Caco's behaved. 4) Fixes rendered position of commander keen sprite (model was OK). 5) Fixes a couple of texture clamping issues. 6) Fixes failure of S20 and S35 to fall in Doom E1M5 when monsters were enabled. 7) Analyser changes to fix problems recently introduced. Some examples; a) Lines in AV map19 S188. b) Cchest2 map05 S159. c) Slopes in ChillerCastle's graveyard. 8) Bullet puff errors fixed; a) jumping to top of a wall. b) failure to be drawn with some 3D lines. c) bullet puff on 3D floors improved plus ricochet added. d) Ricochets now only spawned with pistol and chaingun. 9) Blood splat errors fixed. 10) Doom finale changes; a) text can now be shortcut with the use key (in line with the Doom2 finale). b) Black lines with Doom patches on mapxx backgrounds removed (i.e. if running in 'basic Doom mode' or where not using hi-res patches). v2.2.09 Official release 18/Dec/2010 NOTE: There is an unresolved fault when using the HD48xx range of cards from ATI. This affects screen shots or the image shown in Control Panel/Video when in windows mode. The HD58xx cards, when tested, worked without any problems and no problems have been reported with NVidia cards. UPDATES for v220-9 over 220-8: 1) When using models simplified versions are substituted if the distance exceeds 1000. This helps speed up demanding maps when using models. The default models (standard and/or Sitters) will need to be re-installed to take advantage of this (available from our site). 2) Some issues with maps using missing textures to force the drawing of infill flats has been addressed. This allows, for example, the latest Deadall pwad, Epic2, to be run without (any known) rendering errors. It also fixes some issues with other pwads that have not been addressed in the past. 3) Texture blending has been changed which improves the rendering of masked textures and also prevents alpha occlusion with models. 4) BFG missiles are now projected in front of the player when first fired and plasma missile explosions are now displayed if fired directly against a wall. 5) Some speed-up code has been added that helps with certain types of map (depends on design). Helps in particular with Sunder map10. It can also help with maps where subsector occlusion can be quickly determined. 6) Analysis has been speeded up. In a few cases the speedup can be quite dramatic (e.g. Sunder map05). Note that all files are rebuilt in any event when installing an updated version of R3D. In all cases analysis files are stored if analysis takes longer than 3 seconds. 7) Lighting has been revised. 8) Entries in music lists which do no start with a drive letter are now assumed to be relative to the ..\Risen3D\ folder in use and will have this path prepended. This allows the Risen3D folder to be migrated to another drive without requiring having to redo music lists that reference files stored in a Risen3D child directory. 9) Things can now have their orientations modified by the use of lists which, if present, are read at start up. This is useful to set the correct angle for models that replace sprites that normally only yaw. (These type of sprites only have a single rotation and are always turned to face the viewer, unlike models, making their spawn angle irrelevant). Special thanks go to Prophet for both suggesting the idea and doing the work compiling the three thd iwad lists currently included in the distro. (The plutonia list is still being compiled but will be made available for download when completed). Prophet's thd's are located in the Data\thd\iwad\ folder. The same can be done for pwads but will need to be put in a separate pwad folder (Data\thd\pwad\). 10) A problem has been identified that, in rare circumstances, could cause Risen3D to exit with an error. 11) Various other minor issues have been addressed. v2.2.0-10 Official release 19/May/2011 Please note: when updating Risen3D any analysis files that were previously stored will be rebuilt. Nodes files built with v220-9 will remain unaffected. Savegames previously made for ctrl-cen.wad and AV.wad map11 will not be useable due to changes made with building nodes for these maps. UPDATES for v220-10 over 220-9: 1) Code changes introduced in v220-9 meant that some analysis require- ments were not being met. E.g infill flats on bridge near start of Requiem map13 - but this is just one example amongst many. This has now been fixed. 2) The analysis code has been further extended to deal with previously ignored map tricks. E.g. as used in scrchhet.wad. 3) Rendering of doom alpha textures (walls and sprites) modified to get rid of fuzzy edges. In the case of sprites this is optioned in the in-game control panel under Textures (as some may prefer the previous way these were drawn). 4) Rendering problems with some recently released pwads have been addressed. 5) Distortion in the automap fixed. This mainly occurred in fullscreen mode when the monitor's max resolution was not being selected. 6) The in game console switch 'game-fastmonsters' has been removed as no-one seemed to know it was available. Instead putting -fast on the Launcher's global command line is used instead. 7) Lighting specials now applied with infill flats. 8) Player weapon lighting has been revised. 9) Dating errors with pwads can now be fixed in R3D. Beluga, for example, is dated, inside its zip, as January 2012. This meant that saved games could not be used as they would pre-date the pwad. The user is now given the option of changing an incorrect pwad's date, where in advance of the current date, back to the current date. 10) Various bugs fixed including some that could cause, in rare circum- stances, the Risen3D error handler to force an exit. 11) Resolved problem, when not using fullscreen, with screen save images or the image shown in Control panel Video being garbled when using an ATI HD48xx card. UPDATES for v220-12 over 220-10 (please also see updates for v220-11 that follows): 1) Doom bug emulated that prevents fall through into a lower sector defined with parallel horizontal/vertical lines 32 map units apart. This could theoretically happen in Doom and this remains true in Risen3D but the chance of it happening is extremely remote which is why it never appeared to be a problem in Doom and why map authors were unaware that it could happen. 2) -user_ds max_width max_height New switch added for users with laptops that have a display that is smaller than the maximum reported by the inbuilt inf file. This happens where the manufacturer is trying to allow the display of 1920 x 1080 when the display's max true resolution is less than this. An example has been reported on a system where the max res was 1680 x 1050 but R3D was reporting that it was 1920 x 1080. This throws the internal Risen3D code which sets up the screen para- meters. Where this is the case then using the switch on the Launcher's Command Line will fix the problem. E.g. with the case given; -user_ds 1680 1050 R3D expects that the values sent are the monitor's true max display pel dimensions but no check is made on this other than comparing them with a list entry. The acceptance or rejection of the values set can be checked by inspecting Risen3D.out. To view this click the top right hand button in the Launcher next to the query button. 3) Ded desync flag added for scripted maps; st_desync. 4) Ommission of operation of Linedef special type 10 fixed. v2.2.0-12 Official release 01/Oct/2011 UPDATES for v220-11 over 220-10: (NOTE v220-11 was not released) 1) Fixes problem with WoS.wad map05 and savegame issue with the R3D scripted map Return to Lost City. 2) Skull state error fixed. 3) Map pre-analysis both ammended and further extended. v2.2.0-13 15/Mar/2012 UPDATES for v220-13 over v220-12: 1) Sound updated to use latest FMOD. Support for inter music in sound lists added. NOTE: FMOD is used to play ogg, mp3, s3m, it and xm music. Risen3D uses it's own sound effects code and midi player. The columes are separately adjustable forfmod/midi but only the relevant one is shown in Control Panel/Audio at any one time. In XP/Vista the current volume/speaker volume is taken as the max volume. As such these must be adjusted to suit. To help with this then music will continue to play when ALT-TAB'ing out of Risen3D whilst in the Control Panel. Support for playing CDROM's has been removed. If wanting to do this then use Window's Media Player (or any other CDROM player) and turn music off in R3D's Launcher. You can ALT-TAB or ALT-ESC out to get access to the player if needed whilst in game. NOTE: when in game F4 will bring up the Control Panel. The focus will be the Audio panel. Please also read the R3D_MIDI.txt file in R3D_Docs/Help 2) The -ogp switch has been removed. All external music is now defined using play lists selectable in the Launcher which has also been extensively revised. The main ones are now generated automatically. See the Launcher's help for explanation on how to set up music lists. 3) Analysis code extended. Will now run new maps without rendering errors e.g.; Joshy : surge.wad Lainos : o34s.wad (Object "34": Sonar) valkiriforce: etrnyour.wad (Eternally Yours) 4) Dehacked support extended. Will now run Deadall's latest game - VG.wad (Voodoo Guns). 5) If not wanting to use Vsync in order to improve mouse response, frame rates can now be capped by the user in the range 100 to 200 fps. Note: it is always best to set this as low as possible. (In game go to Control Panel/Video). NOTE: when in game SHIFT-ESC will bring up the Control Panel. The focus will be the last panel selected. 6) Several bugs fixed. 7) Some changes have been made for savegames. Rather than prevent the loading of previous savegames these are still allowed. In some cases spectres may not be drawn correctly. This will have to be accepted as a trade off for allowing old savegame support. V220-14 01/May/2012 UPDATES for v220-14 over v220-13: 1) MUS to midi conversion error fixed. 2) Problem with player jump code fixed. 3) Problem with bullet collision under 3D flats fixed. 4) Problem with range overflow with bullet hitscan fixed. V220-15 08/Jun/2012 UPDATES for v220-15 over v220-14: 1) Default now uses desktop resolution as the fullscreen value. This is to overcome some driver issues where they like to interfere with the monitor.inf providing oversize (and therefore invalid) settings. This assumes that most users will be using their monitor's true max resolution for their desktop. It is important that Risen3D knows a monitor's true resolution else field of view calculations cannot be determined. 2) Automap revised as various inconsistencies had crept in with the way lines were displayed. Floor textures can now, optionally, also be displayed. In the automap (use the TAB key to bring it up) F1 toggles floor texture drawing. Press 'H' in the automap to see all the options. 3) Problem with light not being rendered on adopted sector fixed (e.g. Herian2 map28 from pickups T303. T304) 4) LOOKSPRING setting ignored if mouse look is permanently set. Previously setting both led to jerky movement. This prevents having to set LOOKSPRING to NO if setting MOUSELOOK to YES. Note that autoaim is permanently disabled if using mouse look. The only time autoaim is active is if the player is looking straight ahead with MOUSELOOK OFF. Thus if a key has been set to mouselook only whilst depressed (rather than having it permanently enabled) then if autoaim is wanted when released (at which point it stays looking at the last angle set) it is best to set LOOKSPRING to ON as this guarantees the player will be set to look straight ahead as soon as the player is moved. 5) Previously When autoaim was active (see 4) the BFG was not working as expected. 6) Scripted map LINKPICKUP inconsistency with a savegame fixed. 7) New scripted keyword added PICKUPDEFAULTS to allow eight additional Things to be defined (doomednum in range 7692 to 7699) as pickups (4 armour, 4 health). 8) DED entry error fixed that caused the wrong skin to be drawn for the Spectre when killed. 9) Spectre fade out fixed at 1 se on death to prevent rendering anomalies. 10) Where a map exit is forced by teleport stomping a boss then a delay of 60 tics is applied before exiting. 11) Freedoom ultimate now supported but only, in the case of Risen3D, if the user possesses the retail doom.wad. Problem installing Freedoom-IWAD has also been fixed. To install either then look in the CustomPWADS.txt in the help folder. This can easily be accessed using the'?' button near the top right hand corner of the Launcher's window. 12) Some map analysis changes have been made to cope with invalid map constructions that looked OK (but weren't) with software rendering and low screen resolutions (e.g. Icarus map14 S23, S25, S28, S32, S186 and S201). 13) Fixed problem playing midi in Didy's beluga.wad. This was caused by some lower channels being allocated for text only preventing channels higher than 16 being played and is the only known case. Previously channels were limited to 16 as some midi's use 1-16 and then 17-32 to allow for more than one midi instrument to be used with external midi ports. To filter out secondary instrument tracks the number supported had been limited to 16 which caused the beluga problem. Since all midi players are equally affected (including the Windows media player) then this is not a Risen3D issue. It only means that referencing any such midi in a playlist is not a good idea unless the user has multiple midi instruments, external midi ports and knows how to configure them. v2.2.0-16 12/Oct/2012 UPDATES for v220-16 over v220-15: 1) Analysis changes made to accomodate various issues. Risen3D is now Cchest4.wad friendly! Especially with rendering issues with map14, map21 and the exit problem with map31. Sacrament.wad maps 7, 8 and 10 are also now rendered correctly. If on starting Sacrament map10 you are informed that 4 textures are missing then either update to the latest version of the wad (where this has been fixed) or just press 'Yes' to continue as the issue is fairly benign (especially if you want to be able to continue to use any existing savegames). 2) Doom bug re-instated that allows, for example, the player to hit enemies in Requiem map31 S23 whilst in the area bounded by S31. 3) Falling damage had got broken and has now been fixed. If unwanted check this has not been accidentally switched on (ESC/OPTIONS/GAMEPLAY) as the player can now receive damage or even be killed on falling. 4) In a few cases occlusion was occuring when not wanted. Several maps from different wads were affected by this. E.g. ZoF.wad "Zones of Fear" map32 (S347 to S349). 5) Problem with alternating WIMAP# and patches WIA##### between custom and hi-res textures fixed. E.g. DTWID.wad "DOOM The Way Id Did". 6) Support added for "resetinventory" in the ZDOOM MAPINFO compatibility code. 7) If using the old doom style status bar then both keys are now drawn, if owned, in their respective key boxes. The use of hi-res patches is recommended as the standard doom textures look even worse when both are rendered together. 8) Long standing error with strobe effect fixed. Sector specials 12 and 13 were reversed. 9) Bullets fired upwards to fake ceiling now spawn a bullet puff on the true ceiling; not the fake ceiling. 10) New code added to block pickups that are totally occluded behind closed doors or walls. This aids with map construction such as with the blue armour in NDCP2 map04 or the wall blocking the red keycard in hc20 map02. A map author would reasonably expect this behaviour, especially in the two examples mentioned, but the Doom engine ignores walls between the pickup and the player for the sake of expediency. Note that normal behaviour is maintained such as being able to get a pickup if obscured by a midtexture or through a line set to block. 11) Hacked to overcome problem with Deadall's "VooDoo Guns" where picking up the dehacked BFG played the "Good, bad, I'm the guy with the gun" sound but failed to give the player the gun. The fix is backward savegame compatible as long as the gun in the savegame has not been picked up. 12) The console command 'map-cheat-counter' revamped. Setting this to 1 will cause secrets/pickups/kills with number found and number that exist to be displayed in the automap's right top hand panel. 13) Size of mark spots on automap increased. 14) Automap background key changed from 'i' to 'u'. This is to prevent the background type changing if using the iddt cheat whilst in the automap. An additional selection has been added when cycling with the 'u' key which is a solid light fawn background. A full description of automap colours used with lines etc. can be found in R3D_Docs\Help\ 15) Modified to allow loading of the new Freedoom ultimate release. Note that the installation rules set out in freedoomInstall.txt MUST be followed. This file is located in the R3D_Docs\Help\ folder. Note: all R3D_Doc files are accessable using the Launcher. 16) Player can now start with bubbles being generated if in a sector with its own fake sector without water flats, but where using WATERMAP, (e.g. configured to look like a tunnel filled with water) and where attached to a fake sector using both WATERMAP and fake water flats from which it inherits the normal water dynamics effect. 17) Ability to add splash sound effect but with no splash rendered added for 'black' animated flats. 18) On rare occasions R3D could hang when initialising the sound code. It is believed that this has now been fixed. 19) Rare problem that led to incorrect hi-res scaling fixed caused by an author replacing one IWAD patch textures with another. 20) Risen3D prevented loading of a map that exceeded the block limits on which aspects of the code depend (hitscan and clipping). This is now allowed but only if the user agrees, through a nag screen being spawned, to accept the possibility of problems. What is not understood is that although a map can theoretically have a width and/or height of 512 blocks that the actual limits should not exceed 256 in either the x or y direction. The map can be placed within the area available for editing at any point because the offsets used in the code are made relative to the lower x,y mapunit values. v2.2.0-17 24/Oct/2012 (v16 service release) UPDATES for v220-17 over v220-16: 1) GL message window used to overcome problem with Vista/Win7 where the MS function MessageBox() ignores the uppermost flag if a fullscreen GL window is being used. 2) User reported rendering error with nerve.wad map04 S714 fixed. 3) As requested by users automap markpoints are now stored to a savegame. This is backward savegame compatible. Any previous savegames will just cause any markpoints set to be cleared. Note that in v220-15 markpoints were not being cleared (which was a bug fixed in v220-16 as a new map would have them set to the positions of a previous map which is of no use) but it gave the impression that they were being saved should the user have loaded a savegame for the same map. In fact Risen3D, until now, has never saved markpoints. 4) User can now run a wad with an oversize block map (e.g. planisf2.wad) but a warning window is first shown pointing out that hitscan or rendering errors could occur. 5) Some analysis errors fixed that slipped through the net. GMJ March 2013