So, yesterday, after days of doing practice exercises, watching tutorial vids and following along with them, I finally decided that I would start fleshing out the map I was imagining.
I started by drawing some very simple plans for the map, and flesh out a vague idea of what I wanted to do with it.
This is the extent of the progress I made on the map as of yesterday:
It's not much at the moment. I was mostly wrestling with the alternating altitudes and ramp sizes, and trying to solve the geometry, making it all touch without making any concave brushes (which are not allowed in Hammer)
For the most part I want to make a very, very rough version of the map, to get a general feel for the size and scale of the map before I go deeper into detailing, as it is my first actual attempt to make a hammer map for players to play on.
Thanks for taking the time to read! I'll be posting updates as I hit certain milestones in the map, so keep an eye out if you're interested in that.
ITT: I create a map for JBmod in Hammer
8 Feb 2023, 00:37 AM
#1
Posts: 1382
30 Jan 2024, 07:23 AM
#2
Posts: 1382
UPDATE 2024 01 30
31 Jan 2024, 03:49 AM
#3
Posts: 1382
UPDATE 2024 01 31
31 Jan 2024, 07:47 AM
#4
Posts: 2148 | Subs: 2
I am noob. What are you planning on doing with this map?
From what I have read this is the map editor for SOURCE based games. The thing I saw showed Half Life. Which was based on the Quake engine.
The Quake engine maps were based on using Binary Space Partitioning (BSP). Hammer appears to use BSP also. Quake used the term BRUSH also as a 3D convex object. I seem to recall a brush was needed for the BSP to work correctly. This let the engine divide up all object faces as in front or behind a plane (face). Somehow you can then draw each face in front to back order which greatly sped up rendering in the old days, since most things would fail the Z buffer test and not be rendered fully.
It also looks like this editor is very similar to the RADIANT editor for Quake. Interested to see how close they are in operation.
I do not know what modern game engines use for space partitioning. Since GPUs are so fast, they may just draw everything and let the far plane clipping, MIP MAPS, and LOD do the work of speeding up a scene.
I believe the BSP was also used for object collision. Modern games again have way too many faces to attempt clipping. So there are usually invisible collision objects created that surround a very dense 3D object. Unreal engine uses this technique for example. Since Quake (Half Life) ran on slower PCs I have been tempted to make a ridiculous high poly Quake 3 map to see how good it can look on my fast PC.
Pretty cool Don. I am impressed.
From what I have read this is the map editor for SOURCE based games. The thing I saw showed Half Life. Which was based on the Quake engine.
The Quake engine maps were based on using Binary Space Partitioning (BSP). Hammer appears to use BSP also. Quake used the term BRUSH also as a 3D convex object. I seem to recall a brush was needed for the BSP to work correctly. This let the engine divide up all object faces as in front or behind a plane (face). Somehow you can then draw each face in front to back order which greatly sped up rendering in the old days, since most things would fail the Z buffer test and not be rendered fully.
It also looks like this editor is very similar to the RADIANT editor for Quake. Interested to see how close they are in operation.
I do not know what modern game engines use for space partitioning. Since GPUs are so fast, they may just draw everything and let the far plane clipping, MIP MAPS, and LOD do the work of speeding up a scene.
I believe the BSP was also used for object collision. Modern games again have way too many faces to attempt clipping. So there are usually invisible collision objects created that surround a very dense 3D object. Unreal engine uses this technique for example. Since Quake (Half Life) ran on slower PCs I have been tempted to make a ridiculous high poly Quake 3 map to see how good it can look on my fast PC.
Pretty cool Don. I am impressed.
31 Jan 2024, 18:06 PM
#5
Posts: 1382
I am noob. What are you planning on doing with this map?
The room that I've been uploading videos about will be copy-pasted in order to form the apartment block. After that I'll change the textures on the walls and try to make each apartment unique; adding props and other fine detailing work.
Overall, this apartment complex will be part of a "fishing village" taken over by the Combine. The map itself will be focused around the "fishing" gamemode.
I say gamemode, but it's written entirely using map logic, so realistically you could have a gamemode AND still fish. I guess it's more of a minigame at that point. Nobody knows who wrote the map logic for the fishing gamem, but me and a friend think they were japanese (due to the names of the entities; hari, sao, etc.)
From what I have read this is the map editor for SOURCE based games. The thing I saw showed Half Life. Which was based on the Quake engine.
Yep, yep. You bet.
The Quake engine maps were based on using Binary Space Partitioning (BSP). Hammer appears to use BSP also. Quake used the term BRUSH also as a 3D convex object. I seem to recall a brush was needed for the BSP to work correctly. This let the engine divide up all object faces as in front or behind a plane (face). Somehow you can then draw each face in front to back order which greatly sped up rendering in the old days, since most things would fail the Z buffer test and not be rendered fully.
In addition to this (or perhaps, instead of this? Not sure) Valve added VVIS (I think it stands for valve visibility engine or something). While you compile the map, it splits the world into "visleaves", the dimensions of which are determined by the contours of world brushes.
The application then determines which leaves can see each other (or may potentially see each other), and then this information is baked into the map. Leaves which can see each other or can possibly see each other are drawn. Anything else isn't. There are other ways to tweak visibility and object culling but that's how VIS works to the best of my knowledge.
I believe the BSP was also used for object collision. Modern games again have way too many faces to attempt clipping. So there are usually invisible collision objects created that surround a very dense 3D object.
For map geometry yes. However, physics objects do use simple collision boxes in Source. That's all I know about that.
Pretty cool Don. I am impressed.
Thanks man
1 Feb 2024, 04:57 AM
#6
Posts: 1382
UPDATE #2 2024 01 31
2 Feb 2024, 03:18 AM
#7
Posts: 1382
UPDATE 2024 02 01
4 Feb 2024, 06:11 AM
#8
Posts: 1382
UPDATE 2024 02 04
7 Mar 2024, 10:41 AM
#9
Posts: 1382
UPDATE 2024 03 07
10 Mar 2024, 19:54 PM
#10
Posts: 1467 | Subs: 4
Hammer was pretty fun way back when I messed with it, but I didn't stick with it because documentation was in the middle of being moved over and was really... really bad. Be cool to watch you progress on this. Looking forward to updates.
PAGES (1)
1 user is browsing this thread:
1 guest
Livestreams
56 | |||||
83 | |||||
13 | |||||
9 | |||||
1 |
Ladders Top 10
-
#Steam AliasWL%Streak
- 1.655231.739+15
- 2.842223.791+5
- 3.940410.696+6
- 4.35459.857-1
- 5.599234.719+7
- 6.278108.720+29
- 7.307114.729+3
- 8.645.928+5
- 9.10629.785+7
- 10.527.881+18
Replay highlight
VS
- cblanco ★
- 보드카 중대
- VonManteuffel
- Heartless Jäger
Einhoven Country
Honor it
11
Download
1265
Board Info
903 users are online:
903 guests
2 posts in the last 24h
10 posts in the last week
28 posts in the last month
10 posts in the last week
28 posts in the last month
Registered members: 50027
Welcome our newest member, Vandehey
Most online: 2043 users on 29 Oct 2023, 01:04 AM
Welcome our newest member, Vandehey
Most online: 2043 users on 29 Oct 2023, 01:04 AM