[half-life 1] build does nothing and compile fails

[ClayCore]

I've got a copy of netradiant-custom 20251210 from the AUR and compiled a set of tools for modding hl1 where NRC expects them to be /opt/netradiant-custom/ZHLT (I used VHLT, but they should be more or less identical with the builds specified by NRC).

First issue is that the "build" doesn't appear to build anything within NRC. It says

Writing the compile script to '/home/user/.netradiant/1.6.0/qe3bsp.sh'

I've enabled build process monitoring, but that still doesn't appear to execute the actual build. There is no feedback in the log window at the bottom of the editor.

Running the build manually through with the generated shell script reveals that the build has in fact failed, with a couple textures missing (which is weird, since those textures are shown as loaded in the editor).

I've attached the map and the log file (though I had to append .txt to the .map to prevent github from complaining) as well as the compile script generated by NRC.

test-basic.map.txt
test-basic.log
qe3bsp.sh

[Garux]

Afaik in half-life workflow you gotta specify used 'wads' in a worldspawn key to be able to compile. Ai suggests that key name is 'wadfiles' or 'wads'.

Regarding build feedback, unfortunately linux does not spawn new terminal window for the executed .sh, you can try to force it like this:

[Garux]

Alternative way to include wads with VHLT https://github.com/twhl-community/VHLT-V34/blob/master/tools/wad.cfg

[ClayCore]

Afaik in half-life workflow you gotta specify used 'wads' in a worldspawn key to be able to compile. Ai suggests that key name is 'wadfiles' or 'wads'.

Indeed, it seems that there's a key wad which supports a semicolon separated list of wad files to load as per: https://developer.valvesoftware.com/wiki/Worldspawn_(GoldSrc)

According to the page above, VHLT should be stripping all the paths out after compiling to protect user privacy, though I guess this only applies to the wad key in worldspawn.

TWHL also has a page about it: https://twhl.info/wiki/page/worldspawn
they mention that the editor exports that list on its own, which means that it's probably a hammer feature. Maybe it could be ported over to NRC, since the wads are loaded anyways?

Alternative way to include wads with VHLT https://github.com/twhl-community/VHLT-V34/blob/master/tools/wad.cfg

I've copied wad.cfg from that repo, changed the paths to where my hl1 install lives and invoked it with -wadconfig valve and it does appear to actually compile the maps, without any issues related to missing textures.

Using xterm -e before executing the command (or any terminal for that matter) will make it close the instant the build is done, so while it does execute it, there's no way to know what is happening during the build, as the window does not wait for user input to be closed, however, it does invoke the commands, so I guess that works.

Maybe the radiant log at the bottom could feature a built-in terminal for Linux like what Microsoft Visual Studio Code has? idk, at this point it's a feature request.

[Garux]

Some GUI to manage wads inclusion would be nice, that's true.

Solution to monitoring would be reading compiler process output streams, handling \rs to not spoil console etc.
Using terminal is problematic, as in linux even getting it is not standatized, not to mention finding out supported features.
Monitoring atm only supports networked output of q3map2.
Currently not so smooth solution to read the log is dump non monitored builds option and keeping dump file open in your text editor.

[ClayCore]

I see, well, since everything seems to work now I believe the issue is resolved.

I spotted some other misc issues when dealing with GoldSrc in NRC, idk if it warrants a separate issue request though

initially, in the build tools, there was an extra slash included which turned the path to
/opt/netradiant-custom//ZHLT/hlbsp for example; probably because [RadiantPath] includes a trailing slash. Wasn't hard to spot, but I can see someone tripping up on that.

and one more minor, every time I reload NRC and load my map, all the faces textured with NULL from zhlt.wad turn into SHADER NOT FOUND with the notex.png texture from radiants install. The radiant log shows Texture load failed: "textures/" though it doesn't struggle with other tool textures like AATRIGGER.

[Garux]

Excess slash comes from default_build_menu.xml, will fix, paths in radiant always include trailing slash.

NULL is special placeholder name for 'no texture defined' case in radiant and q3map2, it clashes with utility texture name in GS.

[ClayCore]

NULL is special placeholder name for 'no texture defined' case in radiant and q3map2, it clashes with utility texture name in GS.

Is there any way to not make it clash and wipe all the faces on reload?

[Garux]

What does it wipe? It stores NULL to the .map, which is correct. I think this is purely display problem, radiant/bitmaps/notex.png is used when loaded.

[ClayCore]

What does it wipe? It stores NULL to the .map, which is correct. I think this is purely display problem, radiant/bitmaps/notex.png is used when loaded.

The surface field is empty, instead of using the NULL texture, so this:

becomes this:

It is NULL in the .map file, so I guess it might not matter to the rest of the tooling