-
Notifications
You must be signed in to change notification settings - Fork 4
License
rlsosborne/doom
Folders and files
Name | Name | Last commit message | Last commit date | |
---|---|---|---|---|
Repository files navigation
LsdlDoom v1.4.4.4 ================= Doom is a 3d shoot'em'up game, written by id Software, first released in 1993. LsdlDoom is a version of Doom, designed to run on any systen that supports SDL. Doom is a 3D game originally by id software. LsdlDoom is based on LxDoom, a freely available Linux specific version of Doom, which is released and maintained by Colin Phipps LsdlDoom is released and maintained by Jess Haas (doom AT JessHaas.com). See the LsdlDoom home-page at http://JessHaas.com/lsdldoom/ for information about Doom and LsdlDoom. If you have comments, contributions, or bug reports about LsdlDoom, please email me at [email protected] LsdlDoom is free software - see the files AUTHORS and COPYING for details. Release Notes ------------- If you have used older versions of LxDoom, you can remove the old doom wad references from /usr/local/games/wads. Also, save games and config files are now stored in ~/.lxdoom/ You will also need to recalibrate your mouse sensitivity, since LxDoom v1.4.3 changes the sensitivity scale in order to give more fine control. Requirements ------------ - a copy of Doom, Doom ][, Ultimate Doom or Final Doom. The only file you need from these is the "IWAD file", the main Doom data file, called doom.wad or doom2.wad. Or, you can use the doom1.wad from the shareware release of Doom. - a working install of SDL (Simple DirectMedia Layer). To compile you will nead to eather get the development packages or compile SDL yourself. See the file INSTALL for instructions for installing LsdlDoom. Features -------- * Boom compatible: LsdlDoom is based on the source code for Boom (final release 2.02). That means that - all the original Doom & Doom ][ levels work - virtually all bug-less Doom & Doom ][ PWAD files should work - the majority of Doom & Doom ][ v1.9 demos should work (maybe others too) - all Boom PWAD files and demos (for v2.02) should work - Dehacked patches and BEX patches are supported using -deh parameter The command line parameters for all these features are the same as for Boom. * Enhancements from Boom: LsdlDoom has been substantially enhanced since Boom, with lots of improvements: (inherited from lxdoom) - lots of bug fixes and code improvements, many incorporated from MBF - support for MBF's enhanced Dehacked support, skies and new code pointers - configurable multi-player colours - total game time shown on intermission screens - made more portable so it will run on different OS's and architectures - auto-loading of wads - games can be loaded or the level restarted during a net-game * SDL currently suports the following Unix video targets * X windows - SDL can use XFree86 to display the Doom screen, as well as collect keyboard and mouse input. So if you can use XFree86, you should have no problems using LsdlDoom. * SVGALib - nearly as fast as DOS Boom with normal video card, and should use the acceleration on accelerated cards supported by SVGALib (not tested yet) * AALib - ASCII DOOM!!!!!!!!!!!! * DirectX5 and Windib support under Windows 9x, 2000 and NT * High-res - LsdlDoom can run at resolutions higher than old Doom's fixed 320x200, in fact as high as 1600x1200 in theory. * Sound support: Sound is supported by SDL. Music requires the SDL_mixer library. * Networking: Network support is included for net-games over TCP/IP based networks. * Better diagnostics: More error messages and warnings are given than old Doom used to, e.g.: warnings when a screen-shot or saving a game fails, or when loading a game with different WAD files loaded, or when LxDoom fixes errors in buggy PWADs. * Automap overlay and rotation; just press O and R in the automap to see what I mean. I haven't got around to adding those keys to the menu, but you can change them in the config file. * Misc: Joystick support, 'multitasking-friendly'. Also a few new cheat codes, IDBEHOLDM for a mega-armour, and IDBEHOLDH for 200% health, and that's in addition to all the cheat codes that Boom added. Also IDRATE shows the current framerate and some other rendering stats, which are useful to developers. High-Res Support --------------- To set the resolution to use, specify the -width and -height parameters to lsdldoom. So: lsdldoom <other parameters> -width 640 -height 480 gives you a 640x480 window. Bear in mind though that a larger window means that LsdlDoom has to do more work rendering, so it will run slower on old computers. lsdldoom remembers the last screen resolution set in this way, so you don't need to add these parameters every time. However, should you wish to override the resolution for the current time you run lxdoom only, you can use the -geometry parameter, e.g. lxdoom -geom 320x200. XFree86 Notes ------------- LsdlDoom can display to most Xwindows displays. It is fastest on 256 colour PseudoColor displays (since this is what Doom was originally written for). To change the colour depth of your XFree86 setup, edit your /etc/XF86Config file, and replace any existing DefaultColorDepth lines with: DefaultColorDepth 8 (Remember to take a backup). Alternatively, if you don't want the change to be permanent, just use 'startx -- -bpp 8' when starting X, instead of the usual 'startx'. If you normally use X at 24bpp, and LxDoom displays wrongly when used at 24bpp, edit the config file ~/.lxdoom/boom.cfg and change the X_options variable to have value 2. This makes LsdlDoom work right on my test machines. If you use a high graphics resolution or a small monitor, the lxdoom window may be too small for LxDoom to be comfortably playable. In that case, if you have a powerful PC, try running lsdldoom with the -2 parameter. This makes the window twice as big in both directions. If that is still too small, try the -3 parameter instead. The problem with the -2 and -3 parameters is that they slow down lsdldoom considerably, particularly in high-colour modes. I suggest that you reduce the size of your Xwindows display instead while playing LsdlDoom (in XFree86, normally CRTL-ALT-+/- change the display size). For really old machines (low end pentiums, 486's), it is hard to find a compromise - lsdldoom will either be displayed too small, or will run too slow. For these machines, you can either reduce your screen size in X to 320x200 (see appendix), or use the fullscreen option. Some combinations of keys used by lsdldoom may be trapped by your window manager. If you have trouble with the strafe key ALT sticking on for example, this is probably due to your window manager grabbing the key presses. There are two solutions: change your window manager config, so it doesn't trap those keys, or select different keys in lsdldoom, via the Key Bindings menu. Other Devices ------------- Items in this section relate to other input/output devices supported by LsdlDoom. * Sound: You can disable sound support with the '-nosound' parameter. You may want to do this if: - you have no sound card - your kernel is not compiled with sound support - the kernel driver for your card does not provide /dev/dsp support - your computer is too slow to cope with sound processing - you want to run multiple copies of LsdlDoom * Joystick: If your system is Linux, and you had the Linux joystick headers available when you compiled LsdlDoom, then LsdlDoom was compiled with joystick support. To use a joystick in LsdlDoom, run LsdlDoom once first and then exit. This creates ~/.lxdoom/boom.cfg. Edit boom.cfg. There is a use_joystick line - change the number on this line to the number of your joystick (usually 1, maybe 2 if you have 2 joystick ports). To disable the joystick for an individual session, us the '-nojoy' parameter. Multi-player - Over a TCP/IP network ----------- As of v1.3.7, LsdlDoom has a client-server system for network games. There is a server program, lxdoom-game-server, that comes with lxdoom. To play a network game, follow these steps: - on one computer, which I will call the server, run the lxdoom-game-server program. The parameters you specify to this program control the type of game to be played. So for example lxdoom-game-server -dnN 2 -e 4 -l 3 specifies that there will be 2 players, playing episode 4 level 3; -dn specifies death-match and no monsters respectively. For more details of the parameters lxdoom-game-server accepts, see the man page for it; but these should be enough to start with. - Each player to take part in the game runs lxdoom with the parameter -net server, where server is the host name of the server. lxdoom will wait for the specified number of players to join, and then will start. So an example: at home I have 2 machines, called vale and portico. To start a nice coop game of Doom 2, I run on vale: lxdoom-game-server -N 2 -l 1 & lsdldoom -net localhost on portico: lsdldoom -net vale Happy fragging... but here are some notes: - packet loss and limited bandwidth may make a network game unplayable. A LAN is great; just don't expect good play over the Internet, especially if you connect via a modem. This is being worked on. - all the players' machines must be connected to the server machine via a TCP/IP network, and able to exchange UDP packets with the server. Some routers and firewalls may block UDP packets, so you will not be able to play across such obstacles. - maximum number of players is currently 4. Appendix - Making XFree86 run in 320x200x8bpp ============================================= This is only recommended if you have manually edited your /etc/X11/XF86Config file before, and have a rough idea what the sections are for. - Back up XF86Config - Make sure that you are using the SVGA server. If you are not, you may be out of luck. You could try running the xf86config program to select the SVGA server, but I haven't tried this and don't know if it will work. - Edit XF86Config - Find the section that begins Section "Screen" Driver "svga" - find the Modes line for the 8 bpp colour depth - add a mode "320x200" - Find the section that begins Section "Device" - Add a line Option "clkdiv2" - save and try it out. You should be able to cycle through modes (on my server it's CTRL+ALT+<+/-> and find the low-res one. If that doesn't work, it may be because your card driver doesn't support a compatible clock setting. You can try changing to the Generic VGA device, by editing your Screen section to look a bit like this... Section "Screen" Driver "svga" # Use Device "Generic VGA" for Standard VGA 320x200x256 Device "Generic VGA" # Device "VidCard" Monitor "Monitor" DefaultColorDepth 8 Subsection "Display" Depth 8 # Omit the Modes line for the "Generic VGA" device Modes "320x200" ViewPort 0 0 Virtual 320 200 ... As you can see, the xf86config script with my XFree86 puts in a lot of helpful comments. If yours has done too, do whatever it says for the 'Standard VGA 320x200x256' mode (after all, all I am doing is following those same instructions). However, remember that doing this will probably make X unusable for anything but Doom. Personally I'd recommend putting up with a small window, using <CTRL>-<ALT><+/-> to step down to 640x480 for lxdoom. At least, you could write a short shell script to swap XF86Config's according to whether you want lxdoom or serious X. WARNING: Fiddling with XF86Config is dangerous. If you have configured your monitor or video card incorrectly, then damage to your monitor or even worse could result. I cannot be held responsible for any such damage. Please read the relevant XFree86 docs before trying anything like this; they have similar warnings and disclaimers.
About
No description, website, or topics provided.
Resources
License
Stars
Watchers
Forks
Releases
No releases published
Packages 0
No packages published