Project

General

Profile

Activity

From 2007-11-02 to 2007-11-15

2007-11-15

23:48 Bug #492 (Closed): ltc_wall_texture doesn't work
As the summary suggest's, "ltc_wall_texture" doesn't seem to work at tall in 1.9 beta 5.x
*Labels:* XG
vermil
23:35 Bug #491 (Closed): Tiny blood splat editing bug
By default the blood splat's spawn state is "Blood1".
But if the attack does more than a certain ammount of damage...
vermil

2007-11-14

22:38 Bug #490 (Closed): "Too many objects" errors using Final Doom wads.
Hello! It seems that when playing through the Final Doom wads, the game will kick out with an error stating somethin... airacobra
22:33 Bug #489 (Closed): Supercharge has incorrect value!
Hello! Erm, I've been playing through jDoom and I've noticed that supercharges only give +50 health (to +200 absolut... airacobra
21:01 Bug #488 (Closed): end level xg class bug
It appears that the "end level" xg class in Beta 5.1 always takes the user back to Map01 if a specific map isn't spec... vermil
03:27 Bug #467: Segmentation Violation
Logged In: YES
user_id=1930484
Originator: NO
I also get that segmentation violation error... in Plutonia, every ti...
airacobra

2007-11-13

06:58 Revision 48e6448f (github): Yagisan found another Con_BufferGetLines() usage issue.
danij
06:25 Revision 06a3c0bc (github): Attempt to fix the issues with the usage of Con_BufferGetLines().
danij
05:11 Revision e5073cd5 (github): apparently these modify global data so multi-threading them isn't a good idea.
yagisan

2007-11-11

13:41 Revision 091f13c8 (github): multi-thread XL_Ticker - still has poor performance on single-core systems
yagisan
06:44 Revision 54a7fd02 (github): mark where we need a new sorting algorithm
yagisan

2007-11-10

16:19 Revision f410ade6 (github): multi-thread Rend_DecorateLine and Rend_DecorateSector - this still needs a smarter algorithm - as performace is very poor on single-core systems
yagisan
14:59 Revision 7952f75c (github): Things work better without typos
yagisan
14:46 Revision d05fee51 (github): Remove OpenMP headers - include warning message for non-gcc with openmp enabled
yagisan
14:15 Revision 807a58c8 (github): Include OpenMP headers for non-gcc compilers
yagisan
13:41 Revision b00f3c74 (github): If OpenMP is avaiable, display a notice to that effect, and the detected number of cpu's
yagisan
13:36 Revision b767654c (github): minor fixes - enable OpenMP if found
yagisan
09:49 Revision 28d062af (github): Fix typo - suddenly I'm no longer swamped warnings
yagisan
09:43 Revision 6de5d0e1 (github): Clean up warning message
yagisan

2007-11-08

18:41 Bug #487 (Closed): particle problem
The problem I seem to be having is that everything seems to show up fine except for the particles. When I see fire or... torontoguy2k5

2007-11-07

08:51 Revision a86a5016 (github): Smart header should work with non-gcc now. Untested, YMMV, and other disclamiers go here
yagisan
07:57 Revision e0adfc81 (github): Initial Checkin of smart header. Not yet ready for production
yagisan
06:51 Revision 7926f515 (github): Fix C_DECL definition
yagisan
06:05 Revision 30f6c9fd (github): Fix SPLINT Warning - Win32 please test -this affects you
yagisan

2007-11-06

10:22 Revision 760ce034 (github): add some whitespace so splint can process the file
yagisan
09:08 Revision b75db54b (github): adjust MAO mode for jdoom - it FTBFS due to some inconsistences in the source
yagisan
08:50 Revision 78aeb972 (github): Disable MAO option for the engine
yagisan
02:08 Bug #486 (Closed): moving objects in E2M2 not functioning
Hello. I have been playing through Ultimate Doom using 1.9-b5 and I have run across an issue with object actions. Wi... airacobra

2007-11-04

10:19 Bug #485: kick start will not launch...
Logged In: YES
user_id=849456
Originator: NO
KickStart is no longer supported by the deng team. KickStart has been ...
danij
05:43 Bug #485 (Closed): kick start will not launch...
when i go to launch kick start it states:
missing cmndlg36.ocx..
and it says to download it but on there site i...
cyberdemon29
02:58 Revision fa34a27b (github): Reimplemented in the linedef blockmap at the core of the playsim. Now uses an object-like interface with an internal gridmap object holding separate linedef lists linked to each blockmap block.
Next step: Do the same with the polyobj blockmap. danij

2007-11-03

15:43 Revision f7eee2c9 (github): Encapsulated the grid component of the blockmap concept into a reusable object called gridmap_t. Re-implemented the subsector blockmap to use a gridmap internally for storage. Soon the line and polyobj blockmaps will receive the same treatment.
Also, removed R_RationalizeSectors() and the selfrefroot stuff. It is no-longer useful as detection of these kind of ... danij
 

Also available in: Atom