[Gtkradiant] [Bug 197] Implement halflife and halflife mod support (counter-strike)
gtkradiant@zerowing.idsoftware.com
gtkradiant@zerowing.idsoftware.com
Fri, 25 Oct 2002 12:48:41 -0500
http://zerowing.idsoftware.com/bugzilla/show_bug.cgi?id=197
------- Additional Comments From mailinglist.gtkradiant@hydras-world.com 2002-10-25 12:48 -------
Created an attachment (id=339)
--> (http://zerowing.idsoftware.com/bugzilla/attachment.cgi?id=339&action=view)
Latest small patch for halflife support
>From the CHANGES file:
25/10/2002
Hydra
- vfsGetFullPath() can now (optionally) search PK3/WAD files
- Half-life map loading is now un-borked (my original patch worked
but some conditional code in the patch was incorrectly applied.
That, coupled with the missing vfsFileExists and vfsFindFile replacements)
- A patch to imagehl/lbmlib.cpp/LoadIDSP() was missed out, causing all sprite
models to be reverse-rendered (due to an inverted alphamask)
- Renamed HydraToolz to HydraToolz-HL as it's half-life specific
changed project files and renamed all appropriate files and directories
(for the merge, just delete contrib/hydratoolz and apply the diff)
- Comments on previos notes:
- TODO: need to rationalize where the modules are placed and identify HL
specific modules
(this affects the build system / post build step too)
imagehl and spritemodel are halflife specific and can be placed in
either $coreradiantdir/modules or $hlradiantdir/modules
I've updated the .dsp files so that they are copied to
$coreradiantdir/modules
spritemodel can actually be used for other engines, not just HL so it
makes sense
to keep it in $coreradiantdir/modules
hydratoolz is a half-life specific plugin and must go in
$hlradiantdir/modules as it
is NOT to be used for any other engines. I've also updated the "about
text" to
reflect this.