Setting Music & Skybox
#18243 posted by Kim Smoltz on 2017/02/26 01:56:11
Hi, I'm having a go at mapping with Trenchbroom, I seem to have mostly gotten the hang of brushes, lighting and entities but I'm not sure how to set the music and the skybox. Apparently the "sounds" field of the worldspawn entity lets you set the music, however setting this to track04 or any other track doesn't result in music playing when I run the map.
Lets Start With Music:
#18244 posted by muk on 2017/02/26 02:06:15
Remove the word "track" and possibly the "0"
try
"sounds" "4"
As For The Skybox
#18245 posted by sevin on 2017/02/26 02:32:38
I believe that functionality was not in base Quake, skybox textures were set by actually texturing your skybox with them. Newer engines and FGD's allow you to input a skybox texture name in the worldspawn and it will load up in game as long as the skybox textures are stored id1 (or whatever the mod folder is)/gfx/env and one of the base skybox textures is used in-editor to define the sky.
#18246 posted by Kim Smoltz on 2017/02/26 05:53:23
Alright I managed to get music working using Mukor's suggestion, however I'm still having issues with the skybox, I noticed this: https://s23.postimg.org/mbvhz0kyz/sky1.png when I opened the map.
How do you suggest I go about setting the skybox? Having to place the sky textures in that directory is a bit of an annoyance, and with this setup I'd assume anyone I shared the map with would have to do the same thing. I also tried leaving the sky field blank, as when I run the main game inputting "sky" returns: sky "", but this was also unsuccessful.
#18247 posted by muk on 2017/02/26 05:57:29
Do you have a sky named "sky1_XX" in the folder?
you need to do it as follows:
"sky" "sky1_"
#18248 posted by ericw on 2017/02/26 06:10:48
Check that the .tga files are in, e.g:
quake directory/id1/gfx/env/sky1_XX.tga
The "sky" command in the engine console lets you load a specific sky, overriding what is in worldspawn, so you could enter: "sky sky1_" for testing.
#18249 posted by Kim Smoltz on 2017/02/26 06:49:57
I think there's a bit of confusion, I'm not wanting to use a custom sky, just the standard purple, cloudy quake sky, is there any way to use the default sky without having to have these files in gfx/env?
Additionally, I loaded some sky files from Arcane Dimensions into the folder - rather than faffing about converting files - and attempted to load the skybox but I seem to be stuck with a blank grey sky, there was no output on the console. Do I need to run vis in order for the skybox to appear?
#18250 posted by Kim Smoltz on 2017/02/26 07:36:14
Argh, alright, I had to surround the map with a big box for the skybox to be drawn on, that's that fixed, thanks for the help.
#18251 posted by No on 2017/02/26 08:14:19
Sky (or a custom skybox) will be drawn on every proper sky-textured brush. No need to box a map, just put sky brushes on the ceilings/outer walls where you want it to be.
So I've finally plugged all the leaks in my map, but now I get this error when I go to compile:
http://imgur.com/r9kAtW7
What is a degenerate edge and how do I prevent it?
#18253 posted by Rick on 2017/02/26 15:46:23
"Argh, alright, I had to surround the map with a big box for the skybox to be drawn on, that's that fixed, thanks for the help."
The map was not sealed. If you look at the output from QBSP or check its log file, you will see it say LEAKED at some point. Although "boxing" the map will work to fix this, it's usually not the best way.
Pointfile Is Your Friend...
#18254 posted by JPL on 2017/02/26 16:14:39
#18255 posted by Rick on 2017/02/26 18:10:54
"Pointfile Is Your Friend..."
In this case though, it wasn't a problem of finding a small leak. It appears to me that the basic concept of a "sealed" map had not yet been understood.
#18256 posted by JPL on 2017/02/26 21:02:59
... he basic concept of a "sealed" map had not yet been understood...
wow... so the advice to read aguirRe's Holy Mapping Bible is more than relevant in this case:
http://web.comhem.se/bjp/tooltips.txt
repent sinner... repent !
#18257 posted by Kim Smoltz on 2017/02/27 03:10:07
Is there any significant downside to creating a box around the map to simplify sealing? Only thing I can think of is that when you run vis, external surfaces that would never be seen will end up as being considered potentially visible which could hamper performance on larger maps compared to properly sealing everything off (just guessing here based on a loose idea of how vis works).
I'll have a look at the mapping bible, thanks!
#18258 posted by PRITCHARD on 2017/02/27 03:26:19
That's basically it. People still like to play quake on their potato computers, so lazy vising like that or no vising at all will make them grumpy. It's best practice to properly seal maps.
#18259 posted by Kim Smoltz on 2017/02/27 04:17:05
Last thing I can think of at the moment, but what's a good way to make rock walls look good? Creating a wall out of small blocks and mangling them with the vertex editor works reasonably well but it's kinda labor intensive and its easy to overdo it.
Kim Smoltz
Perhaps try making one large wall, then cutting it into 8 or so pieces (using the clip tool and keeping both sides after the cut), then selecting all the pieces at once and using the vertex mode to drag some of the vertexes where the pieces join. That way they naturally conform to the shape of each other and hopefully its a quicker way to get natural looking rock. The more you cut up the wall, the finer the detail you will get.
#18261 posted by Kim Smoltz on 2017/02/27 04:51:14
I think I found a good method, make a kind of "palette wall" that I work on to ensure it looks good, then duplicate chunks of it to make other walls. The first result was too angular but a repeat with smaller brushes should turn out well.
#18262 posted by PRITCHARD on 2017/02/27 05:24:32
I use hexenmapper's method and I'm quite proud of the rockwork I can build. I usually use either 16x16 or 32x32 (i think - going off memory here) brushes. It does take a loooong time but in my mind the results are well worth it. It would definitely be quicker if you used larger brushes, which would be fine depending on your aesthetic.
#18263 posted by Kim Smoltz on 2017/02/27 05:29:00
Wall
#18264 posted by madfox on 2017/02/27 23:23:59
looks decent, but take care with light.
The dark blends show the lightfall is crossed creating the dark blur.
Changing the light to one "light40 wait 0.04" and another "light 200" could result in a more blended effect.
#18265 posted by muk on 2017/02/28 00:39:53
Kim if youre using:
http://ericwa.github.io/tyrutils-ericw/
...turn that wall into a "func_group" and add "_phong" as a key with a value of 1.
This will smooth out the lightmaps on that specific wall.
Also A Good Tutoiral:
#18266 posted by ericw on 2017/02/28 00:53:19
http://simonoc.com/pages/articles/rockwall1_1.htm
Looks like a good start, I'd try to stick with quads rather than triangles and maybe make the scale a bit bigger
Reached Occupant But No Leak?
#18267 posted by Bloodshot on 2017/02/28 09:34:57
Hey everyone, I'm doing some BSP2 mapping for hexen 2 and I ran into a little snag that's driving me crazy.
I have a fairly decent sized level, and the amount of detail requires I use bsp2, but I'm getting "reached occupant at <coords>" whenever I try to add this new area
http://i.imgur.com/FPsiXoR.jpg
There's nothing different about it construction wise, it's not off grid, it's connected to this main area here:
http://i.imgur.com/rd3OGON.jpg
The cliff wall on the left, I cut the brush in two and started making a hallway.
Now it throws reached occupant and points to an entity on the other side of the level, and loading the pointfile it does not draw a line to any hole.
At first i thought i was just missing the hole, but if i move the new room away from there and section it off and put the wall back together, it compiles fine!
I tried making a smaller cave-type entrance in the same spot with there being more wall, and that compiles fine too!
It's literally if i just connect the path using the same sky, and I'm really confused as to why this is happening
|