2021-06-05 20:16:22 +00:00
#  WorldSpawn
2021-06-02 18:37:42 +00:00
The worlds most opinionated fork of QER.
The editor we use at Vera Visions to create BSP levels.
2021-06-05 20:18:59 +00:00
It was forked from NetRadiant in 2018 and was a result of necessity.
2021-06-02 18:37:42 +00:00
2021-06-05 20:18:59 +00:00
We wanted to move away from a proprietary toolchain that had technical issues the developer would not ever get back to us about, so we ended up here.
2021-06-02 18:37:42 +00:00
2021-06-05 20:16:22 +00:00
Use it if you actually want to use the features listed below - note that they require a modified engine as our BSP format is different from standard idTech 3 BSP.
You will not be able to make levels compatible with other games and engines.
2021-06-02 18:37:42 +00:00
2020-12-05 11:23:45 +00:00
There's plenty of other editors for the first-party id Tech games.
2021-06-05 20:16:22 +00:00
## Editor Changes
2021-06-06 17:08:06 +00:00
- Valve 220 format is used top to bottom, imported & exported, with texture coords handled internally the same way
- Integration with our material system (no more .shader files)
- Support for vertex-color/alpha editing of patches using our new fixed patch format, allowing technologies such as 4-way texture blending and whatever your designers can imagine
2021-06-06 10:40:37 +00:00
- Gracefully deals with duplicate entity attribute key/value pairs, to support features like Source Engine style Input/Output system for triggers
2021-06-06 17:08:06 +00:00
- Simplified build system that doesn't suddenly break on its own, also less dependencies
2021-06-02 18:37:42 +00:00
- Support for VVM/IQM model format in the BSP compiler
2021-06-06 17:08:06 +00:00
- Support for internal and external High-Dynamic-Range lightmaps in the BSP compiler
- Support for cubemap aware surfaces in the BSP compiler
- Support for our patchDef2WS and patchDef3WS curved surfaces in the BSP compiler
- More bug-fixes than you could possibly imagine
2020-12-05 11:23:45 +00:00
## Compiling
2021-06-02 12:54:27 +00:00
To compile on a standard GNU/Linux system:
`LDFLAGS=-ldl gmake -j $(nproc)`
2020-12-05 11:23:45 +00:00
2021-06-02 12:54:27 +00:00
For BSD systems you'll have to point CFLAGS to whereever your package headers are installed.
gtkgtlext-1.0 is notorious for using both include and lib/gtkgtlext-1.0/include for headers. Yes.
Clang should also be supported, pass CC=clang and CXX=clang++ if you want to use it.
We don't work on NT. You're on your own with that one.
2020-12-05 11:23:45 +00:00
2021-06-05 20:16:22 +00:00
## Dependencies
* gcc-c++
* gtk2-devel
* gtkglext-devel
* libxml2-devel
* libjpeg8-devel
* minizip-devel
2020-12-05 11:23:45 +00:00
## Support
2021-06-02 12:54:27 +00:00
If you need help with this, you're better off using an alternative editor.
2021-06-02 18:37:42 +00:00
Compatibility is not a priority here.
