BSP2 and CSQC support?
A cross-platform port of Hexen II game.
Brought to you by:
sezero,
stevenaaus
Menu
▾
▴
BSP2 is fairly easy, but csqc can be a beast. I'd do them, but not soon, no ETA at all.
I wasn't atually expecting anytime soon. But since Hammer of Thyrion is so
mature i thought it could benefit from those features now... I think one of
the reasons there are so few modders and mappersfor H2 is the lack of
support for some "new" Quake engine features.
On Wed, Jun 8, 2016 at 5:48 AM Ozkan Sezer sezero@users.sf.net wrote:
Related
Feature Requests:
#36I have to second bsp2 (i made a post in open discussions before noticing this section). I've seen a few people who have switched their projects to Quake 1 mods becasue the limits of hexen 2 mapping are so low.
EricW's compilers support hexen 2 now so if HoT had bsp2 support and further draw distance to go with it, it might breath a little extra life into the sparse hexen 2 community. As it is now it's impossible to make a detailed map unless you want to restrict it to like, 2 rooms.
Last edit: Jason 2017-01-19
http://triptohell.info/moodles/junk/uhexen2_bsp2.zip
contains a patch (for rev5811) to add bsp2 support to both gl and sw renderers.
do note that I also bumped a few other limits, including heap size+lightmaps that should probably be reworked instead of simply bumped (you may wish to undo those for now).
(there's also some asm changes to match the internal datatype changes).
doesn't include any compiler changes, I was kinda expecting people to use ericw's tools for that.
csqc is an entirely different kettle of fish...
The MAX_LIGHTMAPS bump adds a bad save incompatibility which leads to crashes with e.g. old saves: the crashes part is fixed in the svn by commit r5816, the incompatibility part can't be fixed, so that limit bump is unacceptable.
The rest, I'll try reviewing and merging.
ah yes, I forget about saved games too often. Sorry about that one.
That said, in case it wasn't a typo, its actually MAX_LIGHTSTYLES, not MAX_LIGHTMAPS that can break saved games/etc. My test map had a lot of switchable lights, so I needed to bump it to the protocol max of 255 for that reason. Its nice, but its not urgent as I guess most maps won't have reason for so many separate switched lights.
I guess the easy way to deal with it is to just bump the save-game version... alternatively it might be possible to hide some data inside some com_parsed comment like qss does.
but yeah, its not particularly urgent, so mneh.
thanks for looking in to this stuff.
Well, yeah, was a typo: it is indedd MAX_LIGHTSTYLES
Is this still planned for future releases? I'm currently using the above patch and it's been a godsend for my maps.
Yet, it is. However, a new release will take time, so no ETA at all.
(The current 1.5.9 release had to go out of the door, otherwise it
would never had been released if I wanted to add new features.)
Sounds great! Sorry to pepper with questions, but would there be an increase in the engine's draw distance with that as well?
It has been some time since this was posted.
OK, here is the bsp2 format support patch which applies cleanly against
today's git. It is only about bsp2 format support: None other fancies
are there. Seems to work OK with no incompatibilities, so far.
I will need to adjust the utils side before applying the patch.
BSP2 support is in as of git commit 475a79b29b5773
Still want to add support for it to the utils side, will do it
in next week (I hope.)
CSQC won't happen for the time being.