home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Toolkit for DOOM
/
DOOMTOOL.ISO
/
news
/
0900
/
0964
< prev
next >
Wrap
Text File
|
1994-08-02
|
2KB
|
42 lines
Newsgroups: alt.games.doom
Path: cdrom.com!barrnet.net!agate!howland.reston.ans.net!math.ohio-state.edu!jussieu.fr!univ-lyon1.fr!swidir.switch.ch!newsfeed.ACO.net!Austria.EU.net!EU.net!uunet!emba-news.uvm.edu!moose.uvm.edu!efisher
From: efisher@moose.uvm.edu (Eric Fisher)
Subject: Re: REJECT.EXE Whats the point?
Message-ID: <1994Aug2.205351.28595@emba.uvm.edu>
Sender: news@emba.uvm.edu
Organization: EMBA Computer Facility, University of Vermont
X-Newsreader: TIN [version 1.2 PL2]
References: <021328Z30071994@anon.penet.fi> <31cena$gio@vixen.cso.uiuc.edu>
Date: Tue, 2 Aug 1994 20:53:51 GMT
Lines: 29
Woody (gaw55299@uxa.cso.uiuc.edu) wrote:
: an117669@anon.penet.fi (Tom Holmes) writes:
: >REJECT v1.0's very premise is a compromise to avoid having to find an
: >algorithm that can actually determine line-of-site considerations.
: >I believe that IDBSP v1.0 (the DOS port of id's original nodes builder)
: >is supposed to build the reject table correctly. It's a bit more
: >complex than BSP, but it's worth it.
: I have found that IDBSP will misplace things and linedefs- if an object is on
: the edge of a secotr, IDBSP will place it differently, possibly in a
: different sector. I would then have to go into DEU and change it manually,
: but it is a pain - it is a bit faster than BSP.
I noticed this problem too. Now I always keep a backup from deu without
things included and run the "bare" map through idbsp. I then add the
things later.
Eric
--
----------------------------------------------------------------
Eric Fisher efisher@moose.uvm.edu
Computer Engineer fisher@emba.uvm.edu
UVM Army ROTC / RANGER Challenge bhvx16d@prodigy.com
Phone: (802) 862-8082
----------------------------------------------------------------